Modbus RTU报文的CRC校验计算方法

在工业自动化通信领域，Modbus RTU是一种应用极为广泛的协议。作为一种主从式通信协议，Modbus RTU在数据传输过程中对报文的完整性有着严格的要求。CRC校验正是保障报文准确性的核心机制，掌握其计算方法对于从事自动化控制工作的技术人员而言至关重要。---

什么是Modbus RTU

Modbus RTU是Modbus协议的一种实现方式，采用二进制编码格式传输数据。其特点在于报文中不包含协议头和协议尾，而是依靠时间间隔来区分不同的报文帧。当通信线路空闲时间达到3.5个字符传输时间时，即认为一个新报文开始；当线路空闲时间超过1.5个字符传输时间时，则认为当前报文已经结束。

一个完整的Modbus RTU报文由从机地址、功能码、数据字段和CRC校验码四部分组成。其中，从机地址占1字节，用于标识目标设备；功能码占1字节，表明本次通信的操作类型；数据字段长度可变，承载具体的操作参数或返回数据；CRC校验码占2字节，位于报文末尾，用于检测数据在传输过程中是否发生错误。

CRC校验的基本原理

CRC全称为循环冗余校验（Cyclic Redundancy Check），是一种基于多项式除法的错误检测机制。其核心思想是将待发送的数据视为一个长的二进制多项式，然后使用一个预先设定好的生成多项式（Generator Polynomial）对该多项式进行除法运算，得到的余数即为CRC校验值。

在Modbus RTU协议中采用的是CRC-16算法，具体参数如下：生成多项式为 x^16 + x^15 + x^2 + 1，对应的十六进制值为 0x8005（或反向表示为 0xA001）。该算法能够检测出所有单比特错误、双比特错误以及奇数个比特错误，并且具有较高的检测效率。

Modbus RTU CRC校验的计算步骤

CRC校验的计算基于查表法或逐位计算法两种实现方式。查表法运算速度更快，适合对实时性要求较高的应用场景；逐位计算法代码更简洁，便于嵌入式设备实现。以下分别介绍两种方法的核心步骤。

逐位计算法

逐位计算法的基本思路是：对报文的每一个字节，从低位到高位依次处理，每处理完一个字节后更新CRC寄存器。

1. 初始化CRC寄存器：将16位CRC寄存器设置为 0xFFFF。
2. 取出第一个数据字节：从报文起始位置读取1字节数据。
3. 执行异或运算：将数据字节与CRC寄存器的低8位进行异或运算，结果写回CRC寄存器。
4. 循环移位与判断：将CRC寄存器右移1位，高位补0。判断移出的一位是否为1：若为1，则将CRC寄存器与生成多项式 0xA001 进行异或运算；若为0，则跳过此步骤。重复此步骤8次。
5. 处理下一个字节：返回步骤2，处理报文中下一个字节，直至所有字节处理完毕。
6. 输出结果：此时CRC寄存器中的值即为最终的CRC校验码。需要将其低字节在前、高字节在后地附加到报文末尾。

查表法

查表法的核心在于预先计算一个256项的查找表，该表存储了所有可能的字节值对应的CRC中间结果。计算时只需查表并异或，大幅减少运算量。

第一步：生成查找表

定义生成多项式 poly = 0xA001
FOR i FROM 0 TO 255:
    crc = i
    FOR j FROM 0 TO 7:
        IF (crc & 0x0001) != 0:
            crc = (crc >> 1) XOR poly
        ELSE:
            crc = crc >> 1
    crc_table[i] = crc

第二步：计算报文CRC

1. 初始化CRC寄存器为 0xFFFF。
2. 遍历报文的每一个字节：将字节与CRC寄存器的低8位异或，用异或结果作为索引查表，得到表值后与CRC寄存器右移8位后的结果进行异或。
3. 处理完所有字节后，得到的CRC寄存器值即为校验码。

代码实现示例

C语言实现（查表法）

#include <stdint.h>

static const uint16_t crc_table[256] = {
    0x0000, 0xC0C1, 0xC181, 0x0140, 0xC301, 0x03C0, 0x0280, 0xC241,
    0xC601, 0x06C0, 0x0780, 0xC741, 0x0500, 0xC5C1, 0xC481, 0x0440,
    0xCC01, 0x0CC0, 0x0D80, 0xCD41, 0x0F00, 0xCFC1, 0xCE81, 0x0E40,
    0x0A00, 0xCAC1, 0xCB81, 0x0B40, 0xC901, 0x09C0, 0x0880, 0xC841,
    0xD801, 0x18C0, 0x1980, 0xD941, 0x1B00, 0xDBC1, 0xDA81, 0x1A40,
    0x1E00, 0xDEC1, 0xDF81, 0x1F40, 0xDD01, 0x1DC0, 0x1C80, 0xDC41,
    0x1400, 0xD4C1, 0xD581, 0x1540, 0xD701, 0x17C0, 0x1680, 0xD641,
    0xD201, 0x12C0, 0x1380, 0xD341, 0x1100, 0xD1C1, 0xD081, 0x1040,
    0xF001, 0x30C0, 0x3180, 0xF141, 0x3300, 0xF3C1, 0xF281, 0x3240,
    0x3600, 0xF6C1, 0xF781, 0x3740, 0xF501, 0x35C0, 0x3480, 0xF441,
    0x3C00, 0xFCC1, 0xFD81, 0x3D40, 0xFF01, 0x3FC0, 0x3E80, 0xFE41,
    0xFA01, 0x3AC0, 0x3B80, 0xFB41, 0x3900, 0xF9C1, 0xF881, 0x3840,
    0x2800, 0xE8C1, 0xE981, 0x2940, 0xEB01, 0x2BC0, 0x2A80, 0xEA41,
    0xEE01, 0x2EC0, 0x2F80, 0xEF41, 0x2D00, 0xEDC1, 0xEC81, 0x2C40,
    0xE401, 0x24C0, 0x2580, 0xE541, 0x2700, 0xE7C1, 0xE681, 0x2640,
    0x2200, 0xE2C1, 0xE381, 0x2340, 0xE101, 0x21C0, 0x2080, 0xE041,
    0xA001, 0x60C0, 0x6180, 0xA141, 0x6300, 0xA3C1, 0xA281, 0x6240,
    0x6600, 0xA6C1, 0xA781, 0x6740, 0xA501, 0x65C0, 0x6480, 0xA441,
    0x6C00, 0xACC1, 0xAD81, 0x6D40, 0xAF01, 0x6FC0, 0x6E80, 0xAE41,
    0xAA01, 0x6AC0, 0x6B80, 0xAB41, 0x6900, 0xA9C1, 0xA881, 0x6840,
    0x7800, 0xB8C1, 0xB981, 0x7940, 0xBB01, 0x7BC0, 0x7A80, 0xBA41,
    0xBE01, 0x7EC0, 0x7F80, 0xBF41, 0x7D00, 0xBDC1, 0xBC81, 0x7C40,
    0xB401, 0x74C0, 0x7580, 0xB541, 0x7700, 0xB7C1, 0xB681, 0x7640,
    0x7200, 0xB2C1, 0xB381, 0x7340, 0xB101, 0x71C0, 0x7080, 0xB041,
    0x5000, 0x90C1, 0x9181, 0x5140, 0x9301, 0x53C0, 0x5280, 0x9241,
    0x9601, 0x56C0, 0x5780, 0x9741, 0x5500, 0x95C1, 0x9481, 0x5440,
    0x9C01, 0x5CC0, 0x5D80, 0x9D41, 0x5F00, 0x9FC1, 0x9E81, 0x5E40,
    0x5A00, 0x9AC1, 0x9B81, 0x5B40, 0x9901, 0x59C0, 0x5880, 0x9841,
    0x8801, 0x48C0, 0x4980, 0x8941, 0x4B00, 0x8BC1, 0x8A81, 0x4A40,
    0x4E00, 0x8EC1, 0x8F81, 0x4F40, 0x8D01, 0x4DC0, 0x4C80, 0x8C41,
    0x4400, 0x84C1, 0x8581, 0x4540, 0x8701, 0x47C0, 0x4680, 0x8641,
    0x8201, 0x42C0, 0x4380, 0x8341, 0x4100, 0x81C1, 0x8081, 0x4040
};

uint16_t modbus_crc16(const uint8_t *data, uint16_t length) {
    uint16_t crc = 0xFFFF;

    for (uint16_t i = 0; i < length; i++) {
        uint8_t index = (crc ^ data[i]) & 0xFF;
        crc = (crc >> 8) ^ crc_table[index];
    }

    return crc;
}

Python实现（逐位计算法）

def modbus_crc16(data: bytes) -> int:
    """
    计算Modbus RTU报文的CRC16校验码
    返回低字节在前、高字节在后的16位值
    """
    crc = 0xFFFF

    for byte in data:
        crc ^= byte
        for _ in range(8):
            if crc & 0x0001:
                crc = (crc >> 1) ^ 0xA001
            else:
                crc >>= 1

    return crc


def append_crc(data: bytes) -> bytes:
    """
    为原始数据添加CRC校验码
    """
    crc = modbus_crc16(data)
    # 低字节在前，高字节在后
    return data + bytes([crc & 0xFF, (crc >> 8) & 0xFF])


# 使用示例
原始报文 = bytes([0x01, 0x03, 0x00, 0x00, 0x00, 0x02])
完整报文 = append_crc(原始报文)
print(完整报文.hex())

报文构建与校验实例

假设需要读取从机地址为1的保持寄存器，寄存器起始地址为0，读取数量为2个。功能码为 0x03。完整的报文构建过程如下：

使用上述Python函数验证：modbus_crc16(bytes([0x01, 0x03, 0x00, 0x00, 0x00, 0x02])) 的结果为 0x8BC5。按照Modbus RTU的字节序要求，低字节 0xC5 在前，高字节 0x8B 在后，最终发送的完整报文为 01 03 00 00 00 02 C5 8B。

接收方在收到报文后，需要对除CRC字段之外的所有字节重新进行CRC计算，然后将计算结果与报文中携带的CRC值进行比较。若两者一致，说明报文在传输过程中未发生错误；若不一致，则应丢弃该报文并可能触发错误响应。

常见问题与注意事项

字节序问题：Modbus RTU协议规定CRC的低字节在前、高字节在后。这一特性经常被初学者忽略，导致校验失败。在调试时，可以使用串口调试助手查看实际传输的字节顺序进行确认。

计算范围：CRC校验码仅针对报文中CRC之前的所有字节进行计算，不包括CRC本身。某些实现会在计算完成后将结果反转或进行额外处理，这取决于具体的算法实现方式。

数据长度：Modbus RTU协议对单帧数据长度有限制，最大为256字节。在计算较长报文的CRC时，需要确保算法能够正确处理所有字节。

实时性要求：在高速通信场景下，查表法的运算速度优势明显。如果系统对实时性要求较高，建议预先计算并存储查找表，避免在每次通信时重复计算。

总结

Modbus RTU的CRC校验采用CRC-16算法，生成多项式为 0x8005（或反向 0xA001）。通过掌握逐位计算法或查表法，技术人员可以在各种编程环境中实现可靠的报文校验功能。理解CRC校验的原理不仅有助于正确解析Modbus通信报文，还能为其他工业协议的分析与开发奠定基础。在实际应用中需要注意字节序和计算范围两个关键点，这两点是导致CRC校验失败的常见原因。