STM32的串口函數(shù)_庫(kù)函數(shù)USART_SendData問題和解決方法

作者：時(shí)間：2016-11-26 來源：網(wǎng)絡(luò)

加入技術(shù)交流群
- 掃碼加入
  和技術(shù)大咖面對(duì)面交流
  海量資料庫(kù)查詢

個(gè)人記錄：

昨天做串口實(shí)驗(yàn)的時(shí)候一直沒有成功的原因，連續(xù)調(diào)用USART_SendData總是會(huì)出現(xiàn)前一個(gè)被后一個(gè)覆蓋的情況。

之前覺得ST的官方庫(kù)應(yīng)該沒有問題就沒往這方面想，現(xiàn)在查查，確實(shí)有庫(kù)的問題，還是自己對(duì)庫(kù)不太理解。

還有遇到的硬件復(fù)位以后，發(fā)送第一個(gè)字符丟失的情況。

1、后字節(jié)覆蓋前字節(jié)

-----------------加判斷while(USART_GetFlagStatus(USARTx, USART_FLAG_TXE) == RESET){}

2、硬件復(fù)位之后第一個(gè)字符丟失

-----------------USART_ClearFlag(USART2,USART_FLAG_TC);

-----------------USART_SendData(USART2,0x01);

-----------------while(USART_GetFlagStatus(USART2,USART_FLAG_TC)==RESET);

本文引用地址：http://m.butianyuan.cn/article/201611/321823.htm

轉(zhuǎn)載正文：

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

使用USART_SendData()函數(shù)非連續(xù)發(fā)送單個(gè)字符是沒有問題的；當(dāng)連續(xù)發(fā)送字符時(shí)(兩個(gè)字符間沒有延時(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ù)莫名其妙的丟失。

如：

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

2. 原因

此API函數(shù)不完善，函數(shù)體內(nè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í)間延遲的方法就不說了，等待時(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ù)定義體

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ā)送下一個(gè)字符

}

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

4.TXE和TC標(biāo)志位詳細(xì)說明

在USART的發(fā)送端有2個(gè)寄存器，一個(gè)是程序可以看到的USART_DR寄存器(下圖中陰影部分的TDR)，另一個(gè)是程序看不到的移位寄存器(下圖中陰影部分Transmit Shift Register)。

對(duì)應(yīng)USART數(shù)據(jù)發(fā)送有兩個(gè)標(biāo)志，一個(gè)是TXE=發(fā)送數(shù)據(jù)寄存器空，另一個(gè)是TC=發(fā)送結(jié)束；對(duì)照下圖，當(dāng)TDR中的數(shù)據(jù)傳送到移位寄存器后，TXE被設(shè)置，此時(shí)移位寄存器開始向TX信號(hào)線按位傳輸數(shù)據(jù)，但因?yàn)門DR已經(jīng)變空，程序可以把下一個(gè)要發(fā)送的字節(jié)(操作USART_DR)寫入TDR中，而不必等到移位寄存器中所有位發(fā)送結(jié)束，所有位發(fā)送結(jié)束時(shí)(送出停止位后)硬件會(huì)設(shè)置TC標(biāo)志。

另一方面，在剛剛初始化好USART還沒有發(fā)送任何數(shù)據(jù)時(shí)，也會(huì)有TXE標(biāo)志，因?yàn)檫@時(shí)發(fā)送數(shù)據(jù)寄存器是空的。

TXEIE和TCIE的意義很簡(jiǎn)單，TXEIE允許在TXE標(biāo)志為1時(shí)產(chǎn)生中斷，而TCIE允許在TC標(biāo)志為1時(shí)產(chǎn)生中斷。

至于什么時(shí)候使用哪個(gè)標(biāo)志，需要根據(jù)你的需要自己決定。但我認(rèn)為TXE允許程序有更充裕的時(shí)間填寫TDR寄存器，保證發(fā)送的數(shù)據(jù)流不間斷。TC可以讓程序知道發(fā)送結(jié)束的確切時(shí)間，有利于程序控制外部數(shù)據(jù)流的時(shí)序。

新聞中心