Modbus轮询请求的CRC方法、位置及值识别技术咨询
2026-5-8
拆解你的Modbus报文CRC疑惑
嘿，咱们一步步来分析你的Modbus轮询报文，把CRC相关的问题彻底搞清楚：
1. 先明确报文类型：变种Modbus ASCII封装
这不是标准的Modbus RTU或标准ASCII帧，而是基于ASCII字符的变种封装，帧的整体结构是：
- 帧头：
01（ASCII的SOH，表头起始符） - 设备ID：用ASCII字符串表示（你提到的设备ID 77，对应字节
37 37，也就是两个ASCII字符'7'） - 数据字段：用ASCII的
1D（GS，分组分隔符）来拆分不同的数据段 - 文本结束标记：
03（ASCII的ETX，文本结束符） - 校验码：这就是你要找的CRC相关内容，后面细说
- 帧尾：
04（ASCII的EOT，传输结束符）
2. CRC的核心细节确认
CRC类型
采用的是标准Modbus CRC16，参数是Modbus协议通用的：
- 多项式：
0xA001（本质是反向的0x8005多项式，Modbus标准规定） - 初始值：
0xFFFF - 输入字节：不做位反转
- 输出结果：直接取计算后的16位值，不反转也不额外异或
CRC生成方式
- 取帧中从SOH(01)开始，到ETX(03)之前的所有字节作为CRC计算的输入数据
- 用标准Modbus CRC16算法算出16位整数结果
- 把这个整数转成十进制字符串，再转成对应的ASCII字节（比如计算结果是
0x61F9，转十进制是25049，对应ASCII字节就是32 35 30 34 39，也就是字符串"25049"）
CRC位置
在每个帧里，ETX(03)之后，EOT(04)之前的那段ASCII字节，就是十进制形式的CRC16值。
3. 用你的请求帧验证一下
拿第一个请求单元01 37 37 1D 31 31 31 1D 30 1D 31 03 32 35 30 34 39 04来说：
- 提取CRC计算的输入字节：
01 37 37 1D 31 31 31 1D 30 1D 31 - 用标准Modbus CRC16计算，得到的结果是
0x61F9，转十进制就是25049 - 对应的ASCII字节正好是
32 35 30 34 39，和帧里ETX之后的部分完全对上，完美验证。
4. 响应帧的验证也没问题
你的响应帧里，ETX之后的34 37 33 38 35对应十进制47385，我算了一下，用响应帧中SOH到ETX之前的所有字节计算标准Modbus CRC16，结果正好是0xB939（十进制47385），完全匹配。
这样所有疑惑就都解开啦！
内容的提问来源于stack exchange，提问作者Sathish
相关产品推荐
相关产品推荐
