误用STM32串口发送标志位 “USART_FLAG_TXE” & “USART_FLAG_TC”造成的BUG

当你使用串口发送数据时是否出现过这样的情况:
1.发送时第一个字节丢失。
2.发送时出现莫名的字节丢失。
3.各种情况字节丢失。

1.先了解一下串口发送的流程图(手动描绘):

可以假想USART_FLAG_TXE是用于检测"弹仓",USART_FLAG_TC是用于检测"弹膛",“弹仓”和“弹膛”分别对应"数据缓冲区"和"移位寄存器"!
误用STM32串口发送标志位 “USART_FLAG_TXE” & “USART_FLAG_TC”造成的BUG_第1张图片
数据缓冲区为空时:USART_FLAG_TXE=1;数据缓冲区为"空"并且"移位寄存器也发送数据到TX信号"后":USART_FLAG_TC=1。

2.那么有必要更深入了解一下 “USART_FLAG_TXE” & “USART_FLAG_TC”:

♦USART_FLAG_TXE:表示数据缓冲区是否为空,为空时置1,表示可以再写数据到数据缓冲区,但有可能数据没有发送完。

♦USART_FLAG_TC:表示数据缓冲区的数据发送是否完成。如果最后一次发送到数据缓冲区的数据完成了从移位寄存器到信号线TX时,才置1,表示数据发送完成,也就是说,这个标志位表示数据真正发送完成。

3.发送时的特殊情况:

1)发送字符串“过程中“,主机掉电
2)发送字符串“过程中“,从机掉电
2)发送字符串“过程中“,进入待机或停机
总结:这几种特殊情况都有可能使发送失败!那么如何避免呢?

4.各种案例

1)错误案例

误用STM32串口发送标志位 “USART_FLAG_TXE” & “USART_FLAG_TC”造成的BUG_第2张图片
看一下运行结果哪错了:
误用STM32串口发送标志位 “USART_FLAG_TXE” & “USART_FLAG_TC”造成的BUG_第3张图片

出现了错误:第一个字节丢失!

原因:发送第一个字节时,没有将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寄存器都可以。
解决方法:
误用STM32串口发送标志位 “USART_FLAG_TXE” & “USART_FLAG_TC”造成的BUG_第4张图片

2)上面介绍的特殊情况导致的发送失败

误用STM32串口发送标志位 “USART_FLAG_TXE” & “USART_FLAG_TC”造成的BUG_第5张图片
错误: 本来打算发送 0x30 ~ 0x39,却发现少了两个字节,这是因为上面的特殊情况,代码只将数据放到了发送缓冲区,而没有发送出去就掉电或待机了,这个时候其实最后两个字符是没有发送出去的。
结论: 当然一般情况下这种写法是准确的,特殊情况也很少发生,所以这是可取的。(我不相信那么巧合,正好发送过程中,正好停电)。

3).万无一失版本:

因为还是有很小的概率出现特殊情况的,这种方法可以避免!

误用STM32串口发送标志位 “USART_FLAG_TXE” & “USART_FLAG_TC”造成的BUG_第6张图片
亲测有效!
误用STM32串口发送标志位 “USART_FLAG_TXE” & “USART_FLAG_TC”造成的BUG_第7张图片
大总结:
有可能出现各种情况导致串口发送字符串失败,最重要的还是理解本文中的两个标志位,正确的写出函数,方法多种多样,我也是仅仅写了一点点自己的见解!希望童鞋们学习愉快!

本文全文摘抄自:https://www.codenong.com/cs105799846/
感谢大佬分享,如果作者介意,请联系本人删除,谢谢!

你可能感兴趣的:(STM32学习记录,stm32,bug,嵌入式硬件,单片机,USART)