4. Modbus TCP/RTU实战：协议解析、数据读写、异常处理与重连机制

Modbus协议，在储能行业里可以说是「老黄牛」一样的存在。它不花哨，但稳定可靠。我做了这么多年储能系统集成，跟各种BMS、PCS、电表打交道，十有八九都是走Modbus。说白了，它就是储能监控平台和底层设备之间的「通用语言」。

这一章，咱们就把它彻底吃透。我会从协议解析讲起，再到数据读写、异常处理，最后是重连机制。嗯，都是我在项目里踩过的坑，你直接拿去用就行。

4.1 协议解析：TCP和RTU到底差在哪？

很多新手会问：Modbus TCP和RTU，选哪个？我的回答是：看场景。

Modbus RTU 走串口（RS232/RS485），数据是二进制传输。它有个特点：报文里带CRC校验。我在一个光伏储能项目里，现场距离远、干扰大，RTU的CRC帮我挡掉了不少错误数据。

Modbus TCP 走以太网，报文里没有CRC。为什么？因为TCP/IP协议栈自己会做校验。它更简单，但依赖网络质量。

来看一个对比表格：

特性	Modbus RTU	Modbus TCP
物理层	RS232/RS485	以太网
传输距离	一般1200米以内	取决于网络
校验方式	CRC16	无（依赖TCP）
报文结构	地址+功能码+数据+CRC	事务ID+协议ID+长度+单元ID+功能码+数据
典型场景	电表、BMS（短距离）	PCS、EMS（网络化）

我个人习惯：如果设备支持TCP，优先用TCP。因为调试方便，用网线一插就能抓包。但如果是老旧设备或者现场只有485线，那就老老实实走RTU。

4.2 数据读写：从报文到真实值

Modbus的核心操作就两个：读和写。读用功能码03（读保持寄存器），写用功能码06（写单个寄存器）或16（写多个寄存器）。

举个例子。我要读BMS的电池总电压，设备手册说地址是0x0100，数据类型是Uint16，单位是0.1V。

发送报文（RTU格式）：

01 03 01 00 00 01 85 F6

解释一下：01是设备地址，03是功能码，0100是起始地址，0001是读取数量，85F6是CRC。

返回报文：

01 03 02 0B B8 7C 8E

02表示返回2个字节，0BB8是数据（十六进制），换算成十进制是3000。乘以单位0.1V，得到300.0V。

嗯，这里要注意：字节序。有些设备是大端（Big Endian），有些是小端（Little Endian）。我遇到过一台PCS，手册写的是大端，实际返回是小端。当时排查了半天，最后用Wireshark抓包才发现。

写数据也类似。比如我要设置PCS的功率为50kW，地址是0x0200，数据类型是Int32，单位是W。那么实际写入的值是50000（0xC350）。

发送：01 10 02 00 00 02 04 00 00 C3 50 7A 9B
解释：01地址，10功能码（写多个寄存器），0200起始地址，0002写2个寄存器，04数据长度，0000C350是数据，7A9B是CRC

4.3 异常处理：设备不听话怎么办？

Modbus协议定义了异常码。当设备收到错误请求时，会返回一个异常响应。格式是：功能码+0x80，后面跟异常码。

常见的异常码：

异常码	含义	常见原因
01	非法功能码	设备不支持该功能
02	非法数据地址	寄存器地址不存在
03	非法数据值	写入的值超出范围
04	从站设备故障	设备内部错误
06	从站设备忙	设备正在处理其他任务

我曾经在一个储能电站调试时，PCS一直返回异常码06。一开始以为是程序写错了，后来发现是PCS正在执行并网操作，没空理我。解决方案很简单：等500ms再重试。

4.4 重连机制：断线了怎么办？

Modbus TCP是基于TCP连接的。一旦网络波动，连接就会断开。RTU虽然没有连接的概念，但串口也可能因为干扰而丢包。

我的做法是：心跳+超时+指数退避。

具体来说：

1. 心跳包：每隔5秒发送一次读请求（比如读设备状态寄存器）。如果连续3次没有响应，判定为断线。
2. 超时设置：TCP连接超时设为3秒，读写超时设为2秒。别设太长，否则界面会卡死。
3. 指数退避：断线后，第一次等待1秒重连，第二次2秒，第三次4秒，最多30秒。一旦重连成功，立即恢复为1秒。

来看一个简单的重连逻辑伪代码：

retry_count = 0
max_retry_interval = 30

while True:
    try:
        connect(ip, port)
        retry_count = 0
        while True:
            if send_heartbeat():
                sleep(5)
            else:
                raise DisconnectError
    except:
        retry_count += 1
        interval = min(2 ** retry_count, max_retry_interval)
        sleep(interval)
        continue

嗯，这里有个坑：不要用固定的重连间隔。我见过一个项目，每1秒重连一次，结果网络恢复后，20台设备同时重连，把网关打死了。指数退避能有效避免这种「雪崩效应」。

4.5 实战经验总结

最后，分享几个我在项目中积累的经验：

• 日志一定要详细：每次收发报文都记录下来，包括时间、原始数据、解析结果。排查问题时，日志就是你的救命稻草。
• 先模拟后实盘：用Modbus Slave模拟器先测试代码，再连真实设备。我吃过亏，直接连设备，结果写错了地址，把PCS的参数改乱了。
• 考虑多线程：如果监控平台要同时读写多个设备，建议用独立线程或协程处理每个设备的Modbus通信。别在主线程里做，否则界面会卡。
• 版本兼容：有些老设备只支持Modbus RTU，新设备支持TCP。我的做法是：封装一个统一的接口层，底层自动切换TCP或RTU。上层代码不用改。