我有弄清楚3个校验字节的麻烦。感谢您的帮助。
示例十六进制命令：
Instance
Zone Parameter |
|| |---| ||
55 FF 05 10 00 00 06 E8 01 03 01 04 01 01 E3 99
^^ ^^ ^^
check byte check bytes
第一个校验字节仅随着其前面的字节而变化：
55 FF 05 10 00 00 06 E8 01 03 01 04 01 01 E3 99
55 FF 05 11 00 00 06 61 01 03 01 04 01 01 E3 99
55 FF 05 12 00 00 06 F9 01 03 01 04 01 01 E3 99
55 FF 05 13 00 00 06 70 01 03 01 04 01 01 E3 99
55 FF 05 14 00 00 06 CA 01 03 01 04 01 01 E3 99
后两个字节仅随着第一个校验字节之后的字节而变化：
55 FF 05 10 00 00 06 E8 01 03 01 04 01 01 E3 99
55 FF 05 10 00 00 06 E8 01 03 01 04 02 01 8B B3
55 FF 05 10 00 00 06 E8 01 03 01 04 03 01 53 AA
55 FF 05 10 00 00 06 E8 01 03 01 04 04 01 5B E7
55 FF 05 10 00 00 06 E8 01 03 01 04 05 01 83 FE
55 FF 05 10 00 00 06 E8 01 03 01 05 05 01 5F A4
55 FF 05 10 00 00 06 E8 01 03 01 06 05 01 3B 4B
55 FF 05 10 00 00 06 E8 01 03 01 07 05 01 E7 11
55 FF 05 10 00 00 06 E8 01 03 01 08 05 01 20 5B
55 FF 05 10 00 00 06 E8 01 03 01 09 05 01 FC 01
55 FF 05 10 00 00 06 E8 01 03 01 0A 05 01 98 EE
我确实找到了对Watlow Modbus文档中的CRC校验和。但是我不知道什么是多项式。有什么想法吗？
#1 楼
我下载了EZ-ZONE Configurator并对其进行了反向工程以查看其工作原理。您看到的串行数据实际上是BACnet MS / TP（主从/令牌传递）协议。您可以在这里找到Wireshark协议解码器。但是，为了节省您的时间，我将帮助您了解计算那些校验字节的细节。 “ Header CRC”，最后两个校验字节称为“ Data CRC”，等等。为简化起见，让我们将字节数组称为
55 FF：b[] = b[0]，55 = b[1]，等等。The使用BACnet 8位CRC如下计算第一个校验字节（也称为“标头CRC”）（
FF）。我们首先定义CRC表：
BYTE crc[256] =
{
0x00, 0xfe, 0xff, 0x01, 0xfd, 0x03, 0x02, 0xfc,
0xf9, 0x07, 0x06, 0xf8, 0x04, 0xfa, 0xfb, 0x05,
0xf1, 0x0f, 0x0e, 0xf0, 0x0c, 0xf2, 0xf3, 0x0d,
0x08, 0xf6, 0xf7, 0x09, 0xf5, 0x0b, 0x0a, 0xf4,
0xe1, 0x1f, 0x1e, 0xe0, 0x1c, 0xe2, 0xe3, 0x1d,
0x18, 0xe6, 0xe7, 0x19, 0xe5, 0x1b, 0x1a, 0xe4,
0x10, 0xee, 0xef, 0x11, 0xed, 0x13, 0x12, 0xec,
0xe9, 0x17, 0x16, 0xe8, 0x14, 0xea, 0xeb, 0x15,
0xc1, 0x3f, 0x3e, 0xc0, 0x3c, 0xc2, 0xc3, 0x3d,
0x38, 0xc6, 0xc7, 0x39, 0xc5, 0x3b, 0x3a, 0xc4,
0x30, 0xce, 0xcf, 0x31, 0xcd, 0x33, 0x32, 0xcc,
0xc9, 0x37, 0x36, 0xc8, 0x34, 0xca, 0xcb, 0x35,
0x20, 0xde, 0xdf, 0x21, 0xdd, 0x23, 0x22, 0xdc,
0xd9, 0x27, 0x26, 0xd8, 0x24, 0xda, 0xdb, 0x25,
0xd1, 0x2f, 0x2e, 0xd0, 0x2c, 0xd2, 0xd3, 0x2d,
0x28, 0xd6, 0xd7, 0x29, 0xd5, 0x2b, 0x2a, 0xd4,
0x81, 0x7f, 0x7e, 0x80, 0x7c, 0x82, 0x83, 0x7d,
0x78, 0x86, 0x87, 0x79, 0x85, 0x7b, 0x7a, 0x84,
0x70, 0x8e, 0x8f, 0x71, 0x8d, 0x73, 0x72, 0x8c,
0x89, 0x77, 0x76, 0x88, 0x74, 0x8a, 0x8b, 0x75,
0x60, 0x9e, 0x9f, 0x61, 0x9d, 0x63, 0x62, 0x9c,
0x99, 0x67, 0x66, 0x98, 0x64, 0x9a, 0x9b, 0x65,
0x91, 0x6f, 0x6e, 0x90, 0x6c, 0x92, 0x93, 0x6d,
0x68, 0x96, 0x97, 0x69, 0x95, 0x6b, 0x6a, 0x94,
0x40, 0xbe, 0xbf, 0x41, 0xbd, 0x43, 0x42, 0xbc,
0xb9, 0x47, 0x46, 0xb8, 0x44, 0xba, 0xbb, 0x45,
0xb1, 0x4f, 0x4e, 0xb0, 0x4c, 0xb2, 0xb3, 0x4d,
0x48, 0xb6, 0xb7, 0x49, 0xb5, 0x4b, 0x4a, 0xb4,
0xa1, 0x5f, 0x5e, 0xa0, 0x5c, 0xa2, 0xa3, 0x5d,
0x58, 0xa6, 0xa7, 0x59, 0xa5, 0x5b, 0x5a, 0xa4,
0x50, 0xae, 0xaf, 0x51, 0xad, 0x53, 0x52, 0xac,
0xa9, 0x57, 0x56, 0xa8, 0x54, 0xaa, 0xab, 0x55
};
接下来我们可以计算
b[7]：b[7] = ~crc[b[6] ^ crc[b[5] ^ crc[b[4] ^ crc[b[3] ^ crc[~b[2]]]]]]
要计算最后两个校验字节的值（“数据CRC”）：
执行第一个校验字节和最后两个校验字节之间的6个字节的CRC-16（在您的第一个示例中，这是字节
b[7]），其中01 03 01 04 01 01（0xFFFF）作为初始值CRC-16，并将-1作为多项式。然后对结果进行位翻转（又称“非”，又称“取反”），并以little-endian读取。评论
对于任何对我如何确定这是BACnet MS / TP感到好奇的人，我在数据链接驱动程序中找到了非标准的8位CRC表，并对其数据进行了Google搜索。事后看来，仅谷歌搜索问题中的样本数据会更快:)
–詹森·格夫纳（Jason Geffner）
2015年2月20日在23:41
非常感谢！我花了两个星期的时间来解决这个问题，而您在一小时内就做到了。大声笑。只需寻找正确的东西...
– Onlyjus
15年2月22日在14:13
“只需要寻找正确的东西...”-不，这更多是关于对代码进行反向工程。出现Google搜索只是因为我想知道这是否是标准协议。但是，如果不对代码进行反向工程，我永远无法提取校验和算法。
–詹森·格夫纳（Jason Geffner）
2015年2月22日在16:44
标头校验字节应为：b [7] = 256 +〜crc [b [6] ^ crc [b [5] ^ crc [b [4] ^ crc [b [3] ^ crc [〜b [2 ]]]]]] 对？缺少256+？再次感谢！
– Onlyjus
2015年2月23日14:14在
标头校验字节是单个8位字节，因此256 ==0。无需将其添加到公式中。
–詹森·格夫纳（Jason Geffner）
2015年2月23日在14:40
评论
发送SETPOINT并读取PV的命令是什么？@JorgeCapura我实际上是在Labview，讨论和发布在Labview论坛上的VI中对此进行编程的：forums.ni.com/t5/Instrument-Control-GPIB-Serial/…
我可以下载任何源代码吗？我正在尝试使用Linux与之交谈。糟糕的是，他们没有为此使用Linux接口。感谢Monitor
我只在labview中编程。 Watlows dll仅是Windows。您可能会使用python和pyserial。