一个非常奇怪的取数字位的问题

2019-07-20 19:33发布

u8 crcDataLo,crcDataHi;
u16 crcData;

下面是处理函数
       crcData = crc16(SendBuf,usDataLen);
        crcDataLo = crcData/256; //高
        crcDataHi = crcData%256; //低



用调试助手看到的图片是得到的结果crcData的数据得到的是0xB844没有问题     而得到的crcDataHi= 0x44 'D'   crcDataLo=0xB8 '?  这两个数据有问题  而我把这两位发到串口中得到的就是B844
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
6条回答
lkjhbbb
1楼-- · 2019-07-20 21:38
本帖最后由 lkjhbbb 于 2016-10-15 11:28 编辑

数字的处理没有问题,问题出在串口的发送中,我这个电路是基于485的的通信,但是在485通信中发送数据完后不要把485的接收使能端马上置位 而是要先延时一段时间再改为接收状态

下面是我在网站上找到的一段话
程序中需要注意的一点是:因为平常都是将485设置为接收状态,只有在发送数据的时候才将485改为发送状态,所以在UartWrite()函数开头将485方向引脚拉高,函数退出前再拉低。但是这里有一个细节,就是单片机的发送和接收中断产生的时刻都是在停止位的一半上,也就是说每当停止位传送了一半的时候,RI或TI就已经置位并且马上进入中断(如果中断使能的话)函数了,接收的时候自然不会存在问题,但发送的时候就不一样了:当紧接这向SBUF写入一个字节数据时,UART硬件会在完成上一个停止位的发送后,再开始新字节的发送,但如果此时不是继续发送下一个字节,而是已经发送完毕了,要停止发送并将485方向引脚拉低以使485重新处于接收状态时就有问题了,因为这时候最后的这个停止位实际只发送了一半,还没有完全完成,所以就有了UartWrite()函数内DelayX10us(5)这个操作,这是人为的增加了延时50us,这50us的时间正好让剩下的一半停止位完成,那么这个时间自然就是由通信波特率决定的了,为波特率周期的一半。
lkjhbbb
2楼-- · 2019-07-20 22:19
 精彩回答 2  元偷偷看……
小温
3楼-- · 2019-07-20 22:37
crcData = crc16(SendBuf,usDataLen);
crcDataLo = (unsigned char)(crcData & 0xFF);                  //低
crcDataHi = (unsigned char)((crcData >> 8) & 0xFF);      //高
lkjhbbb
4楼-- · 2019-07-21 00:19
小温 发表于 2016-10-14 22:47
crcData = crc16(SendBuf,usDataLen);
crcDataLo = (unsigned char)(crcData & 0xFF);                  / ...

谢谢你  但结果还是一样
一棵葱
5楼-- · 2019-07-21 01:35
 精彩回答 2  元偷偷看……
lkjhbbb
6楼-- · 2019-07-21 05:15
一棵葱 发表于 2016-10-15 09:35
"  crcDataLo = crcData/256; //高
        crcDataHi = crcData%256; //低" 楼主的这句有问题 Lo和 H ...

它这个要发送的顺序是先低位再高位,这个不是主要问题,主要是取高位和低位后的非常奇怪还带有问号

一周热门 更多>