一个关于CRC的怪事

2010-03-18 07:14:13 143 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

MODBUS RTU协议调试实战：从报文结构到CRC校验与现场排查在工业自动化与嵌入式通信中，主从式请求响应模型是设备互联的基础，而MODBUS协议凭借其简洁稳定的设计，成为PLC、传感器、组态软件之间最通用的语言之一。串行通信以RS485为典型物理层，通过差分信号保障长距离传输的可靠性；RTU报文格式则定义了地址码、功能码、数据区与CRC校验的紧凑编码规则，其中CRC校验是确保数据完整性的关键环节，也是调试中最易出错的痛点。理解保持寄存器、输入寄存器等数据模型与功能码的映射关系，是正确读写设备参数的前提。无论是现场联调串口服务器、解析报文字节，还是排查地址偏差与字节序问阅读详情

一下是一个CCITT的CRC校验的代码。多项式是1021。寄存器初始值是0xFFFF。



unsigned short cal_crc(unsigned char *ptr, unsigned char len)

{   

	unsigned char i;   

	unsigned short crc = 0xFFFF;   

	while(len--)

	{   

		for(i = 0x80; i != 0; i >>= 1)

		{

			if(crc & 0x8000)

			{

				crc <<= 1;

				crc ^= 0x1021;

			} 

			else

			{

				crc <<= 1;

			}

			if((*ptr & i) != 0)

			{

				crc ^= 0x1021;

			}

		}   

		ptr++;   

	}   

	return(crc);   

}

我发现在中间一个判断中不管是不是都要执行一句crc <<= 1;。我就把这句提出来。代码变成了下面的样子：



unsigned short cal_crc(unsigned char *ptr, unsigned char len)

{   

	unsigned char i;   

	unsigned short crc = 0xFFFF;   

	while(len--)

	{   

		for(i = 0x80; i != 0; i >>= 1)

		{

			crc <<= 1;

			if(crc & 0x8000)

			{

				crc ^= 0x1021;

			} 

			if((*ptr & i) != 0)

			{

				crc ^= 0x1021;

			}

		}   

		ptr++;   

	}   

	return(crc);   

}