打开APP
userphoto
未登录

开通VIP,畅享免费电子书等14项超值服

开通VIP
Modbus CRC校验程序
基本在网上对于MODBUS 的CRC校验程序都能找到两个版本,一个是直接运算的,一个是查表法的。首先来看一下直接运算的算法
运算步骤如下:
步驟 1:令16-bit 寄存器 (CRC 暫存器) = FFFFH.
步驟2:Exclusive OR 第一個8-bit byte 的訊息指令與低位元16-bit CRC 寄存器, 做Exclusive OR ,將結果存入CRC 寄存器內。
步驟 3:又移一位CRC 寄存器,將0 填入高位處。
步驟 4:檢查右移的值,如果是0, 將步驟3 的新值存入CRC 寄存器內, 否則 ExclusiveOR A001H 與CRC 寄存器,將結果存入CRC 寄存器內。
步驟 5:重複步驟3~步驟4,將8-bit 全部運算完成。
步驟 6:重複步驟2~步驟5,取下一個8-bit 的訊息指令,直到所有訊息指令運算完成。
最後,得到的 CRC 寄存器的值,即是CRC 的檢查碼。值得注意的是CRC 的檢查碼必須交換放置於訊息指令的檢查碼中。
网上能找到的基本代码如下
[cpp] view plaincopyprint?
uint16 CRC16_Check(uint8 *Pushdata,uint8 length)
{
uint16 Reg_CRC=0xffff;
uint8 Temp_reg=0x00;
uint8 i,j;
for( i = 0; i<length; i ++)
{
Reg_CRC^= *Pushdata++;
for (j = 0; j<8; j++)
{
if (Reg_CRC & 0x0001)
Reg_CRC=Reg_CRC>>1^0xA001;
else
Reg_CRC >>=1;
}
}
return (Reg_CRC);
}
基本算法是这个意思来着的,但答案其实是错的,校验没错为何说错呢,这里程序中的少了一句:值得注意的是CRC 的檢查碼必須交換放置於訊息指令的檢查碼中
意思就是高字节地位输出,低字节高位输出。翻阅GOOGLE、百度,发现什么样式的都有,直接高字节高位输出的有,高字节低位输出的也有。究竟哪个才是对的呢,经翻阅
《GBT19582.1-2008基于Modbus协议的工业自动化网络规范 第二部》 中规范中crc 占2个字节,低字节在数据流的倒数第二个字节,而高字节在数据流最末端,即应正了高字节低位输出的做法
修改程序应该如下的才是正确:
如今那么多错误程序真是误人子弟啊~  真的要用人家的程序拿来也要阅读几次了解了才能用,不然那错的都不知道了
[cpp] view plaincopyprint?
uint16 CRC16_Check(uint8 *Pushdata,uint8 length)
{
uint16 Reg_CRC=0xffff;
uint8 Temp_reg=0x00;
uint8 i,j;
for( i = 0; i<length; i ++)
{
Reg_CRC^= *Pushdata++;
for (j = 0; j<8; j++)
{
if (Reg_CRC & 0x0001)
Reg_CRC=Reg_CRC>>1^0xA001;
else
Reg_CRC >>=1;
}
}
Temp_reg=Reg_CRC>>8;
return (Reg_CRC<<8|Temp_reg);
}
/**********************************************************************************************************************************************************************************/
下面的就是查表法来计算的,原理是根据生成多项式有唯一解的方法,先把所有值算出来放在数字所在位置,然后直接带入后面位运算即可,下次再详谈这个算法思路
这个代码的好处就是占用运算时间少,对于实时性高的要求下,运算步骤要比直接计算法快得多,占用的内存资源也少很多,所以如果使用还是建议使用查表法来做程序,
效果的优劣很明晰。
贴代码,代码可以直接使用:
[cpp] view plaincopyprint?
uint16 CRC16(uint8 *Pushdata,uint8 length)
{
uint8 uchCRCHi=0xFF;
uint8 uchCRCLo=0xFF;
uint8 uIndex;
while(length--)
{
uIndex=uchCRCHi^*Pushdata++;
uchCRCHi=uchCRCLo^auchCRCHi[uIndex];
uchCRCLo=auchCRCLo[uIndex];
}
return (uchCRCHi<<8|uchCRCLo);
}
//以下是计算好的数组表:
/* CRC 高位字节值表
CRC high byte
*/
const uint8 code auchCRCHi[] = {
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,
0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1,
0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41,
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1,
0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40,
0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1,
0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40,
0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,
0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40,
0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1,
0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40
} ;
/* CRC低位字节值表
CRC low byte
*/
const uint8 code auchCRCLo[] = {
0x00, 0xC0, 0xC1, 0x01, 0xC3, 0x03, 0x02, 0xC2, 0xC6, 0x06,
0x07, 0xC7, 0x05, 0xC5, 0xC4, 0x04, 0xCC, 0x0C, 0x0D, 0xCD,
0x0F, 0xCF, 0xCE, 0x0E, 0x0A, 0xCA, 0xCB, 0x0B, 0xC9, 0x09,
0x08, 0xC8, 0xD8, 0x18, 0x19, 0xD9, 0x1B, 0xDB, 0xDA, 0x1A,
0x1E, 0xDE, 0xDF, 0x1F, 0xDD, 0x1D, 0x1C, 0xDC, 0x14, 0xD4,
0xD5, 0x15, 0xD7, 0x17, 0x16, 0xD6, 0xD2, 0x12, 0x13, 0xD3,
0x11, 0xD1, 0xD0, 0x10, 0xF0, 0x30, 0x31, 0xF1, 0x33, 0xF3,
0xF2, 0x32, 0x36, 0xF6, 0xF7, 0x37, 0xF5, 0x35, 0x34, 0xF4,
0x3C, 0xFC, 0xFD, 0x3D, 0xFF, 0x3F, 0x3E, 0xFE, 0xFA, 0x3A,
0x3B, 0xFB, 0x39, 0xF9, 0xF8, 0x38, 0x28, 0xE8, 0xE9, 0x29,
0xEB, 0x2B, 0x2A, 0xEA, 0xEE, 0x2E, 0x2F, 0xEF, 0x2D, 0xED,
0xEC, 0x2C, 0xE4, 0x24, 0x25, 0xE5, 0x27, 0xE7, 0xE6, 0x26,
0x22, 0xE2, 0xE3, 0x23, 0xE1, 0x21, 0x20, 0xE0, 0xA0, 0x60,
0x61, 0xA1, 0x63, 0xA3, 0xA2, 0x62, 0x66, 0xA6, 0xA7, 0x67,
0xA5, 0x65, 0x64, 0xA4, 0x6C, 0xAC, 0xAD, 0x6D, 0xAF, 0x6F,
0x6E, 0xAE, 0xAA, 0x6A, 0x6B, 0xAB, 0x69, 0xA9, 0xA8, 0x68,
0x78, 0xB8, 0xB9, 0x79, 0xBB, 0x7B, 0x7A, 0xBA, 0xBE, 0x7E,
0x7F, 0xBF, 0x7D, 0xBD, 0xBC, 0x7C, 0xB4, 0x74, 0x75, 0xB5,
0x77, 0xB7, 0xB6, 0x76, 0x72, 0xB2, 0xB3, 0x73, 0xB1, 0x71,
0x70, 0xB0, 0x50, 0x90, 0x91, 0x51, 0x93, 0x53, 0x52, 0x92,
0x96, 0x56, 0x57, 0x97, 0x55, 0x95, 0x94, 0x54, 0x9C, 0x5C,
0x5D, 0x9D, 0x5F, 0x9F, 0x9E, 0x5E, 0x5A, 0x9A, 0x9B, 0x5B,
0x99, 0x59, 0x58, 0x98, 0x88, 0x48, 0x49, 0x89, 0x4B, 0x8B,
0x8A, 0x4A, 0x4E, 0x8E, 0x8F, 0x4F, 0x8D, 0x4D, 0x4C, 0x8C,
0x44, 0x84, 0x85, 0x45, 0x87, 0x47, 0x46, 0x86, 0x82, 0x42,
0x43, 0x83, 0x41, 0x81, 0x80, 0x40
} ;
本站仅提供存储服务,所有内容均由用户发布,如发现有害或侵权内容,请点击举报
打开APP,阅读全文并永久保存 查看更多类似文章
猜你喜欢
类似文章
【热】打开小程序,算一算2024你的财运
快速入门丨篇四:如何进行运动控制器与触摸屏通讯?
Profibus-DP主站转modbus RTU网关profibus主站和从站的数据交互方式
CRC原理的理解与C语言
LT8900注意事项
如何看懂Modbus数据帧?
MODBUS RTU/TCP协议及常用功能码详解
更多类似文章 >>
生活服务
热点新闻
分享 收藏 导长图 关注 下载文章
绑定账号成功
后续可登录账号畅享VIP特权!
如果VIP功能使用有故障,
可点击这里联系客服!

联系客服