新聞中心

EEPW首頁 > 嵌入式系統(tǒng) > 設計應用 > STM32庫函數USART_SendData問題和解決方法

STM32庫函數USART_SendData問題和解決方法

作者: 時間:2016-11-21 來源:網絡 收藏

1. 問題及現象

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

本文引用地址:http://2s4d.com/article/201611/319412.htm

如:

1
2
for(TxCounter = 0;TxCounter < RxCounter; TxCounter++)
USART_SendData(USART1, RxBuffer[TxCounter]);

2. 原因

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

3. 解決方法

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

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

USART_SendData(USART1, RxBuffer[TxCounter]);

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

方案2. 修改庫函數

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

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

修改前的函數定義體

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
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);
}

修改后的函數定義體

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
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ā)送下一個字符
}

可能有人認為,為什么不預先在庫函數中處理這個問題,而把解決方法拋給用戶。個人認為ST這么做的原因是:使用發(fā)送中斷功能。

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



關鍵詞: STM32庫函

評論


技術專區(qū)

關閉