STM32庫(kù)函數(shù)USART_SendData問(wèn)題和解決方法

1. 問(wèn)題及現(xiàn)象

使用USART_SendData()函數(shù)非連續(xù)發(fā)送單個(gè)字符是沒(méi)有問(wèn)題的；當(dāng)連續(xù)發(fā)送字符時(shí)(兩個(gè)字符間沒(méi)有延時(shí))，就會(huì)發(fā)現(xiàn)發(fā)送緩沖區(qū)有溢出現(xiàn)象。若發(fā)送的數(shù)據(jù)量很小時(shí)，此時(shí)串口發(fā)送的只是最后一個(gè)字符，當(dāng)發(fā)送數(shù)據(jù)量大時(shí)，就會(huì)導(dǎo)致發(fā)送的數(shù)據(jù)莫名其妙的丟失。

如：

2. 原因

此API函數(shù)不完善，函數(shù)體內(nèi)部沒(méi)有一個(gè)判斷一個(gè)字符是否發(fā)送完畢的語(yǔ)句，而是把數(shù)據(jù)直接放入發(fā)送緩沖區(qū)，當(dāng)連續(xù)發(fā)送數(shù)據(jù)時(shí)，由于發(fā)送移位寄存器的速度限制（與通信波特率有關(guān)），導(dǎo)致發(fā)送緩沖區(qū)的數(shù)據(jù)溢出，老的數(shù)據(jù)還未及時(shí)發(fā)送出去，新的數(shù)據(jù)又把發(fā)送緩沖區(qū)的老數(shù)據(jù)覆蓋了。

3. 解決方法

發(fā)送后等待一段時(shí)間延遲的方法就不說(shuō)了，等待時(shí)間不確定，此為下下策。提供下面2種方案：

方案1. 在每一個(gè)字符發(fā)送后檢測(cè)狀態(tài)位

USART_SendData(USART1, RxBuffer[TxCounter]);

while(USART_GetFlagStatus(USARTx, USART_FLAG_TXE) == RESET){} //等待發(fā)送緩沖區(qū)空才能發(fā)送下一個(gè)字符

方案2. 修改庫(kù)函數(shù)

修改USART_SendData()函數(shù)，在其內(nèi)部加入發(fā)送緩沖區(qū)的USART_FLAG_TXE狀態(tài)檢測(cè)語(yǔ)句，確保一個(gè)字符完全發(fā)送出去，才進(jìn)行下一個(gè)字符的發(fā)送。

實(shí)現(xiàn)方法：每發(fā)送一個(gè)字符都檢測(cè)狀態(tài)寄存器，確保數(shù)據(jù)已經(jīng)發(fā)送完畢。具體操作步驟如下所示。

修改前的函數(shù)定義體

修改后的函數(shù)定義體

可能有人認(rèn)為，為什么不預(yù)先在庫(kù)函數(shù)中處理這個(gè)問(wèn)題，而把解決方法拋給用戶。個(gè)人認(rèn)為ST這么做的原因是：使用發(fā)送中斷功能。

STM32庫(kù)函數(shù)USART_SendData問(wèn)題和解決方法 | 小謝的小站 http://blog.xieyc.com/stm32-lib-function-usart-send-data-problem-and-solution/