如果您有已知数据和已知 CRC，以及一个未知值（如初始 CRC 值或最终 XOR 值），您始终可以遍历所有可能的值并找到那些给您想要的答案的值。对于 32 位 CRC，它可能不实用，但对于 8 位和 16 位 CRC，它不应该花费太长时间来运行。

不过，您至少需要两组已知数据才能获得更准确的值，因为 65,536 个可能的值中的许多值将为单个消息提供正确的答案。但是对于两个，很少有值会为两个消息产生正确的 CRC。只需在循环中生成两个 CRC，如果两者都产生正确的结果，则打印使用的值并继续下一个。幸运的是，最后您将拥有该实现使用的正确常量 - 当然假设算法的其余部分是正确的！

此外，请确保您的 CRC 实现正确处理字长，例如，32 位架构上的 16 位实现可能会意外使用 15 位以上的位，而这些位在原始 16 位架构中刚刚丢失。

我以前没有使用过 CRC RevEng，但听起来它就是这样做的，所以我不确定为什么你没有得到任何结果。在你的情况下，算法似乎定义得很好，但我只是对一个被记录为 CRC-8 的算法进行了逆向工程，但实际上它看起来更像是一个校验和而不是一个完整的 CRC 算法，并且是 16 位不是8 位，所以你不能总是相信文档！可能如果算法在某种程度上是非标准的，这就是 CRC RevEng 无法接受的原因。

解决方案

我从一个叫彼得的人​​那里得到了帮助。他给了我一段 C 语言的测试代码。 CRC 算法看起来与我已经尝试过的算法非常相似。但重要的是他指出第一个示例消息很可能有一点错误。

#include <stdio.h>

int crc16(unsigned char *ptr, int count)
{
    unsigned int crc;
    char i;

    crc = 0x0000;
    while (--count >= 0)
    {
        crc = crc ^ (unsigned int) *ptr++;
        i = 8;
        do
        {
            if (crc & 0x0001)
                crc = (crc >> 1) ^ 0xA001;  /* 0x8005 bit reversed */
            else
                crc = (crc >> 1);
        } while(--i);
    }
    return (crc);
}

void main()
{                   
                     /* 32  01  6C  D9  02  40  40  40  70  03  26  88 */

   unsigned char data1[] = {0x6c, 0xd9, 0x02, 0x40, 0x40, 0x40, 0x50, 0x03};

                     /* 32  01  6C  D9  02  40  C8  40  50  03  0D  28 */

   unsigned char data2[] = {0x6c, 0xd9, 0x02, 0x40, 0xc8, 0x40, 0x50, 0x03};

   printf("crc sent: 8826 computed: %4.4x\n", crc16(data1, sizeof(data1)));

   printf("crc sent: 280d computed: %4.4x\n", crc16(data2, sizeof(data2)));

   return;
}

当使用 crc reveng 测试第一个更正的消息和第二个消息时，它找到了算法

$ ./reveng -w 16  -s 6cd90240c84050030d28
./reveng: warning: you have only given 1 sample
./reveng: warning: to reduce false positives, give 4 or more samples
width=16  poly=0x8005  init=0x0000  refin=true  refout=true  xorout=0x0000  check=0xbb3d  residue=0x0000  name="CRC-16/ARC"
MattisMacBook:reveng-2.1.0 mattis$ ./reveng -w 16  -s 6CD90240404070032688
./reveng: warning: you have only given 1 sample
./reveng: warning: to reduce false positives, give 4 or more samples
./reveng: no models found
$ ./reveng -w 16  -s 6CD90240404050032688
./reveng: warning: you have only given 1 sample
./reveng: warning: to reduce false positives, give 4 or more samples
width=16  poly=0x8005  init=0x0000  refin=true  refout=true  xorout=0x0000  check=0xbb3d  residue=0x0000  name="CRC-16/ARC"

然后我尝试让 crc reveng 进行与 Peter 上面提供的代码相同的计算。花了一段时间才找到正确的选项。出于某种原因，我必须以相反的位顺序指定多项式才能使其工作。

$ ./reveng -w 16 -P a001 -i 0000  -x 0000  -l  -d 
width=16  poly=0x8005  init=0x0000  refin=true  refout=true  xorout=0x0000  check=0xbb3d  residue=0x0000  name=(none)
$ ./reveng -w 16 -P a001 -i 0000  -x 0000  -l  -c 6CD9024040405003
2688

结论和经验教训

我从没想过接收到的数据会出错。那是愚蠢的。在 9600 bps 连接上不太可能，但可能会发生。然后我太专注于同时测试两条消息，从未看到第二条消息实际上返回了 OK CRC，尽管它交换了字节。

所以我自己的教训是：

1. 拥有更多样本，以便更容易发现传输错误
2. 不要假设所有消息都是正确的。
3. crc reveng 有很多选择，乍一看很难做到正确 - 继续尝试！

感谢所有帮助过的人！