Ⅰ、寫在前面

今天這篇文章分享的知識點(diǎn)比較少，但比較重要，是大部分人在實際項目開發(fā)中都容易忽視，且容易犯下的低級錯誤。

本文講述在項目開發(fā)中，或在學(xué)習(xí)中經(jīng)常遇到USART發(fā)送字符串，對方?jīng)]有接收完成（最后一兩字節(jié)），也就是最后字節(jié)數(shù)據(jù)丟失了。具體可以看下面章節(jié)實驗。

關(guān)于本文的更多詳情請往下看。

Ⅱ、實例工程

為了方便大家學(xué)習(xí)，提供實驗源代碼工程給大家參考。

STM32F10x_SART（驗證USART發(fā)送字符串）：

https://yunpan.cn/ckInh8YTwWHVP訪問密碼 81f9

提供下載的實例實現(xiàn)的功能比較簡單，主要是用于驗證不同情況下，發(fā)送字符的不同。

實例實現(xiàn)功能可以從下面main函數(shù)中看的出來，打印數(shù)據(jù)，進(jìn)入待機(jī)。為了方便用戶進(jìn)入待機(jī)不能下載程序，例程使用了一個喚醒按鍵PC13（可以修改），喚醒有一個LED閃爍和延時，這個期間可以重新下載代碼。

Ⅲ、本文要點(diǎn)

這里主要說的是在特殊情況下發(fā)送字符軟件代碼的寫法。

特殊情況指的是：

1.調(diào)用發(fā)送字符串函數(shù)“發(fā)送完”本機(jī)立即掉電；

2.調(diào)用發(fā)送字符串函數(shù)“發(fā)送完”從機(jī)立即掉電；

【上面兩種主要用于芯片對電源控制的項目中】

3.調(diào)用發(fā)送字符串函數(shù)“發(fā)送完”立刻進(jìn)入待機(jī)或停機(jī)；

其實本文主要說的是兩個標(biāo)志位：USART_FLAG_TXE 和 USART_FLAG_TC.

USART_FLAG_TXE發(fā)送緩沖區(qū)空標(biāo)志：說明可以往數(shù)據(jù)寄存器寫入數(shù)據(jù)了，但并不代碼數(shù)據(jù)發(fā)送完成了。

USART_FLAG_TC發(fā)送完成標(biāo)志：這個才是代表USART在緩沖區(qū)的數(shù)據(jù)發(fā)送完成了，即從機(jī)接收到了數(shù)據(jù)。

這兩個標(biāo)志的區(qū)別在于：它們分別表示數(shù)據(jù)在發(fā)送過程中，在兩個不同的階段中的完成情況。TXE 表示數(shù)據(jù)被從發(fā)送緩沖區(qū)中取走，轉(zhuǎn)移到的移位寄存器中，此時發(fā)送緩沖是空的，可以向其中補(bǔ)充新的數(shù)據(jù)了。而 TC 則表示最后放入發(fā)送緩沖區(qū)的數(shù)據(jù)已經(jīng)完成了從移位寄存器向發(fā)送信號線 Tx 上的轉(zhuǎn)移。所以，判定數(shù)據(jù)最終發(fā)送完成的標(biāo)志是 TC，而不是 TXE.

下面講述在不同代碼寫法下，得到不同實驗效果【調(diào)試助手接收數(shù)據(jù)】：

1.常見寫法一

這種寫法在不是特殊（不掉電、不待機(jī)等）情況下，問題不大，USART數(shù)據(jù)會成功發(fā)送出去。 但是在上面說的特殊情況下，問題就來了，代碼只將數(shù)據(jù)放到了發(fā)送緩沖區(qū)，而沒有發(fā)送出去就掉電或待機(jī)了，這個時候其實最后兩個字符是沒有發(fā)送出去的。

2.常見寫法二

這種寫法達(dá)到的效果和上面存在不同的就是倒數(shù)第二個數(shù)據(jù)發(fā)送出去了，也就是只有最后一個字符是沒有發(fā)送出去的。

3.常見寫法三

這種寫法達(dá)到的效果和上面兩種寫法有不一樣，發(fā)送了10個字符。

4.寫法四

這種寫法按理說可以實現(xiàn)功能，但實際多次試驗結(jié)果確實第一字節(jié)數(shù)據(jù)丟失了。

5.寫法五（正確寫法）

這種寫法是比較完成，為了保守起見，在特殊情況下使用該寫法。。

至此，常見軟件寫法都給出了源代碼和試驗效果，請根據(jù)自己實際情況寫代碼驗證。

Ⅳ、說明

以上幾點(diǎn)內(nèi)容比較容易出現(xiàn)問題，希望對你項目開發(fā)起到幫助作用。

以上總結(jié)僅供參考，若有不對之處，敬請諒解。。