STM32庫函數(shù)void USART_SendData()的缺陷和解決方法

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

如：

for(TxCounter = 0;TxCounter < RxCounter; TxCounter++)

USART_SendData(USART1, RxBuffer[TxCounter]);

2原因

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

3解決方法（目前總結(jié)的兩種方案）

方案1.加入延時函數(shù)（下下策），不需要修改USART_SendData()函數(shù)

for(TxCounter = 0;TxCounter < RxCounter; TxCounter++){

USART_SendData(USART1, RxBuffer[TxCounter]);

DelayMS(2); //加入一個小的延時

}

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

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

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

void USART_SendData(USART_TypeDef* USARTx, u16 Data)

{

assert_param(IS_USART_ALL_PERIPH(USARTx));

assert_param(IS_USART_DATA(Data));

USARTx->DR = (Data & (u16)0x01FF);

}

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

void USART_SendData(USART_TypeDef* USARTx, u16 Data)

{

assert_param(IS_USART_ALL_PERIPH(USARTx));

assert_param(IS_USART_DATA(Data));

USARTx->DR = (Data & (u16)0x01FF);

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

}

方案3.不修改原來的庫函數(shù)，在每一個字符發(fā)送后檢測狀態(tài)位。

USART_SendData(USART1, RxBuffer[TxCounter]);

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

ST這么做的原因是：使用發(fā)送中斷功能。