1. 项目缘起为什么我要把九块电表塞进一块面板家里装修的时候脑子一热把整栋房子的用电分成了九个回路照明、普通插座、厨房、空调、热水器、地暖、车库、庭院、还有一路备用。当时想的是分路计量精细管理结果住进去才发现九块电表分散在配电箱里想看数据得拿手电筒一个个照更别提做统计和自动化了。这种数据孤岛的状态持续了大半年直到我把 Modbus 电表、ESP32 和 Home Assistant 串成了一条线才算真正把九路电表的数据统一收进一块面板里。这篇内容就是把这套方案的完整落地过程拆开讲清楚。核心关键词是Modbus、Home Assistant、ESP32、ESPHome、RS-485涉及的是工业通讯协议和智能家居平台的结合。适合谁看如果你家里或项目上有多个 Modbus 电表、温控器、变频器之类的 RS-485 设备想统一接入 Home Assistant 做监控和自动化那这套思路可以直接抄。如果你只是想接一块电表也能从里面挑出有用的部分。哪怕你完全没碰过 Modbus我也会把协议原理、接线、配置、排查都讲透保证你能跟着做下来。先说清楚这套方案能解决什么问题把九路独立的 Modbus RTU 电表通过一条 RS-485 总线接到一块 ESP32 上由 ESPHome 固件轮询采集再通过 Wi-Fi 上报给 Home Assistant最终在一块面板上展示九路电压、电流、功率、电量等数据并能基于这些数据做自动化。整套硬件成本大概两三百块比买九块带联网功能的智能电表便宜太多而且数据完全本地化不依赖任何云服务。2. 整体架构设计与选型思路2.1 为什么是 Modbus RS-485 这条路线先说协议选型。市面上家用电表常见的通讯方式有几种Wi-Fi 直连、Zigbee、RS-485 走 Modbus、还有脉冲输出。Wi-Fi 电表每块都要占一个 IP九块就是九个设备路由器压力大而且很多便宜货固件封闭数据拿不出来。Zigbee 电表生态窄采样频率低做功率监控不够用。脉冲电表只能算电量拿不到实时功率和电压电流做不了精细分析。Modbus RTU over RS-485 是工业现场用了三十多年的老方案稳定、抗干扰、成本低而且几乎所有正经电表都支持。它的核心优势是总线式拓扑一条双绞线可以挂几十个从站设备每个设备一个地址主站轮询。九块电表挂在一条总线上只需要 ESP32 的一个串口接线极其简洁。这就是我选它的根本原因——不是因为它新而是因为它足够成熟可靠出了问题有大量现成经验可以查。提示Modbus 有 RTU、ASCII、TCP 三种常见形态。RS-485 物理层上跑的是 RTU 或 ASCII家用场景几乎全是 RTU。TCP 是跑在以太网上的本文不涉及。2.2 ESP32 在这里扮演什么角色ESP32 是整个方案的大脑它要做三件事第一通过 UART 转 RS-485 收发 Modbus 报文第二解析报文提取寄存器数据第三通过 Wi-Fi 把数据推给 Home Assistant。选 ESP32 而不是树莓派或者工控机理由很实际便宜十几块一片、功耗低、自带 Wi-Fi、有多个硬件串口、ESPHome 生态成熟。用 ESPHome 写配置不用写一行 C 代码就能实现 Modbus 主站轮询这是它最大的价值。这里有个关键点要提前说ESP32 的 UART 是 TTL 电平0-3.3V而 RS-485 是差分信号两者之间必须加一个RS-485 收发器模块常见的是 MAX485、SP3485 或者带隔离的 ADM2483。我一开始图便宜用了裸 MAX485结果空调启动时干扰导致通讯频繁丢包后来换成带光耦隔离的模块才稳定。这个坑后面会详细讲。2.3 九路电表如何共用一条总线九块电表并联在 A、B 两根差分线上每块电表设置不同的从站地址比如 1 到 9波特率统一我用 9600校验位统一8N1 或 8E1看电表支持。ESP32 作为主站按地址逐个轮询。这里有个容易被忽略的点总线两端要接 120 欧姆终端电阻否则信号反射会导致通讯错误尤其是线缆较长的时候。我家的总线拉了大概 15 米两端各焊了一个 120 欧电阻丢包率从 5% 降到几乎为零。拓扑上建议用手拉手菊花链不要用星型。星型分支会产生信号反射短距离可能没事长了必出问题。如果实在要分支分支长度控制在 1 米以内。这是 RS-485 布线的铁律很多人栽在这里。2.4 数据流与刷新策略九块电表每块要读电压、电流、功率、电量等大概 6 到 8 个寄存器。如果每块都全量读一轮下来报文数量不少。Modbus RTU 在 9600 波特率下一个读 8 个寄存器的请求加响应大概 20 毫秒左右九块就是 200 毫秒加上间隔一轮 500 毫秒到 1 秒比较合理。我实测下来把轮询间隔设成 1 秒Home Assistant 里的数据刷新足够流畅也不会给总线太大压力。这里要权衡的是刷新频率和总线负载。如果你追求秒级实时功率曲线可以把间隔压到 500 毫秒但要确保电表响应够快。如果只是看电量统计5 秒甚至 10 秒一次都行。我的做法是功率、电流这类实时量 1 秒一次电量这类累积量 10 秒一次分开轮询减轻总线负担。3. 硬件准备与接线实操3.1 物料清单与选型要点先把要买的东西列清楚避免你走弯路。物料型号建议数量备注主控ESP32 DevKitC 或 NodeMCU-32S1要选带多个 UART 的版本RS-485 收发器带光耦隔离的模块如 ADM2483 方案1别用裸 MAX485Modbus 电表支持 Modbus RTU 的导轨式电表9确认寄存器表双绞线屏蔽双绞线0.5mm² 以上按需屏蔽层单端接地终端电阻120 欧 1/4W2总线两端各一个电源5V 2A 适配器1给 ESP32 和收发器供电电表选型是重点。我用的是一款常见的单相导轨电表支持 Modbus RTU寄存器表里 0x0000 是电压、0x0001 是电流、0x0003 是有功功率、0x0010 开始是电量。不同厂家寄存器地址不一样买之前一定要拿到寄存器表否则后面配置无从下手。有些电表还支持 04 功能码读输入寄存器有些只支持 03 保持寄存器这个也要确认。3.2 RS-485 接线A/B 线千万别接反接线是整个项目最容易出错的地方。RS-485 有两根信号线通常标 A 和 B或者 D 和 D-。所有设备的 A 接 AB 接 B不能交叉。但坑在于不同厂家对 A/B 的定义可能相反。有的厂家 A 是正、B 是负有的反过来。如果你接完发现通讯不上第一件事就是把 A/B 对调试试。ESP32 到收发器模块的接线ESP32 的 GPIO17TX接收发器的 DI数据输入ESP32 的 GPIO16RX接收发器的 RO数据输出ESP32 的 GPIO4 接收发器的 DE 和 RE收发使能两个脚短接收发器的 A、B 接总线收发器 VCC 接 3.3V 或 5V看模块GND 共地注意DE 和 RE 是方向控制脚。发送时 DE 拉高接收时拉低。ESPHome 的 Modbus 组件会自动控制这个脚你只要在配置里指定 flow_control_pin 就行。如果模块没有自动方向控制就得靠这个脚手动切换。电表侧的接线每块电表的 A、B 并联到总线电源单独供 220V。九块电表的 A 全部拧在一起B 全部拧在一起然后接到收发器。屏蔽双绞线的屏蔽层只在 ESP32 这一端接地另一端悬空避免地环路干扰。3.3 供电与隔离别让干扰毁掉一切供电这块我踩过坑。一开始 ESP32 和收发器共用电脑 USB 供电结果电表一多通讯就开始丢包。后来换成独立的 5V 2A 适配器问题缓解。再后来发现空调启动瞬间还是会丢包最终上了带光耦隔离的收发器模块才算彻底稳定。隔离为什么重要因为 RS-485 总线上的电表和 ESP32 可能处于不同的地电位尤其是电表接的是 220V 市电地线上可能有各种干扰。光耦隔离把两边的电气连接断开只传递信号能有效阻断共模干扰和地环路。多花二三十块省下无数排查时间这笔账很划算。另外ESP32 的电源最好加一个 100uF 电解电容和 0.1uF 陶瓷电容做滤波抑制电源纹波。这个细节很多人忽略但在多设备总线上很关键。4. ESPHome 配置与 Modbus 轮询实现4.1 ESPHome 基础配置框架ESPHome 的配置文件是 YAML 格式结构清晰。先搭好基础框架esphome: name: modbus-meter-hub platform: ESP32 board: nodemcu-32s wifi: ssid: 你的WiFi名 password: 你的WiFi密码 logger: level: DEBUG api: encryption: key: 你的API密钥 ota: password: 你的OTA密码 uart: id: mod_uart tx_pin: GPIO17 rx_pin: GPIO16 baud_rate: 9600 parity: NONE stop_bits: 1 modbus: id: mod_bus uart_id: mod_uart flow_control_pin: GPIO4这段配置里uart定义了串口参数必须和电表一致。modbus组件挂在这个串口上flow_control_pin指定方向控制脚。logger设成 DEBUG 方便排查稳定后可以改成 INFO 减少日志量。4.2 九路电表的 Modbus 从站定义接下来为每块电表定义一个 modbus_controller。假设九块电表地址是 1 到 9modbus_controller: - id: meter1 address: 1 modbus_id: mod_bus update_interval: 1s - id: meter2 address: 2 modbus_id: mod_bus update_interval: 1s # ... 依次到 meter9update_interval控制轮询频率。九块都设 1 秒的话总线会比较忙。我的做法是前几块设 1 秒后几块设 2 秒错开负载。ESPHome 会按顺序轮询不会同时发请求所以不会冲突。4.3 寄存器映射与传感器定义这是配置的核心。以第一块电表为例定义电压、电流、功率、电量四个传感器sensor: - platform: modbus_controller modbus_controller_id: meter1 name: Meter1 Voltage address: 0x0000 register_type: holding value_type: U_WORD unit_of_measurement: V accuracy_decimals: 1 filters: - multiply: 0.1 - platform: modbus_controller modbus_controller_id: meter1 name: Meter1 Current address: 0x0001 register_type: holding value_type: U_WORD unit_of_measurement: A accuracy_decimals: 2 filters: - multiply: 0.01 - platform: modbus_controller modbus_controller_id: meter1 name: Meter1 Power address: 0x0003 register_type: holding value_type: U_WORD unit_of_measurement: W accuracy_decimals: 0 - platform: modbus_controller modbus_controller_id: meter1 name: Meter1 Energy address: 0x0010 register_type: holding value_type: U_DWORD unit_of_measurement: kWh accuracy_decimals: 2 filters: - multiply: 0.01这里有几个关键参数要解释。register_type指定读哪种寄存器holding 对应 03 功能码input 对应 04 功能码。value_type指定数据类型U_WORD 是 16 位无符号U_DWORD 是 32 位无符号占两个寄存器。filters里的 multiply 是缩放系数因为电表返回的是整数需要乘以系数才是真实值。比如电压返回 2201乘以 0.1 就是 220.1V。注意缩放系数一定要查寄存器表确认。不同电表系数不同有的电压是 0.1有的是 0.01。搞错了数据就完全不对。我一开始没注意功率显示成实际值的 10 倍排查了半天。4.4 用模板传感器做汇总计算九路数据进来后我做了几个汇总传感器总功率、总电量、最大单路功率。用 template sensor 实现sensor: - platform: template name: Total Power unit_of_measurement: W lambda: |- return id(meter1_power).state id(meter2_power).state id(meter3_power).state id(meter4_power).state id(meter5_power).state id(meter6_power).state id(meter7_power).state id(meter8_power).state id(meter9_power).state; update_interval: 2s这样在 Home Assistant 里就能看到全屋总功率配合电价还能算实时电费。lambda 里引用传感器需要给每个传感器加 id这个别忘了。5. Home Assistant 面板与自动化联动5.1 数据接入与实体命名ESPHome 设备通过 API 接入 Home Assistant 后所有传感器会自动变成实体。命名建议用统一的规则比如sensor.meter1_power、sensor.meter2_power方便后续做面板和自动化。如果 ESPHome 里的 name 是 Meter1 PowerHA 里会自动转成sensor.meter1_power。接入后第一件事是检查数据是否正常。打开开发者工具看每个实体的状态和单位。如果某个实体显示 unavailable说明那块电表通讯有问题回到 ESPHome 日志里看报错。5.2 打造九路计量面板Home Assistant 的面板我用的是 Lovelace 的 entities 卡片加 gauge 卡片组合。九路电表每路一个 gauge 显示实时功率下面一个 entities 列表显示电压电流电量。布局上按房间分组比如厨房、空调、照明各一组视觉上更直观。如果想更炫一点可以用 mini-graph-card 画功率曲线或者用 apexcharts-card 做堆叠柱状图看各回路占比。我个人的习惯是主面板放总览总功率、总电量、各回路占比饼图子面板放每路的详细数据。这样一眼能看出哪个回路在耗电。5.3 基于计量的自动化场景数据进来后自动化才是真正发挥价值的地方。我做了几个实用的功率超限告警某路功率超过阈值比如空调超过 3000W持续 1 分钟推送通知提醒可能有问题。待机功耗监测夜间某路功率持续低于 5W 超过 2 小时判断为待机可以自动断电。电量统计报表每天凌晨统计各路电量生成日报通过通知发送。异常检测某路电流突然归零但电压正常可能是设备故障或跳闸立即告警。这些自动化的核心是用对触发条件和持续时间。比如功率告警如果不用for: minutes: 1空调启动瞬间的冲击电流会误触发。这个细节很关键。6. 常见问题与排查技巧实录6.1 通讯丢包与超时排查这是最常见的问题。表现是 ESPHome 日志里频繁出现 Modbus timeout 或 CRC error。排查顺序如下现象可能原因解决方法全部电表都超时A/B 接反、波特率不对对调 A/B核对波特率校验位部分电表超时地址冲突、该表故障检查地址设置单独测试该表偶发 CRC 错误干扰、终端电阻缺失加终端电阻换屏蔽线加隔离数据乱跳缩放系数错、寄存器地址错核对寄存器表我的经验是先排除接线再排除参数最后怀疑干扰。80% 的问题出在前两步。有一次我折腾了一晚上最后发现是某块电表的地址被出厂设置成了 1和另一块冲突了。6.2 数据不准的几种典型情况数据不准比通讯不上更隐蔽。常见的有数值放大或缩小整数倍缩放系数错。查寄存器表确认。电量不累积或跳变32 位数据高低字顺序反了。试试 value_type 换成 U_DWORD 或 U_DWORD_R字节序反转。功率为负电表接线极性反了或者电表本身支持双向计量。电压电流正常但功率不对功率因数问题或者读错了寄存器。提示调试时可以用 Modbus Poll 这类上位机工具先单独连一块电表确认寄存器和系数再写进 ESPHome。这样能排除 ESPHome 配置的干扰快速定位问题。6.3 ESP32 与 RS-485 配合的避坑清单最后整理一份避坑清单都是我真金白银换来的别用裸 MAX485干扰环境下必翻车直接上隔离模块。终端电阻不能省尤其是线长超过 5 米。A/B 线用双绞不要用普通平行线抗干扰差很多。屏蔽层单端接地两端都接会形成地环路。ESP32 电源要干净加滤波电容别和电机类设备共用插座。轮询间隔别太激进9600 波特率下 1 秒一轮九块表已经接近极限。DE/RE 控制脚别接错接错了根本发不出数据。电表地址别重复出厂默认可能都是 1。寄存器表必须拿到没有它寸步难行。先单表调通再上总线一次性接九块出问题很难定位。这套方案跑了大半年九路电表数据稳定Home Assistant 面板一目了然自动化也帮我省了不少电费。最深的体会是Modbus 这东西看着老土但在多设备计量场景下它的稳定性和成本优势是其他方案比不了的。ESP32 加 ESPHome 的组合把工业协议和消费级智能家居之间的门槛降到了最低不用写代码就能搞定。如果你也在纠结怎么把一堆 RS-485 设备接进 Home Assistant希望这篇能帮你少走点弯路。
Modbus九路电表接入Home Assistant：ESP32+ESPHome实战
1. 项目缘起为什么我要把九块电表塞进一块面板家里装修的时候脑子一热把整栋房子的用电分成了九个回路照明、普通插座、厨房、空调、热水器、地暖、车库、庭院、还有一路备用。当时想的是分路计量精细管理结果住进去才发现九块电表分散在配电箱里想看数据得拿手电筒一个个照更别提做统计和自动化了。这种数据孤岛的状态持续了大半年直到我把 Modbus 电表、ESP32 和 Home Assistant 串成了一条线才算真正把九路电表的数据统一收进一块面板里。这篇内容就是把这套方案的完整落地过程拆开讲清楚。核心关键词是Modbus、Home Assistant、ESP32、ESPHome、RS-485涉及的是工业通讯协议和智能家居平台的结合。适合谁看如果你家里或项目上有多个 Modbus 电表、温控器、变频器之类的 RS-485 设备想统一接入 Home Assistant 做监控和自动化那这套思路可以直接抄。如果你只是想接一块电表也能从里面挑出有用的部分。哪怕你完全没碰过 Modbus我也会把协议原理、接线、配置、排查都讲透保证你能跟着做下来。先说清楚这套方案能解决什么问题把九路独立的 Modbus RTU 电表通过一条 RS-485 总线接到一块 ESP32 上由 ESPHome 固件轮询采集再通过 Wi-Fi 上报给 Home Assistant最终在一块面板上展示九路电压、电流、功率、电量等数据并能基于这些数据做自动化。整套硬件成本大概两三百块比买九块带联网功能的智能电表便宜太多而且数据完全本地化不依赖任何云服务。2. 整体架构设计与选型思路2.1 为什么是 Modbus RS-485 这条路线先说协议选型。市面上家用电表常见的通讯方式有几种Wi-Fi 直连、Zigbee、RS-485 走 Modbus、还有脉冲输出。Wi-Fi 电表每块都要占一个 IP九块就是九个设备路由器压力大而且很多便宜货固件封闭数据拿不出来。Zigbee 电表生态窄采样频率低做功率监控不够用。脉冲电表只能算电量拿不到实时功率和电压电流做不了精细分析。Modbus RTU over RS-485 是工业现场用了三十多年的老方案稳定、抗干扰、成本低而且几乎所有正经电表都支持。它的核心优势是总线式拓扑一条双绞线可以挂几十个从站设备每个设备一个地址主站轮询。九块电表挂在一条总线上只需要 ESP32 的一个串口接线极其简洁。这就是我选它的根本原因——不是因为它新而是因为它足够成熟可靠出了问题有大量现成经验可以查。提示Modbus 有 RTU、ASCII、TCP 三种常见形态。RS-485 物理层上跑的是 RTU 或 ASCII家用场景几乎全是 RTU。TCP 是跑在以太网上的本文不涉及。2.2 ESP32 在这里扮演什么角色ESP32 是整个方案的大脑它要做三件事第一通过 UART 转 RS-485 收发 Modbus 报文第二解析报文提取寄存器数据第三通过 Wi-Fi 把数据推给 Home Assistant。选 ESP32 而不是树莓派或者工控机理由很实际便宜十几块一片、功耗低、自带 Wi-Fi、有多个硬件串口、ESPHome 生态成熟。用 ESPHome 写配置不用写一行 C 代码就能实现 Modbus 主站轮询这是它最大的价值。这里有个关键点要提前说ESP32 的 UART 是 TTL 电平0-3.3V而 RS-485 是差分信号两者之间必须加一个RS-485 收发器模块常见的是 MAX485、SP3485 或者带隔离的 ADM2483。我一开始图便宜用了裸 MAX485结果空调启动时干扰导致通讯频繁丢包后来换成带光耦隔离的模块才稳定。这个坑后面会详细讲。2.3 九路电表如何共用一条总线九块电表并联在 A、B 两根差分线上每块电表设置不同的从站地址比如 1 到 9波特率统一我用 9600校验位统一8N1 或 8E1看电表支持。ESP32 作为主站按地址逐个轮询。这里有个容易被忽略的点总线两端要接 120 欧姆终端电阻否则信号反射会导致通讯错误尤其是线缆较长的时候。我家的总线拉了大概 15 米两端各焊了一个 120 欧电阻丢包率从 5% 降到几乎为零。拓扑上建议用手拉手菊花链不要用星型。星型分支会产生信号反射短距离可能没事长了必出问题。如果实在要分支分支长度控制在 1 米以内。这是 RS-485 布线的铁律很多人栽在这里。2.4 数据流与刷新策略九块电表每块要读电压、电流、功率、电量等大概 6 到 8 个寄存器。如果每块都全量读一轮下来报文数量不少。Modbus RTU 在 9600 波特率下一个读 8 个寄存器的请求加响应大概 20 毫秒左右九块就是 200 毫秒加上间隔一轮 500 毫秒到 1 秒比较合理。我实测下来把轮询间隔设成 1 秒Home Assistant 里的数据刷新足够流畅也不会给总线太大压力。这里要权衡的是刷新频率和总线负载。如果你追求秒级实时功率曲线可以把间隔压到 500 毫秒但要确保电表响应够快。如果只是看电量统计5 秒甚至 10 秒一次都行。我的做法是功率、电流这类实时量 1 秒一次电量这类累积量 10 秒一次分开轮询减轻总线负担。3. 硬件准备与接线实操3.1 物料清单与选型要点先把要买的东西列清楚避免你走弯路。物料型号建议数量备注主控ESP32 DevKitC 或 NodeMCU-32S1要选带多个 UART 的版本RS-485 收发器带光耦隔离的模块如 ADM2483 方案1别用裸 MAX485Modbus 电表支持 Modbus RTU 的导轨式电表9确认寄存器表双绞线屏蔽双绞线0.5mm² 以上按需屏蔽层单端接地终端电阻120 欧 1/4W2总线两端各一个电源5V 2A 适配器1给 ESP32 和收发器供电电表选型是重点。我用的是一款常见的单相导轨电表支持 Modbus RTU寄存器表里 0x0000 是电压、0x0001 是电流、0x0003 是有功功率、0x0010 开始是电量。不同厂家寄存器地址不一样买之前一定要拿到寄存器表否则后面配置无从下手。有些电表还支持 04 功能码读输入寄存器有些只支持 03 保持寄存器这个也要确认。3.2 RS-485 接线A/B 线千万别接反接线是整个项目最容易出错的地方。RS-485 有两根信号线通常标 A 和 B或者 D 和 D-。所有设备的 A 接 AB 接 B不能交叉。但坑在于不同厂家对 A/B 的定义可能相反。有的厂家 A 是正、B 是负有的反过来。如果你接完发现通讯不上第一件事就是把 A/B 对调试试。ESP32 到收发器模块的接线ESP32 的 GPIO17TX接收发器的 DI数据输入ESP32 的 GPIO16RX接收发器的 RO数据输出ESP32 的 GPIO4 接收发器的 DE 和 RE收发使能两个脚短接收发器的 A、B 接总线收发器 VCC 接 3.3V 或 5V看模块GND 共地注意DE 和 RE 是方向控制脚。发送时 DE 拉高接收时拉低。ESPHome 的 Modbus 组件会自动控制这个脚你只要在配置里指定 flow_control_pin 就行。如果模块没有自动方向控制就得靠这个脚手动切换。电表侧的接线每块电表的 A、B 并联到总线电源单独供 220V。九块电表的 A 全部拧在一起B 全部拧在一起然后接到收发器。屏蔽双绞线的屏蔽层只在 ESP32 这一端接地另一端悬空避免地环路干扰。3.3 供电与隔离别让干扰毁掉一切供电这块我踩过坑。一开始 ESP32 和收发器共用电脑 USB 供电结果电表一多通讯就开始丢包。后来换成独立的 5V 2A 适配器问题缓解。再后来发现空调启动瞬间还是会丢包最终上了带光耦隔离的收发器模块才算彻底稳定。隔离为什么重要因为 RS-485 总线上的电表和 ESP32 可能处于不同的地电位尤其是电表接的是 220V 市电地线上可能有各种干扰。光耦隔离把两边的电气连接断开只传递信号能有效阻断共模干扰和地环路。多花二三十块省下无数排查时间这笔账很划算。另外ESP32 的电源最好加一个 100uF 电解电容和 0.1uF 陶瓷电容做滤波抑制电源纹波。这个细节很多人忽略但在多设备总线上很关键。4. ESPHome 配置与 Modbus 轮询实现4.1 ESPHome 基础配置框架ESPHome 的配置文件是 YAML 格式结构清晰。先搭好基础框架esphome: name: modbus-meter-hub platform: ESP32 board: nodemcu-32s wifi: ssid: 你的WiFi名 password: 你的WiFi密码 logger: level: DEBUG api: encryption: key: 你的API密钥 ota: password: 你的OTA密码 uart: id: mod_uart tx_pin: GPIO17 rx_pin: GPIO16 baud_rate: 9600 parity: NONE stop_bits: 1 modbus: id: mod_bus uart_id: mod_uart flow_control_pin: GPIO4这段配置里uart定义了串口参数必须和电表一致。modbus组件挂在这个串口上flow_control_pin指定方向控制脚。logger设成 DEBUG 方便排查稳定后可以改成 INFO 减少日志量。4.2 九路电表的 Modbus 从站定义接下来为每块电表定义一个 modbus_controller。假设九块电表地址是 1 到 9modbus_controller: - id: meter1 address: 1 modbus_id: mod_bus update_interval: 1s - id: meter2 address: 2 modbus_id: mod_bus update_interval: 1s # ... 依次到 meter9update_interval控制轮询频率。九块都设 1 秒的话总线会比较忙。我的做法是前几块设 1 秒后几块设 2 秒错开负载。ESPHome 会按顺序轮询不会同时发请求所以不会冲突。4.3 寄存器映射与传感器定义这是配置的核心。以第一块电表为例定义电压、电流、功率、电量四个传感器sensor: - platform: modbus_controller modbus_controller_id: meter1 name: Meter1 Voltage address: 0x0000 register_type: holding value_type: U_WORD unit_of_measurement: V accuracy_decimals: 1 filters: - multiply: 0.1 - platform: modbus_controller modbus_controller_id: meter1 name: Meter1 Current address: 0x0001 register_type: holding value_type: U_WORD unit_of_measurement: A accuracy_decimals: 2 filters: - multiply: 0.01 - platform: modbus_controller modbus_controller_id: meter1 name: Meter1 Power address: 0x0003 register_type: holding value_type: U_WORD unit_of_measurement: W accuracy_decimals: 0 - platform: modbus_controller modbus_controller_id: meter1 name: Meter1 Energy address: 0x0010 register_type: holding value_type: U_DWORD unit_of_measurement: kWh accuracy_decimals: 2 filters: - multiply: 0.01这里有几个关键参数要解释。register_type指定读哪种寄存器holding 对应 03 功能码input 对应 04 功能码。value_type指定数据类型U_WORD 是 16 位无符号U_DWORD 是 32 位无符号占两个寄存器。filters里的 multiply 是缩放系数因为电表返回的是整数需要乘以系数才是真实值。比如电压返回 2201乘以 0.1 就是 220.1V。注意缩放系数一定要查寄存器表确认。不同电表系数不同有的电压是 0.1有的是 0.01。搞错了数据就完全不对。我一开始没注意功率显示成实际值的 10 倍排查了半天。4.4 用模板传感器做汇总计算九路数据进来后我做了几个汇总传感器总功率、总电量、最大单路功率。用 template sensor 实现sensor: - platform: template name: Total Power unit_of_measurement: W lambda: |- return id(meter1_power).state id(meter2_power).state id(meter3_power).state id(meter4_power).state id(meter5_power).state id(meter6_power).state id(meter7_power).state id(meter8_power).state id(meter9_power).state; update_interval: 2s这样在 Home Assistant 里就能看到全屋总功率配合电价还能算实时电费。lambda 里引用传感器需要给每个传感器加 id这个别忘了。5. Home Assistant 面板与自动化联动5.1 数据接入与实体命名ESPHome 设备通过 API 接入 Home Assistant 后所有传感器会自动变成实体。命名建议用统一的规则比如sensor.meter1_power、sensor.meter2_power方便后续做面板和自动化。如果 ESPHome 里的 name 是 Meter1 PowerHA 里会自动转成sensor.meter1_power。接入后第一件事是检查数据是否正常。打开开发者工具看每个实体的状态和单位。如果某个实体显示 unavailable说明那块电表通讯有问题回到 ESPHome 日志里看报错。5.2 打造九路计量面板Home Assistant 的面板我用的是 Lovelace 的 entities 卡片加 gauge 卡片组合。九路电表每路一个 gauge 显示实时功率下面一个 entities 列表显示电压电流电量。布局上按房间分组比如厨房、空调、照明各一组视觉上更直观。如果想更炫一点可以用 mini-graph-card 画功率曲线或者用 apexcharts-card 做堆叠柱状图看各回路占比。我个人的习惯是主面板放总览总功率、总电量、各回路占比饼图子面板放每路的详细数据。这样一眼能看出哪个回路在耗电。5.3 基于计量的自动化场景数据进来后自动化才是真正发挥价值的地方。我做了几个实用的功率超限告警某路功率超过阈值比如空调超过 3000W持续 1 分钟推送通知提醒可能有问题。待机功耗监测夜间某路功率持续低于 5W 超过 2 小时判断为待机可以自动断电。电量统计报表每天凌晨统计各路电量生成日报通过通知发送。异常检测某路电流突然归零但电压正常可能是设备故障或跳闸立即告警。这些自动化的核心是用对触发条件和持续时间。比如功率告警如果不用for: minutes: 1空调启动瞬间的冲击电流会误触发。这个细节很关键。6. 常见问题与排查技巧实录6.1 通讯丢包与超时排查这是最常见的问题。表现是 ESPHome 日志里频繁出现 Modbus timeout 或 CRC error。排查顺序如下现象可能原因解决方法全部电表都超时A/B 接反、波特率不对对调 A/B核对波特率校验位部分电表超时地址冲突、该表故障检查地址设置单独测试该表偶发 CRC 错误干扰、终端电阻缺失加终端电阻换屏蔽线加隔离数据乱跳缩放系数错、寄存器地址错核对寄存器表我的经验是先排除接线再排除参数最后怀疑干扰。80% 的问题出在前两步。有一次我折腾了一晚上最后发现是某块电表的地址被出厂设置成了 1和另一块冲突了。6.2 数据不准的几种典型情况数据不准比通讯不上更隐蔽。常见的有数值放大或缩小整数倍缩放系数错。查寄存器表确认。电量不累积或跳变32 位数据高低字顺序反了。试试 value_type 换成 U_DWORD 或 U_DWORD_R字节序反转。功率为负电表接线极性反了或者电表本身支持双向计量。电压电流正常但功率不对功率因数问题或者读错了寄存器。提示调试时可以用 Modbus Poll 这类上位机工具先单独连一块电表确认寄存器和系数再写进 ESPHome。这样能排除 ESPHome 配置的干扰快速定位问题。6.3 ESP32 与 RS-485 配合的避坑清单最后整理一份避坑清单都是我真金白银换来的别用裸 MAX485干扰环境下必翻车直接上隔离模块。终端电阻不能省尤其是线长超过 5 米。A/B 线用双绞不要用普通平行线抗干扰差很多。屏蔽层单端接地两端都接会形成地环路。ESP32 电源要干净加滤波电容别和电机类设备共用插座。轮询间隔别太激进9600 波特率下 1 秒一轮九块表已经接近极限。DE/RE 控制脚别接错接错了根本发不出数据。电表地址别重复出厂默认可能都是 1。寄存器表必须拿到没有它寸步难行。先单表调通再上总线一次性接九块出问题很难定位。这套方案跑了大半年九路电表数据稳定Home Assistant 面板一目了然自动化也帮我省了不少电费。最深的体会是Modbus 这东西看着老土但在多设备计量场景下它的稳定性和成本优势是其他方案比不了的。ESP32 加 ESPHome 的组合把工业协议和消费级智能家居之间的门槛降到了最低不用写代码就能搞定。如果你也在纠结怎么把一堆 RS-485 设备接进 Home Assistant希望这篇能帮你少走点弯路。
