u8 crcDataLo,crcDataHi;
u16 crcData;
下面是处理函数
crcData = crc16(SendBuf,usDataLen);
crcDataLo = crcData/256; //高
crcDataHi = crcData%256; //低
用调试助手看到的图片是得到的结果crcData的数据得到的是0xB844没有问题 而得到的crcDataHi= 0x44 'D' crcDataLo=0xB8 '? 这两个数据有问题 而我把这两位发到串口中得到的就是B844
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
数字的处理没有问题,问题出在串口的发送中,我这个电路是基于485的的通信,但是在485通信中发送数据完后不要把485的接收使能端马上置位 而是要先延时一段时间再改为接收状态
下面是我在网站上找到的一段话
程序中需要注意的一点是:因为平常都是将485设置为接收状态,只有在发送数据的时候才将485改为发送状态,所以在UartWrite()函数开头将485方向引脚拉高,函数退出前再拉低。但是这里有一个细节,就是单片机的发送和接收中断产生的时刻都是在停止位的一半上,也就是说每当停止位传送了一半的时候,RI或TI就已经置位并且马上进入中断(如果中断使能的话)函数了,接收的时候自然不会存在问题,但发送的时候就不一样了:当紧接这向SBUF写入一个字节数据时,UART硬件会在完成上一个停止位的发送后,再开始新字节的发送,但如果此时不是继续发送下一个字节,而是已经发送完毕了,要停止发送并将485方向引脚拉低以使485重新处于接收状态时就有问题了,因为这时候最后的这个停止位实际只发送了一半,还没有完全完成,所以就有了UartWrite()函数内DelayX10us(5)这个操作,这是人为的增加了延时50us,这50us的时间正好让剩下的一半停止位完成,那么这个时间自然就是由通信波特率决定的了,为波特率周期的一半。
crcDataLo = (unsigned char)(crcData & 0xFF); //低
crcDataHi = (unsigned char)((crcData >> 8) & 0xFF); //高
谢谢你 但结果还是一样
它这个要发送的顺序是先低位再高位,这个不是主要问题,主要是取高位和低位后的非常奇怪还带有问号
一周热门 更多>