首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 嵌入开发 > 单片机 >

关于modbus Rtu 的checksum解决思路

2012-12-17 
关于modbus Rtu 的checksum厂方提供的说明书上的例子:0x02,0x00,0x01,0x13的checksum是0xEA.请问:1、这chec

关于modbus Rtu 的checksum
厂方提供的说明书上的例子:0x02,0x00,0x01,0x13的checksum是0xEA.
请问:
   1、这checksnum是如何计算出来的?
   2、如果我要向下位机发送:02 00 03 08 39 54 45 58 54 30 31 0d  09 03,checksnum应是多少?
[最优解释]

引用:
引用:

引用:

0-(0x00+0x03+0x08+0x39+0x54+0x45+0x58+0x54+0x30+0x31+0x0d)?
=0-0xf7
=0x09
你自己算一遍看看是不是一样,WIN7中的计算器有单字节计算的



验证了,在计算器中结果是正确的。在程序代码中如何表示十六进制的单字节相加?谢谢!

晕,你学过C……



没有啊, 我学VB,在VB中怎么表示?多谢指教!
[其他解释]
crc8?

一般是crc16啊?!直接问厂方,问计算校验和的公式是不是常规的那个 

有些厂方的做法很随意的
[其他解释]
会是加和、取反,再加一么?
[其他解释]
我也不知道怎么算的,不过别人给我一个CRC16的文件


const unsigned char 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 低位字节值表*/
const char 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
};

unsigned short CRC16(unsigned char *puchMsg,unsigned short usDataLen )
{
    unsigned char uchCRCHi = 0xFF ; /* 高CRC 字节初始化*/
    unsigned char uchCRCLo = 0xFF ; /* 低CRC 字节初始化*/
    unsigned int uIndex ; /* CRC 循环中的索引*/
    while(usDataLen--) /* 传输消息缓冲区*/
    {
        uIndex = uchCRCHi^*puchMsg++ ; /* 计算CRC */
        uchCRCHi = uchCRCLo ^ auchCRCHi[uIndex];
        uchCRCLo = auchCRCLo[uIndex] ;
    }
    return(uchCRCHi << 8 
------其他解决方案--------------------


 uchCRCLo);
}


[其他解释]
引用:
crc8?

一般是crc16啊?!直接问厂方,问计算校验和的公式是不是常规的那个 

有些厂方的做法很随意的


问了,厂给了例子如下:
Example: frame check sum calculating (CHSUM): 

          Frame example:      0x02,0x00,0x02,0x01,0x13,0xEA,0x03 

         CHSUM = 0 – (0x00 + 0x02 + 0x01 + 0x13) = 0xEA 


为什么我根据地厂家的计算方法,确得不到厂家的结果?
[其他解释]
引用:
我也不知道怎么算的,不过别人给我一个CRC16的文件
C/C++ code


const unsigned char auchCRCHi[] = {
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
0……


厂家的提供的例子如下:
Example: frame check sum calculating (CHSUM):  

  Frame example: 0x02,0x00,0x02,0x01,0x13,0xEA,0x03  

  CHSUM = 0 – (0x00 + 0x02 + 0x01 + 0x13) = 0xEA  

我不会C+,用你的程序能计算出该例子的结果0XEA吗?


[其他解释]
引用:
会是加和、取反,再加一么?


又问了厂长,厂家给了例子:

Example: frame check sum calculating (CHSUM):  

  Frame example: 0x02,0x00,0x02,0x01,0x13,0xEA,0x03  

  CHSUM = 0 – (0x00 + 0x02 + 0x01 + 0x13) = 0xEA  

能否详细说说这0xEA是怎么计算出来的?
[其他解释]
K,这就一个普通的单字节加法然后取相反数
0x00+0x02+0x01+0x13=0x16
0-0x16相当于取反0x16然后1 =0xea
[其他解释]
引用:
K,这就一个普通的单字节加法然后取相反数
0x00+0x02+0x01+0x13=0x16
0-0x16相当于取反0x16然后1 =0xea


非常感谢“wangfan027”的指教,由于我是新手,正在学习中,不懂的东西太多。还有一点要请教的是“1=OXEA”是什么意思?另,有实现该算法的VB函数代码吗?再次感谢!

[其他解释]
属于标准MODEBUS RTU协议 CRC校验

char i[] ={ 02 00 03 08 39 54 45 58 54 30 31 0d 09 03}
checksnumL = CRC16(i, 14);
checksnumH += CRC16(i, 14)>>8;

属于标准CRC16 校验有两位 高八位和低八位

EA 和 03


[其他解释]
引用:
属于标准MODEBUS RTU协议 CRC校验

char i[] ={ 02 00 03 08 39 54 45 58 54 30 31 0d 09 03}
checksnumL = CRC16(i, 14);
checksnumH += CRC16(i, 14)>>8;

属于标准CRC16 校验有两位 高八位和低八位

EA 和 03



我不知道你具体是如何计算出来的,能否详解?我从网上下了几个串口通信调试器,每个计算出来的结果都不一样,请问这是怎么回事?
------其他解决方案--------------------


02 00 03 08 39 54 45 58 54 30 31 0d 09 03 相加= 02 05
0-05 = FB
[其他解释]

引用:
引用:

K,这就一个普通的单字节加法然后取相反数
0x00+0x02+0x01+0x13=0x16
0-0x16相当于取反0x16然后1 =0xea


非常感谢“wangfan027”的指教,由于我是新手,正在学习中,不懂的东西太多。还有一点要请教的是“1=OXEA”是什么意思?另,有实现该算法的VB函数代码吗?再次感谢!

写掉了个字,是+1,十六进制减法里用到的,例如0-0x16相当于把0x16取反(得到0xe9)然后+1得0xea,
或者像小学生那样计算,个位是0-6,不够减,借一位(注意十进制借一位是10,十六进制借一位就是16了)所以各位得(16-6=10(A)),十位原来是0借一位走了就成F了,然后减法F-1=E,结果就是0xea
[其他解释]
引用:
引用:

引用:

K,这就一个普通的单字节加法然后取相反数
0x00+0x02+0x01+0x13=0x16
0-0x16相当于取反0x16然后1 =0xea


非常感谢“wangfan027”的指教,由于我是新手,正在学习中,不懂的东西太多。还有一点要请教的是“1=OXEA”是什么意思?另,有实现该算法的VB函数代码吗?再次感谢!

……


感谢“wangfan027”的指教,有关十六进制的加减法我再查查资料学习学习。请问能否帮你再讲解一下如果我要向下位机发送:02 00 03 08 39 54 45 58 54 30 31 0d,则它的算法和检验和应是多少?谢谢!
[其他解释]
0-(0x00+0x03+0x08+0x39+0x54+0x45+0x58+0x54+0x30+0x31+0x0d)?
=0-0xf7
=0x09
你自己算一遍看看是不是一样,WIN7中的计算器有单字节计算的
[其他解释]
wangfan027,对于13楼的补充:
向下位机发送的字符"02 00 03 08 39 54 45 58 54 30 31 0d”其中:
  02 00 03 08                 Frame heading 
  39                           - command code 
  54 45 58 54 30 31 0d         - text: ”TEXT01” 

参照之前的检验和,请教该字符串的检验和和计算方法。谢谢!
 
[其他解释]
引用:
引用:

0-(0x00+0x03+0x08+0x39+0x54+0x45+0x58+0x54+0x30+0x31+0x0d)?
=0-0xf7
=0x09
你自己算一遍看看是不是一样,WIN7中的计算器有单字节计算的



验证了,在计算器中结果是正确的。在程序代码中如何表示十六进制的单字节相加?谢谢!

晕,你学过C么?
数据定义成uchar就行了啊
[其他解释]
引用:
0-(0x00+0x03+0x08+0x39+0x54+0x45+0x58+0x54+0x30+0x31+0x0d)?
=0-0xf7
=0x09
你自己算一遍看看是不是一样,WIN7中的计算器有单字节计算的



验证了,在计算器中结果是正确的。在程序代码中如何表示十六进制的单字节相加?谢谢!
[其他解释]
没有啊, 我学VB,在VB中怎么表示?多谢指教!

热点排行