目录
问题:关于以16进制打印字符型出现FFFF**的问题
1.1 问题复现:
在处理Modbus协议时,以接收一串数据帧为
x01\x03\b\x00\x00\x00\x00\x00\x00\x00\x00\x95\xD7
为例;
这个数据帧一共13个字节,后两个字节是95 D7是CRC校验以低字节在前,高字节在后排列。
利用CRC校验工具校验前11个字节的到的CRC校验值为:D795
const uint16_t polynom = 0xA001;
uint16_t crc16bitbybit(uint8_t *ptr, uint16_t len)
{
uint8_t i;
uint16_t crc = 0xffff;
if (len == 0)len = 1;
while(len--){
crc ^= *ptr;
for (i = 0; i<8; i++){
if(crc & 1){
crc >>= 1;
crc ^= polynom;
}else{
crc >>= 1;
}
}
ptr++;
}
return(crc);
}
可以看到计算结果和接收数据完全一致,作为判断,我们只需要将第11位和第12位组合成16进制再与计算结果进行比较就可以了。将高字节放在前面,低字节放在后面。
crcrece = (uint16_t)(rxbuf[12]<<8)|(rxbuf[11]);
但是总是校验不正确,明明接收和校验的数据完全一致啊。
我将crcrece以16进制打印的方式显示出来看到了错误:
但是有的指令就能偶尔校验正确,例如:
校验没出问题,就是在字符拼接的过程中出现了问题。
1.2 没有注意char和unsigned char的区别
究其原因就是忽略了char和unsigned char的区别。以下内容部分摘自:
c语言中 char* 和 unsigned char* 的区别浅析_guotianqing的博客-CSDN博客
在C中,默认的基础数据类型均为signed,如定义变量为int,long等,都为有符号的。如果要定义无符号类型,必须显式地在变量类型前加unsigned。
char vs unsigned char
相同点:在内存中都是一个字节,8位(2^8=256),都能表示256个数字
不同点:char的最高位为符号位,因此char能表示的数据范围是-128~127,unsigned char没有符号位,因此能表示的数据范围是0~255。
首先明确我们用的CRC校验值时无符号的。
在对接收的两个字节进行移位拼接时,也是对拼接后的结果做了类型转换。
但是要把一个char类型的变量赋值给int、long等数据类型或进行类似的强制类型转换时时,系统会进行类型扩展,这时区别就大了。对于char类型的变量,系统会认为最高位为符号位,然后对最高位进行扩展,即符号扩展。若最高位为1,则扩展到int时高位都以1填充。对于unsigned char类型的变量,系统会直接进行无符号扩展,即0扩展。扩展的高位都以0填充。所以在进行类似的操作时,如果char和unsigned char最高位都是0,则结果是一样的,若char最高位为1,则结果会大相径庭。
这也就解释了为什么,在校验时有的数值能够校验成功,有的数值不能够校验成功。
具体原因就是在提取数组中数据时,默认为了有符号类型进行移位拼接。如果我们在提取数组中数据的时候进行强制类型转换,再做数据拼接,那么就不会出现这个错误了。
例如:
unsigned char crcrecL = rxbuf[6];
unsigned char crcrecH = rxbuf[5];
crcrece = (uint16_t)(crcrecL<<8)|(crcrecH);
这时的uint16_t类型的crcrecr变量就是一个正确的将两个字节拼接而成的十六位无符号数据。