你的浏览器版本过低，可能导致网站不能正常访问！为了你能正常使用网站功能，请使用这些浏览器。
shaoziyang 发表于 2015-1-30 09:23 就这么简单啊，代码自己很容易实现吧。没有什么困难的。 先判断第一个字节是不是冒号，然后判断第2/3字 ...
技术部-徐亚菲 发表于 2015-1-30 11:21 怎么和modbus通信协议似的！
shaoziyang 发表于 2015-1-30 13:14 result 改用 uint8_t就可以了。
0度虚实 发表于 2015-1-30 13:24 :1011000071079907E8071008D206FA0671079907D0 计算结果还是和原先一样，0x30而不是D0. 校验数据项是1011 ...
0度虚实 发表于 2015-1-30 09:05 就这么简单吗，能给个算法吗？
shaoziyang 发表于 2015-1-30 13:33 计算结果是补码啊。其实直接把校验也加上，如果结果是0，说明就是正确的。 0x30+0xD0=256=0 ...
0度虚实 发表于 2015-1-30 13:45 太感谢，困扰我很久了.关于补码问题，没涉及到负数，结果为什么会是补码 ...
shaoziyang 发表于 2015-1-30 14:07 补码这是HEX规范定义的。你想啊，最后所有数加起来，只判断是不是0，效率就比较高，也简单一些。 ...
微信公众号
手机版
hex记录结构我了解，就是最后这个校验码算来算去都不对，不知道怎么算的，安你的意思，代码是不是这样。
char CRC8(char *pData, uint16_t len)
{
uint16_t i;
uint32_t result = 0;
for(i = 0; i < len; i++)
{
result += pData;
}
result = result % 256;
return (char)result;
}
对，协议和modbus协议数据项都一样的，一个校验码8位，一个16位的，校验方式也不一样
:1011000071079907E8071008D206FA0671079907D0
计算结果还是和原先一样，0x30而不是D0.
校验数据项是1011000071079907E8071008D206FA0671079907
计算结果是补码啊。其实直接把校验也加上，如果结果是0，说明就是正确的。
0x30+0xD0=256=0
这个算法怎么感觉是checkSum啊。
st芯片下载的校验使用的算法是checkSum，不是CRC吧
太感谢，困扰我很久了.关于补码问题，没涉及到负数，结果为什么会是补码
补码这是HEX规范定义的。你想啊，最后所有数加起来，只判断是不是0，效率就比较高，也简单一些。
嗯嗯，简单有效，感谢。