查看原文
其他

一个关于USART 传输标志TXE/TC 的话题

MilerShao 茶话MCU 2022-09-10


关于ST MCU的USART传输,经常会有人围绕TXE/TC的使用产生些疑惑,或者因为二者的应用产生些问题。这里抽空稍加整理与大家分享交流下。

一、关于TXE、TC标志的基本概念和理解

关于USART传输不妨截取一部分框图看看。其发送过程如下:

   其发送部分由两部分组成,一部分是数据缓存区,即发送数据寄存器【TDR】,另一部分是数据移位寄存器,即下图中下方的红色方框内。首先,待发送的数据放进TDR, 然后适时地把TDR中的数据拷贝进移位寄存器【transimit shift register】。数据从移位寄存器中一位接一位的送到TX线上,直到把移位寄存器里的数据全部送出去。完成整个过程后,那个待发送数据才算发送完毕。


在这个过程中就涉及到2个标志位,一个是TXE位,一个是TC位,在USART_SR寄存器里面。

芯片复位后,寄存器【USART_SR】的默认值为0x00C0,即【TXE、TC】的默认值为均为1。这里先提下,后面还会提到这个默认值。【很多时候关注寄存器的默认值是必要的

TXE表示发送缓存区【TDR】是否为空的标志。如果TDR里有暂放数据,即其没空,此时TXE=0。当把TDR里的数据COPY到移位寄存器里了且没放新数据进TDR时,TXE=1.

TC 表示从TDR里过来的数据是否全部移到外面的TX线上去了的标志。如果从TDR过来的数据全部被移送到TX线而且此时TDR里也没有新的数据,则TC=1。相反,如果刚才从TDR里过来的数据还没有全部移到外面去,或者说虽然之前TDR里的数据被移走了,但TDR里又来了新的数据,此时TC=0。平常大家把TC称之为传输结束标志,没说错,但有时可能会带来些误解,误解就出在“结束”这个字眼上。

对于上面的描述,若有人觉得不够直观的话,不妨再看看上面的传输数据流程图。关于TXE/TC标志,这里我们可以打个相对生活化的比方,可能不是十分贴切。

  假设有一拨人【待发送的全部数据】要去某地去办事,计划用车按每波几个人【每次发送的数据】分批、连续地送过去。每批一同坐车【进TDR]到中途某地,然后下车上一座独木桥【移位寄存器】,再列队从桥上一个个过去后就到目的地【TX脚】了。

TXE=0 对应着车里坐了一车人的时候;【TDR里放有数据

TXE=1 对应着每波人刚下了车并上了独木桥的时候;【TDR里没有数据

TC=1 此处,对应着所有要外出的人都过了独木桥的时候;【所有要发送的数据都送出去了

TC=0 对应着有人还在桥上,或者有部分人虽然过了桥 但还有人在车上。【比方待发送1024个字节数据,还只是发送一部分出去的时候。】

关于TC标志置1。只要满足从TDR过来的数据全部移送到TX脚且此时没有新数据进TDR,TC就置1。

以上面提到的1024个字节的待传数据来说,不考虑DMA方式的话,你可以有三种实现方式:

1、查询1024个TC标志来发送数据;【显然每个字都是发送结束后才发送下一个字。】

2、查询1023个TXE标志和1个TC标志

3、查询1024个TXE标志。

总之,不能哪种方式,能满足应用要求就行。【上面提到的坐车过桥默认第2种方式

这里我们不妨看看相同条件下,通过查询TXE和TC标志不停发送数据的情形,有无差别。假设8位字长,1个STOP位,1个start位,波特率一样,数据始终是0x55。

下面是同一UART的TX脚分别查询TXE和TC标志而测得的2路输出波形。

              Figure 1  (polling TXE)

           Figure 2   (polling  TC)

显然两种情形下,输出波形是有差异的。轮询TC标志时,发现字与字之间多了个近似于1个位的间隔;相比之下,而轮询TXE就发现数据非常连贯。因为查询TC的话,每次要等到每个字的数据全部移出移位寄存器后才去补充下一个数据,这样会导致一个小停顿。

查询TXE可以及时的补充数据,保证传输效率;查询TC可以确切知道数据发送出去的时间点。常常二者配合使用,这样既保证传输的效率又及时确切掌握数据传输结束的时间点。

二、关于使用TXE/TC标志使用不当导致的问题。

2.1 发送数据时使用TC标志不当而丢失第一个字的问题

出现这钟情况的相关发送代码有个基本特征,填写数据进TDR,然后查询TC标志决定是否该更新TDR的数据。大致代码如下:

for(i=0; i<N; i++)
     {
       USART_SendData(USARTx, TxBuffer[i]);
       while(USART_GetFlagStatus(USARTx, USART_FLAG_TC) == RESET);
     }

按照上面代码,发送第一个数据就可能出问题。

前面提到过TC标志在芯片复位后的默认值就是1,对于单数据缓冲传输来说,如果要清零TC的话,必须依次遵循下面2个步骤【注意“依次”二字】,即先读SR,再写DR.

这里的第一个数据,是先写DR后读SR,不能实现对TC的清零,自然TC为1的初始值没变。按照代码指令就立即填写第2个数据进TDR,此时第1个数据可能还没来得及发送就被覆盖了。

不过从2次更新数据起,每次都满足先读SR后写DR的次序,这样TC每次都能可靠清零,后面自然不会出现类似第一个字的错了。

如果你把上面代码中轮询TC标志改为TXE标志就没这个问题。因为每次写DR都会清零TXE。或者在开始传送代码前做一次TC清零操作也可以规避那个问题。

2.2 TXE的不当使用导致最后一个字丢失的问题

这里说TXE使用不当主要是指该用TC的时候用了TXE标志。其实TC标志的主要作用就是确保每次送到数据缓冲器TDR里数据全部移送到TX线上去。当发送一组多数据时,最后一个数据放人TDR后,建议查询等待TC=1。尤其是类似如下场合:

A:UART发送完数据后 需要禁用UART;

B:UART发送完数据后 需要进入休眠状态;

上述情况下,当最后一个数据放人TDR后,若只是等待TXE=1就行动,那最后一个数据可能没来得及从移位寄存器移出去就会因为外设失能指令或休眠指令挂掉了。如果套用上面的比方,常听说“过河拆桥”,这里是人家还没过桥就急于拆桥,悲剧自然就容易发生了。

       

********************************************************************

往期话题链接:【点击即可阅读】

1、从STM8S转到STM8L要注意的几个问题

2、一个因VCAP脚导致的hardFault异常的话题

3、一个跟STM32中断优先级有关的话题

4、STM8  C 编译器无代码限制免费版面世

5、聊聊STM32F7的数据一致性话题

6、一个关于STM32F4系统总线架构的话题

扫描或长按二维码可关注公众号


您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存