解释这个CRC16校验和功能

时间:2012-12-30 17:40:40

标签: checksum crc16

我有255字节数据的CRC16校验和功能。

从第1个字节到第3个最后一个字节计算校验和。 你能否告诉我们这些代码中发生了什么,特别是" ekmCheckCrc"功能? 下面是我得到的功能。

public void tryMe(byte[] responseFromDevice)
{
            byte[] c = new byte[2];
            c[0] = a[253];
            c[1] = a[254];

            log("EKM CRC : " + Integer.toHexString(ekmCheckCrc(responseFromDevice)) +
            " Device CRC : " + Integer.toHexString((int) (c[0])) + Integer.toHexString((int) (c[1])) );
}

    public int ekmCheckCrc(byte[] dat) {
        int crc = 0xffff;

        for (int i = 1; i < dat.length-3; i++) {
            crc = (crc >>> 8) ^ ekmCrcLut[(crc ^  dat[i]) & 0xff];
        }

       crc = (crc >>> 8) | (crc << 8);
       crc = crc & 0x7f7f;

        return crc;
    }

    static int[] ekmCrcLut = new int[]{
        0x0000, 0xc0c1, 0xc181, 0x0140, 0xc301, 0x03c0, 0x0280, 0xc241,
                       (EKM's LUT sits here, no point including the rest of it)
        0x8201, 0x42c0, 0x4380, 0x8341, 0x4100, 0x81c1, 0x8081, 0x4040
    };

1 个答案:

答案 0 :(得分:0)

假设aresponseFromDevice相同,它正在为消息计算某种散列函数(减去第一个字节和最后三个字节),然后将其打印出来,再加上一个在消息的末尾找到的数字(校验和)。它跳过的字节是设备的校验和,可能是一些帧字节。一个真正的实现可能会将计算出的哈希值与消息中找到的哈希值进行比较,以验证它是否完整。

如果你真的想知道散列函数是如何工作的,你必须要仔细阅读这个主题,但是如果你想要一个关于它们做什么以及它们有什么好处的外围描述,请阅读{{3 }}