1. Modbus协议基础：RS485物理层特性、Modbus RTU帧结构、功能码详解（03/06/16）、CRC校验原理
各位同行，大家好。我是老张，在风电现场摸爬滚打了十几年。今天咱们开始聊Modbus通信，这是风电SCADA系统里最基础、也最容易出幺蛾子的环节。说实话，我见过太多因为协议理解不透彻导致的通信故障，最后查出来都是些基础问题。
这一章，咱们把地基打牢。我会结合现场实战经验，把RS485物理层、Modbus RTU帧结构、几个常用功能码，还有CRC校验，掰开了揉碎了讲清楚。
1.1 RS485物理层特性——通信的“高速公路”
Modbus RTU最常用的物理层就是RS485。为什么选它？说白了，就是抗干扰能力强，传输距离远。在风电场这种电磁环境恶劣的地方，RS485是经过验证的可靠选择。
核心特性：
- 差分信号传输： 用两根线（A、B）的电压差来表示逻辑“0”和“1”。A比B高200mV以上是逻辑“1”，反之是逻辑“0”。这种差分方式天生抗共模干扰。
- 半双工通信： 同一时刻只能一个设备发送，其他设备接收。主站问，从站答，轮流来。
- 多点连接： 一条总线上最多可以挂32个节点（标准RS485驱动能力）。
- 传输距离： 理论最远1200米，实际风电场里建议控制在800米以内，超过这个距离信号衰减明显。
现场经验： 我在内蒙一个风场调试时，发现风机塔筒底部的变桨控制器和机舱柜通信老是丢包。查了半天，发现RS485的A、B线接反了。记住，A接A，B接B，别搞混。还有，屏蔽层单端接地，别两端都接，否则会形成地环路，引入更多干扰。
终端电阻： 在总线两端各并联一个120Ω电阻。为什么？因为信号在长线传输时，遇到阻抗不匹配会反射，造成波形畸变。终端电阻能吸收反射波，保证信号质量。我建议，只要总线长度超过50米，或者节点数超过10个，就老老实实加上终端电阻。
1.2 Modbus RTU帧结构——通信的“信封”
Modbus RTU的报文就像一封信，有固定的格式。主站发请求，从站回响应。咱们看看这封信长什么样。
请求帧格式（主站→从站）：
| 字段 | 长度（字节） | 说明 |
|---|---|---|
| 从站地址 | 1 | 1~247，0为广播地址 |
| 功能码 | 1 | 03读保持寄存器，06写单个寄存器，16写多个寄存器 |
| 数据 | N | 根据功能码不同，长度可变 |
| CRC校验 | 2 | 低字节在前，高字节在后 |
响应帧格式（从站→主站）：
| 字段 | 长度（字节） | 说明 |
|---|---|---|
| 从站地址 | 1 | 与请求帧一致 |
| 功能码 | 1 | 正常响应时与请求相同，异常响应时最高位置1 |
| 数据 | N | 返回的数据内容 |
| CRC校验 | 2 | 低字节在前，高字节在后 |
避坑指南： 我曾经遇到一个情况，从站老是返回异常响应。后来发现，主站发送的CRC校验值算错了。记住，CRC是校验整个报文（从站地址+功能码+数据），不包括CRC本身。很多新手容易把CRC也算进去，结果对不上。
1.3 功能码详解（03/06/16）——通信的“指令集”
功能码就是告诉从站你要干什么。在风电现场，最常用的就是03、06、16这三个。咱们一个一个说。
功能码03：读保持寄存器
这是最常用的功能码，用来读取从站的参数或状态。比如读取风机当前的功率、风速、桨叶角度等。
请求帧示例： 读取从站地址1的寄存器，起始地址0，读取2个寄存器。
01 03 00 00 00 02 C4 0B- 01：从站地址
- 03：功能码
- 00 00：起始寄存器地址（高字节在前）
- 00 02：读取寄存器数量（2个）
- C4 0B：CRC校验
响应帧示例：
01 03 04 00 0A 00 14 78 9A- 01：从站地址
- 03：功能码
- 04：数据字节数（2个寄存器×2字节=4字节）
- 00 0A：第一个寄存器值（10）
- 00 14：第二个寄存器值（20）
- 78 9A：CRC校验
现场经验： 读取寄存器数量有限制，一般不能超过125个（因为数据字节数不能超过252字节）。我见过有人一次读200个寄存器，结果从站直接不响应。记住，分批次读，每次不超过125个。
功能码06：写单个寄存器
用来修改单个参数，比如设置风机的手动/自动模式。
请求帧示例： 向从站地址1的寄存器地址0写入值0x000A。
01 06 00 00 00 0A 08 0A- 01：从站地址
- 06：功能码
- 00 00：寄存器地址
- 00 0A：写入的值（10）
- 08 0A：CRC校验
响应帧： 正常响应时，从站会原样返回请求帧，表示写入成功。
注意： 写操作要谨慎。我在一个风场调试时，不小心把变桨控制器的参数写错了，导致风机直接停机。所以，写操作前一定要确认地址和值是正确的。建议先读一次，确认当前值，再写。
功能码16：写多个寄存器
批量写入多个连续寄存器，比如同时设置多个PID参数。
请求帧示例： 向从站地址1的寄存器地址0开始，写入2个寄存器，值分别为0x000A和0x0014。
01 10 00 00 00 02 04 00 0A 00 14 78 9A- 01：从站地址
- 10：功能码（16的十六进制）
- 00 00：起始寄存器地址
- 00 02：写入寄存器数量
- 04：数据字节数（2个寄存器×2字节=4字节）
- 00 0A：第一个寄存器值
- 00 14：第二个寄存器值
- 78 9A：CRC校验
响应帧：
01 10 00 00 00 02 41 C8- 01：从站地址
- 10：功能码
- 00 00：起始寄存器地址
- 00 02：写入寄存器数量
- 41 C8：CRC校验
1.4 CRC校验原理——通信的“防伪标签”
CRC（循环冗余校验）是Modbus RTU的保命符。它确保报文在传输过程中没有被干扰。说白了，就是发送方算出一个校验值，接收方重新算一遍，如果一致，说明数据没问题；不一致，说明数据被篡改了，直接丢弃。
CRC-16 Modbus算法：
- 多项式：0x8005（实际计算时用0xA001，因为低位在前）
- 初始值：0xFFFF
- 结果异或值：0x0000
计算步骤：
- 将CRC寄存器初始化为0xFFFF。
- 取第一个字节与CRC寄存器的低8位异或，结果存入CRC寄存器。
- 右移1位，高位补0。如果移出的最低位为1，则与多项式0xA001异或；否则继续。
- 重复步骤3，共8次（一个字节8位）。
- 取下一个字节，重复步骤2~4，直到所有字节处理完毕。
- 最终CRC寄存器中的值就是校验码，发送时低字节在前，高字节在后。
C语言实现示例：
unsigned short CRC16_Modbus(unsigned char *data, unsigned int len) {
unsigned short crc = 0xFFFF;
unsigned int i, j;
for (i = 0; i < len; i++) {
crc ^= data[i];
for (j = 0; j < 8; j++) {
if (crc & 0x0001) {
crc >>= 1;
crc ^= 0xA001;
} else {
crc >>= 1;
}
}
}
return crc;
}避坑指南： 我曾经在调试时发现，从站总是返回CRC错误。查了半天，发现是主站发送时，CRC的低字节和高字节顺序搞反了。记住，Modbus RTU规定CRC是低字节在前，高字节在后。很多上位机库默认是高字节在前，需要手动调整。
1.5 知识体系总览
下面这张图，把本章的核心内容串起来了。你可以看到，从物理层的RS485，到数据链路层的帧结构，再到应用层的功能码和CRC校验，层层递进。
嗯，这一章的内容就这些。从RS485的物理特性，到帧结构，再到三个最常用的功能码，最后是CRC校验。这些都是基本功，但也是现场排查问题的利器。你想想看，如果连帧结构都搞不清楚，怎么分析抓包数据？如果CRC算不对，怎么确认通信是否正常？
我个人习惯，每次去现场调试，都会带一个串口抓包工具。遇到通信问题，先抓包，然后逐字节分析。很多时候，问题就出在CRC校验错误或者寄存器地址写错上。记住，基础不牢，地动山摇。把这些搞懂了，后面的干扰抑制和现场实战才能游刃有余。
公众号:蓝海资料掘金营，微信deep3321