4、Modbus通信故障排查：超时与重试机制、CRC校验错误分析、地址冲突诊断

Modbus通信，在储能系统里可以说是最常用的协议之一了。但说实话，它也是最容易出幺蛾子的地方。我这些年处理过的现场故障，少说有一半都跟Modbus通信有关。今天咱们就掰开揉碎了聊聊，超时、CRC校验、地址冲突这三个老大难问题。

4.1 超时与重试机制：别让设备“死等”

先说说超时。什么叫超时？说白了就是：我发了一条指令出去，等了好久没回音。那等多久算“好久”？这个时间怎么定？

超时时间的设置，我个人习惯这样算：

• 物理层延迟：RS485总线上的波特率决定了每个字节的传输时间。9600bps下，1个字节大约1ms。一条典型的读指令8个字节，加上响应，来回大概20ms。
• 设备处理时间：储能设备里的BMS、PCS，它们的CPU性能参差不齐。我遇到过一些老设备，处理一条指令要50ms以上。
• 留余量：嗯，这里要注意，千万别卡着理论值设。我一般会乘以3到5倍。

重试机制怎么设计？ 我见过有人写死循环重试，结果设备直接卡死。千万别这么干。

我曾经在某个储能电站遇到过一个问题：EMS每隔100ms就轮询一次所有设备，结果网络一忙，大量超时重试，把总线直接打爆了。后来我把轮询周期改到500ms，加上退避重试，问题就解决了。你想想看，有时候问题不在设备，而在你的轮询策略。

4.2 CRC校验错误分析：数据“脏”了怎么办？

CRC校验错误，说白了就是数据在传输过程中被“污染”了。Modbus RTU用的是CRC-16，算法是固定的。但为什么还会出错？

常见原因我总结了几点：

1. 电气干扰：储能站里逆变器、变压器都是强干扰源。RS485线如果没走屏蔽，或者屏蔽层接地不对，数据分分钟被干扰。
2. 波特率不匹配：主站设9600，从站设19200，那收到的数据全是乱码，CRC肯定过不了。
3. 数据位/停止位不一致：Modbus标准是8数据位、1停止位、无校验。但有些设备厂商自己改了配置，这就容易出问题。
4. 代码实现有bug：这个我见得最多。很多人从网上复制CRC算法，结果高低字节顺序搞反了。

CRC校验的排查步骤，我一般这么走：

• 第一步：用串口助手抓原始报文。看收到的数据是不是完整的，有没有丢字节。
• 第二步：手动计算CRC。网上有在线计算器，把收到的报文（不含CRC本身）输进去，看算出来的CRC和报文里的CRC是否一致。
• 第三步：如果手动计算一致，说明是发送端算错了。如果不一致，说明传输过程中数据变了。
• 第四步：检查物理层。换一对双绞屏蔽线，加终端电阻（120欧姆），看错误率是否下降。

uint16_t crc16_modbus(uint8_t *data, uint16_t len) {
    uint16_t crc = 0xFFFF;
    for (uint16_t i = 0; i < len; i++) {
        crc ^= data[i];
        for (uint8_t j = 0; j < 8; j++) {
            if (crc & 0x0001) {
                crc = (crc >> 1) ^ 0xA001;
            } else {
                crc >>= 1;
            }
        }
    }
    // 注意：Modbus CRC发送时，低字节在前，高字节在后
    return crc;
}

4.3 地址冲突诊断：同一个“门牌号”住两家？

Modbus总线上，每个从站必须有唯一的地址。地址冲突，就是两个设备用了同一个地址。结果就是：主站发指令，两个设备都响应，数据在总线上打架，谁的数据都收不全。

地址冲突的症状很明显：

• 有时候能读到数据，有时候读不到。
• 读到的数据偶尔是错的，或者两个设备的数据混在一起。
• 总线上偶尔出现“帧错误”或“CRC错误”。

怎么诊断？我分享几个土办法：

1. 逐个断开法：把从站设备一个一个断开，看断开哪个后通信恢复正常。这方法笨，但有效。
2. 广播查询法：发一条广播指令（地址0xFF），所有设备都会响应。正常情况下，你会收到N个响应。如果响应数量少于设备数量，说明有设备没响应；如果响应数量多于设备数量，说明有地址冲突。
3. 日志分析法：在主机端记录每次通信的源地址。如果发现同一个地址在短时间内出现两个不同的设备标识（比如设备型号不同），那基本就是地址冲突了。

我记得有一次，现场反馈说某个PCS经常离线。我远程一看日志，发现PCS的地址是5，但BMS的地址也是5。两个设备抢同一个地址，能不打架吗？后来一问，是施工队把BMS的拨码开关拨错了。所以啊，地址冲突这种问题，很多时候是人为失误。

知识体系总览

下面这张图，我把Modbus通信故障排查的核心逻辑画出来了。你可以把它当成一张“作战地图”，遇到问题按图索骥就行。

这张图把三个核心问题串起来了。你遇到故障时，先判断是哪种表现：是收不到响应（超时），还是收到乱码（CRC错误），还是数据时好时坏（地址冲突）。然后按对应的分支去排查，基本不会跑偏。