查詢TXE可以及時(shí)的補(bǔ)充數(shù)據(jù)，保證傳輸效率；查詢TC可以確切知道數(shù)據(jù)發(fā)送出去的時(shí)間點(diǎn)。常常二者配合使用，這樣既保證傳輸?shù)男视旨皶r(shí)確切掌握數(shù)據(jù)傳輸結(jié)束的時(shí)間點(diǎn)。

二、關(guān)于使用TXE/TC標(biāo)志使用不當(dāng)導(dǎo)致的問題。

2.1 發(fā)送數(shù)據(jù)時(shí)使用TC標(biāo)志不當(dāng)而丟失第一個(gè)字的問題。

出現(xiàn)這鐘情況的相關(guān)發(fā)送代碼有個(gè)基本特征，先填寫數(shù)據(jù)進(jìn)TDR，然后查詢TC標(biāo)志決定是否該更新TDR的數(shù)據(jù)。大致代碼如下：

for(i=0; i

      {

        USART_SendData(USARTx, TxBuffer[i]);

        while(USART_GetFlagStatus(USARTx, USART_FLAG_TC) == RESET);

      }

按照上面代碼，發(fā)送第一個(gè)數(shù)據(jù)就可能出問題。

前面提到過TC標(biāo)志在芯片復(fù)位后的默認(rèn)值就是1，對(duì)于單數(shù)據(jù)緩沖傳輸來說，如果要清零TC的話，必須依次遵循下面2個(gè)步驟【注意“依次”二字】，即先讀SR，再寫DR.

這里的第一個(gè)數(shù)據(jù)，是先寫DR后讀SR，不能實(shí)現(xiàn)對(duì)TC的清零，自然TC為1的初始值沒變。按照代碼指令就立即填寫第2個(gè)數(shù)據(jù)進(jìn)TDR，此時(shí)第1個(gè)數(shù)據(jù)可能還沒來得及發(fā)送就被覆蓋了。

不過從2次更新數(shù)據(jù)起，每次都滿足先讀SR后寫DR的次序，這樣TC每次都能可靠清零，后面自然不會(huì)出現(xiàn)類似第一個(gè)字的錯(cuò)了。

如果你把上面代碼中輪詢TC標(biāo)志改為TXE標(biāo)志就沒這個(gè)問題。因?yàn)槊看螌慏R都會(huì)清零TXE。或者在開始傳送代碼前做一次TC清零操作也可以規(guī)避那個(gè)問題。

2.2 TXE的不當(dāng)使用導(dǎo)致最后一個(gè)字丟失的問題。

這里說TXE使用不當(dāng)主要是指該用TC的時(shí)候用了TXE標(biāo)志。其實(shí)TC標(biāo)志的主要作用就是確保每次送到數(shù)據(jù)緩沖器TDR里數(shù)據(jù)全部移送到TX線上去。當(dāng)發(fā)送一組多數(shù)據(jù)時(shí)，最后一個(gè)數(shù)據(jù)放人TDR后，建議查詢等待TC=1。尤其是類似如下場(chǎng)合：

A:UART發(fā)送完數(shù)據(jù)后 需要禁用UART;

B:UART發(fā)送完數(shù)據(jù)后 需要進(jìn)入休眠狀態(tài)；

上述情況下，當(dāng)最后一個(gè)數(shù)據(jù)放人TDR后，若只是等待TXE=1就行動(dòng)，那最后一個(gè)數(shù)據(jù)可能沒來得及從移位寄存器移出去就會(huì)因?yàn)橥庠O(shè)失能指令或休眠指令掛掉了。如果套用上面的比方，常聽說“過河拆橋”，這里是人家還沒過橋就急于拆橋，悲劇自然就容易發(fā)生了。

STM32/STM8

意法半導(dǎo)體/ST/STM