做网站的服务器有什么作用,音乐网站界面,免备案域名免费申请,iis 网站打不开当你使用串口发送数据时是否出现过这样的情况#xff1a; 1.发送时第一个字节丢失。 2.发送时出现莫名的字节丢失。 3.各种情况字节丢失。 1.先了解一下串口发送的流程图#xff08;手动描绘#xff09;#xff1a;
可以假想USART_FLAG_TXE是用于检测弹仓 1.发送时第一个字节丢失。 2.发送时出现莫名的字节丢失。 3.各种情况字节丢失。 1.先了解一下串口发送的流程图手动描绘
可以假想USART_FLAG_TXE是用于检测弹仓USART_FLAG_TC是用于检测弹膛“弹仓”和“弹膛”分别对应数据缓冲区和移位寄存器! 数据缓冲区为空时:USART_FLAG_TXE1数据缓冲区为空并且移位寄存器也发送数据到TX信号后:USART_FLAG_TC1。
2.那么有必要更深入了解一下 “USART_FLAG_TXE” “USART_FLAG_TC”:
♦USART_FLAG_TXE:表示数据缓冲区是否为空为空时置1表示可以再写数据到数据缓冲区但有可能数据没有发送完。
♦USART_FLAG_TC:表示数据缓冲区的数据发送是否完成。如果最后一次发送到数据缓冲区的数据完成了从移位寄存器到信号线TX时才置1表示数据发送完成也就是说这个标志位表示数据真正发送完成。
3.发送时的特殊情况
1发送字符串“过程中“主机掉电 2发送字符串“过程中“从机掉电 2发送字符串“过程中“进入待机或停机 总结:这几种特殊情况都有可能使发送失败那么如何避免呢
4.各种案例
1错误案例 看一下运行结果哪错了 出现了错误第一个字节丢失 原因发送第一个字节时没有将TC标志位置0跳过第一个字节后面的字节又以非常迅猛的速度覆盖了之前的字节。TC和TXE的复位值均为1 为什么 因为清除TC需要“读SR寄存器 写DR寄存器” 或者 “直接给TC赋值0”。上图中第一个字节只写了DR寄存器没有读SR。如果可以再前面加入USART_ClearFlag(USARTx, uint16_t USART_FLAG_TC); 或者USART_GetFlagStatus(USART1,USART_FLAG_TC)读一下SR寄存器都可以。 解决方法
2)上面介绍的特殊情况导致的发送失败 错误 本来打算发送 0x30 ~ 0x39,却发现少了两个字节这是因为上面的特殊情况代码只将数据放到了发送缓冲区而没有发送出去就掉电或待机了这个时候其实最后两个字符是没有发送出去的。 结论 当然一般情况下这种写法是准确的特殊情况也很少发生所以这是可取的。(我不相信那么巧合正好发送过程中正好停电)。
3).万无一失版本 因为还是有很小的概率出现特殊情况的这种方法可以避免 亲测有效 大总结 有可能出现各种情况导致串口发送字符串失败最重要的还是理解本文中的两个标志位正确的写出函数方法多种多样我也是仅仅写了一点点自己的见解希望童鞋们学习愉快 本文全文摘抄自https://www.codenong.com/cs105799846/ 感谢大佬分享如果作者介意请联系本人删除谢谢
