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

lkjhbbb

u8 crcDataLo,crcDataHi;
u16 crcData；

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



用调试助手看到的图片是得到的结果crcData的数据得到的是0xB844没有问题     而得到的crcDataHi= 0x44 'D'   crcDataLo=0xB8 '?  这两个数据有问题  而我把这两位发到串口中得到的就是B844

lkjhbbb

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

下面是我在网站上找到的一段话
程序中需要注意的一点是：因为平常都是将485设置为接收状态，只有在发送数据的时候才将485改为发送状态，所以在UartWrite()函数开头将485方向引脚拉高，函数退出前再拉低。但是这里有一个细节，就是单片机的发送和接收中断产生的时刻都是在停止位的一半上，也就是说每当停止位传送了一半的时候，RI或TI就已经置位并且马上进入中断（如果中断使能的话）函数了，接收的时候自然不会存在问题，但发送的时候就不一样了：当紧接这向SBUF写入一个字节数据时，UART硬件会在完成上一个停止位的发送后，再开始新字节的发送，但如果此时不是继续发送下一个字节，而是已经发送完毕了，要停止发送并将485方向引脚拉低以使485重新处于接收状态时就有问题了，因为这时候最后的这个停止位实际只发送了一半，还没有完全完成，所以就有了UartWrite()函数内DelayX10us(5)这个操作，这是人为的增加了延时50us，这50us的时间正好让剩下的一半停止位完成，那么这个时间自然就是由通信波特率决定的了，为波特率周期的一半。

lkjhbbb

把这两位发到串口中得到的就是B8FF 与想要的B844不同

小温

crcData = crc16(SendBuf,usDataLen);
crcDataLo = (unsigned char)(crcData & 0xFF);                  //低
crcDataHi = (unsigned char)((crcData >> 8) & 0xFF);      //高

lkjhbbb

小温 发表于 2016-10-14 22:47
crcData = crc16(SendBuf,usDataLen);
crcDataLo = (unsigned char)(crcData & 0xFF);                  / ...

谢谢你  但结果还是一样

一棵葱

    "  crcDataLo = crcData/256; //高
        crcDataHi = crcData%256; //低" 楼主的这句有问题 Lo和 Hi是不是弄反了

lkjhbbb

一棵葱 发表于 2016-10-15 09:35
"  crcDataLo = crcData/256; //高
        crcDataHi = crcData%256; //低" 楼主的这句有问题 Lo和 H ...

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