【问题标题】:Java & Modbus RTU CRC CalculationJava & Modbus RTU CRC 计算
【发布时间】:2014-03-06 08:33:45
【问题描述】:

我有一个带有 C CRC 算法计算的 Slave modbus 板,我必须在 Android 应用程序上使用与我的 Master in Java 相同的功能。

C 函数是这样的:

unsigned char ucCRCHi = 0xFF;
unsigned char ucCRCLo = 0xFF;
unsigned short iIndex;

while( len-- ){
     iIndex = ucCRCLo ^ *( ptr++ );
     ucCRCLo = ( unsigned char )( ucCRCHi ^ aucCRCHi[iIndex] );
     ucCRCHi = aucCRCLo[iIndex];
 }
 return ( unsigned short )( ucCRCHi * 256 + ucCRCLo );

我已经尝试过使用这个 Java 代码:

public int calc(byte[] buffer, int usDataLen)
{

int uchCRCHi = 0xff;
int uchCRCLo = 0xff;
int uIndex;
int i = 0;

while (i<usDataLen){
    uIndex = uchCRCHi^buffer[i];
    uchCRCHi = uchCRCLo ^ auchCRCHi[uIndex];
    uchCRCLo = auchCRCLo[uIndex];

    i++;  
}

buffer[usDataLen] = (byte)uchCRCHi;
buffer[usDataLen + 1] = (byte)uchCRCLo;
return (usDataLen + 2);
}

认为会顺利吗?

然后当我得到 CRC 结果时,我必须将 int 转换为两个字节数组,然后将其添加到缓冲区字节数组的末尾。这样对吗? 非常感谢。

【问题讨论】:

    标签: java android crc modbus


    【解决方案1】:

    这是一个非常古老的问题,但无论如何我都会回答它,也许它会对某人有所帮助。

    我没有写过这段代码,但是我已经在很多项目中对它进行了详尽的测试。
    它来自Jamod 库。

      /* Table of CRC values for high-order byte */
          private final static short[] 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
          };
    
          /* Table of CRC values for low-order byte */
          private final static short[] 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
          };
    
        public static final int[] calculateCRC(byte[] data, int offset, int len) {
        int[] crc = {0xFF, 0xFF};
        int nextByte = 0;
        int uIndex; /* will index into CRC lookup*/ /* table */
        /* pass through message buffer */
        for (int i = offset; i < len && i < data.length; i++) {
          nextByte = 0xFF & ((int) data[i]);
          uIndex = crc[0] ^ nextByte; //*puchMsg++; /* calculate the CRC */
          crc[0] = crc[1] ^ auchCRCHi[uIndex];
          crc[1] = auchCRCLo[uIndex];
        }
    
        return crc;
      }
    

    此代码使用查找表,比遵循 vanilla 算法稍快(并不是说它对现代 CPU 有太大影响)

    【讨论】:

      【解决方案2】:

      首先你需要让你的Lo's 和Hi's 直。仔细比较您的代码和原始代码。

      那么它仍然可能正确也可能不正确,这取决于 CRC 是在流的末尾写入 little endian 还是 big endian。可以写成Lo,然后写成Hi。事实上,快速的谷歌搜索就表明了这一点。您应该获得一些具有正确 CRC 的流示例来检查这一点,以及检查您的整体实现。

      【讨论】:

        猜你喜欢
        • 2021-04-20
        • 1970-01-01
        • 2016-12-30
        • 1970-01-01
        • 2021-08-03
        • 2022-01-10
        • 2019-06-17
        • 2022-08-16
        • 2012-10-25
        相关资源
        最近更新 更多