STM32 串口通信中 USART_FLAG_TC 与 USART_FLAG_TXE 区别(摘自网络)

首先了解STM32串口发送数据的简单过程,如下图所示。

发送:软件将数据写到USARTx->DR里面,硬件自动把USARTx->DR里面的数据并行转移到“发送一位知寄存器”,然后硬件自动将发送一位寄存器中的数据通过TX引脚串行发送出去。接收:RX上有数据过来,则先将数据一位一位的放到“接收移位寄存器”里面,收满一个字节后,硬件自动将“接收移位寄存器”里面的数据并行转移到USARTx->DR里面。

while (!(USART1->SR & USART_FLAG_TC));这句是等待数据完完全全从“发送移位寄存器”中发送出去,while (!(USART1->SR & USART_FLAG_TXE));这句是等待数据从USARTx->DR转移到“发送移位寄存器”中。在后一句的写道法中,并不需等待数据完全发送,只需要USARTx->DR里面的数据已经被转移走,就可以马上进行再次写入USARTx->DR操作,这样是不是就可以节省很多时间了?至于出现乱码,你需要综合其他的代码来进行分析。

举例:STM32 uart发送数据,查询 USART_FLAG_TC 正常,但使用 USART_FLAG_TXE 会乱码。

在一个发送单字节的函数中我用下面写法可以正常工作
USART1->DR = ch & 0xff;
while (!(USART1->SR & USART_FLAG_TC));
但是如果第二句写成
while (!(USART1->SR & USART_FLAG_TXE));
就会在连续调用这个函数时输出乱码(一般第一个字符是正确的)。

分析问题:收发冲突

1、和接收发送冲突,情况可能会是这样的:“发送移位寄存器”中的内容正在被发送到TX,且USARTx->DR中也有等待被发送的数据,这时候有数据接收过来,新接收的数据也是需要存放在USARTx->DR里面的,这样也许会导致不可预知的错误发生。

2、在你发送的最后一个字节上,假设你发送完最后一个字节后就关闭了串口或者关闭发送功能等等,那就会发生错误或乱码,因为:

在while (!(USART1->SR & USART_FLAG_TXE));之后表示数据已经转移到“发送移位寄存器”中,此时要发送的是最后一个字节,这时你认为数据已经完全发送,但实际上此时数据并没有真正意义上的完全发送,还需要等待“发送移位寄存器”中的数据发送出去才算是完全发送,而也就在这时你关闭了串口,那么最后这个字节的发送是失败的,会产生错误或乱码。

猜你喜欢

转载自www.cnblogs.com/yilangUAV/p/12667053.html