起初

stm32 v3.5 庫函數里面，對于串口USART有這樣兩個函數：

                USART_ClearFlag()和USART_ClearITPendingBit()

查庫函數定義，說一個是清除標志，一個是清除中斷預處理位。然后我看了stm32f10x_usart.c文件，發現兩個函數都操作的是USART->SR寄存器，但是這個寄存器只有一組標志位，沒有什么中斷預處理位。。

實際上兩個函數實現的功能是一樣的，都是清除相對應的標志位，只是標志位和中斷位含義不一樣，是標志位但

是不一定會產生中斷。例如：

#define USART_IT_TXE                         ((uint16_t)0x0727)

#define USART_IT_TC                          ((uint16_t)0x0626)

#define USART_IT_RXNE                        ((uint16_t)0x0525)

這是中斷位，可以產生中斷

#define USART_FLAG_TXE                       ((uint16_t)0x0080)

#define USART_FLAG_TC                        ((uint16_t)0x0040)

#define USART_FLAG_RXNE                      ((uint16_t)0x0020)

這是標志位，有的標志位不能產生中斷

標志位在程序中可以作為判定條件，支持程序的運行，中斷則是跳轉到中斷函數執行。兩個函數實現的功能是一

樣的，在中斷程序中可以用兩個中的任一個。我想區分兩個函數是為了更清晰吧。

還有

#define USART_IT_TC                          ((uint16_t)0x0626)

#define USART_FLAG_TC                        ((uint16_t)0x0040)

這兩個數值不同是因為標志位只是為了清除標志位而設的，而中斷位設置成這個值是因為在其他函數中這一位還

有其他用途。而且還要注意：

void USART_ClearFlag(USART_TypeDef* USARTx, uint16_t USART_FLAG)

{

  /* Check the parameters */

  assert_param(IS_USART_ALL_PERIPH(USARTx));

  assert_param(IS_USART_CLEAR_FLAG(USART_FLAG));

  assert_param(IS_USART_PERIPH_FLAG(USARTx, USART_FLAG)); /* The CTS flag is not available for UART4 and UART5 */   

  USARTx->SR = (uint16_t)~USART_FLAG;

}

 這一步 USARTx->SR = (uint16_t)~USART_FLAG; 似乎應該是  USARTx->SR &= (uint16_t)~USART_FLAG;

其實狀態位只能有硬件置位，軟件只能讀和清零，所以這樣寫也是正確的。

沒有很明白，所以轉在這里，等我哪天靈光乍現了，再來加上我的理解

上面的內容是別人的，我略作修改，下面的內容是我原創。不知道本文到底是屬于原創還是轉載，但是......我的更簡潔、精辟

 -----------------------------------------------------------------------------------------------------------------------

靈光乍現了

我是在使用TC的時候遇見這個問題的，所以這里就只分析TC這個位

先研究簡單點的USART_ClearFlag函數

//調用形式

USART_ClearFlag(USART3,USART_FLAG_TC);

//USART_FLAG_TC的定義

#define USART_FLAG_TC               ((uint16_t)0x0040)

//USART_ClearFlag函數的原型

void USART_ClearFlag(USART_TypeDef* USARTx, uint16_t USART_FLAG)

{

  /* Check the parameters */

  assert_param(IS_USART_ALL_PERIPH(USARTx));

  assert_param(IS_USART_CLEAR_FLAG(USART_FLAG));

  assert_param(IS_USART_PERIPH_FLAG(USARTx, USART_FLAG)); /* The CTS flag is not available for UART4 and UART5 */   

  USARTx->SR = (uint16_t)~USART_FLAG;

}

一目了然，最后USARTx->SR = ~(0100'0000);

再來研究復雜點的USART_ClearITPendingBit函數（注意，這兩個函數的第二個參數，是不一樣的）

//調用形式

USART_ClearITPendingBit(USART3,USART_IT_TC);

//USART_IT_TC的定義

#define USART_IT_TC           ((uint16_t)0x0626)//=0000'0110'0010'0110

//USART_ClearITPendingBit的函數原型

void USART_ClearITPendingBit(USART_TypeDef* USARTx, uint16_t USART_IT)

{

  uint16_t bitpos = 0x00, itmask = 0x00;

  /* Check the parameters */

  assert_param(IS_USART_ALL_PERIPH(USARTx));

  assert_param(IS_USART_CLEAR_IT(USART_IT));

  assert_param(IS_USART_PERIPH_IT(USARTx, USART_IT)); /* The CTS interrupt is not available for UART4 and UART5 */

  bitpos = USART_IT >> 0x08;                     //=0000'0110

  itmask = (uint16_t)((uint16_t)0x01 << bitpos); //=0100'0000

  USARTx->SR = (uint16_t)~itmask;                //=~(0100'0000)

}

可以看到最后還是USARTx->SR=~(0100'0000)；

對比一下USART_ClearFlag和USART_ClearITPendingBit的參數

USART_ClearFlag的參數 USART_ClearITPendingBit的參數

USART_FLAG_CTS    = 0x0200 USART_IT_CTS   = 0x096A

USART_FLAG_LBD    = 0x0100 USART_IT_LBD    = 0x0846

USART_FLAG_TC      = 0x0040 USART_IT_TC      = 0x0626

USART_FLAG_RXNE = 0x0020 USART_IT_RXNE = 0x0525

這里可以發現一個規律USART_ClearFlag參數只有一個位是“1”，其位置正好等于USART_ClearITPendingBit的參數左移八位后的結果，所以這里可以非常非常肯定的講：函數USART_ClearFlag和函數USART_ClearITPendingBit的功能totally一樣

----------------------------------------------------------------------------------------------------------------------------

涉及內容擴展：

STM32的USART發送數據時如何使用TXE和TC標志

在USART的發送端有2個寄存器，一個是程序可以看到的寄存器——發送數據寄存器（通過USART_DR查看）,另一個是程序看不到的寄存器——發送移位寄存器,對應的有兩個USART數據發送標志，一個是TXE=發送數據寄存器空，另一個是TC=發送移位寄存器空。

（這粗箭頭和這細箭頭，簡直不要太形象哦，粗箭頭是八位八位的傳，細箭頭是一位一位的傳）

    當USART_DR中的數據傳送到移位寄存器后，TXE被設置，此時移位寄存器開始向TX信號線按位傳輸數據，但因為TDR已經變空，所以程序可以把下一個要發送的字節(操作USART_DR)寫入TDR中，而不必等到移位寄存器中所有位發送結束，所有位發送結束時(送出停止位后)硬件會設置TC標志。

　　另一方面，在剛剛初始化好USART還沒有發送任何數據時，也會有TXE標志，因為這時發送數據寄存器是空的。TXEIE和TCIE的意義很簡單，TXEIE允許在TXE標志為'1'時產生中斷，而TCIE允許在TC標志為'1'時產生中斷。

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

三種發送方法

1、不開發送完成中斷：

/*******************************************************************************

* 函數名  : UART1_SendString

* 描述    : USART1發送字符串

* 輸入    : *s字符串指針

* 注釋    ：0==RESET,表示發送還未完成

USART_FLAG_TC!=RESET，就是=SET，表示發送完成，此時執行USART_GetFlagStatus會把USART_FLAG_TC清零（未證實）

*******************************************************************************/

void UART1_SendString(u8* s)

{

  while(*s)//檢測字符串結束符

  {

   //USART_FLAG_TC==RESET時，表示發送還未完成。

    while(USART_GetFlagStatus(USART1, USART_FLAG_TC)==RESET); 

    USART_SendData(USART1 ,*s++);//發送當前字符

  }

}

2、開中斷，額外設置一個標志：

u8 FLAG_TC=0;//定義全局變量

/*******************************************************************************

* 函數名  : UART1_SendString

* 描述    : USART1發送字符串

* 輸入    : *s字符串指針

*******************************************************************************/

void UART1_SendString(char* s)

{

  FLAG_TC=0;//提前準備一下

  while(*s)//檢測字符串結束符

  {

    USART_SendData(USART1 ,*s++);//發送當前字符

    while( FLAG_TC==0); //0：發送還未完成；1：發送完成

    FLAG_TC=0;

  }

}

void USART1_IRQHandler(void)

{

  if (USART_GetITStatus(USART1, USART_IT_TC) != RESET)//發送完成中斷,= SET

  {

    USART_ClearITPendingBit(USART1,USART_IT_TC);

    FLAG_TC=1;

  }

}

開中斷時，就不能通過簡單的判斷標志位USART_FLAG_TC的狀態去決定能否發送下一個字符。比方說，使用 

while(*s)

{

   USART_SendData(USART1 ,*s++);//發送字符

   while(USART_GetFlagStatus(USART1, USART_FLAG_TC)==RESET); 

   ...

}

執行完發送字符的語句后，因為不可能這么快完成發送，所以程序接下來執行的是while語句。在等待期間，字符發送完畢，這時就會進入到中斷，如果在中斷里清除標志位，退出中斷后，標志位USART_FLAG_TC仍然是RESET；如果不在中斷里清除標志位，就不能退出中斷。所以程序就會死在while里。

所以這里就需要額外設置一個標志。

3、開中斷，數據發送由函數啟動，在中斷里完成：

//定義全局變量。也可以為了簡化，把這四個參數結合起來包含在一個結構體里

u8 TxLength;   //發送數據長度

u8 TxIndicator;//發送指示器，表示目前發送完成哪一位了，下面要發送的是第（TxIndicator+1）位

u8 TxBuff[256];//Data 

u8 TxFnd;      //發送完成標志

/*************************************************************************

*程序名稱    :   SendFirstByte

*功能        :   啟動發送第一個字節

*@Notes     ：   雞賊啊，剩下的都放在USART_FLAG_TC中斷里面，因為這個中斷是

                 發送完成中斷，是利用“發送第一個字節”來“啟動發送”

*@Notes     :   需要注意，如果發送結果是亂碼的話，一種供參考的解決方案是

                把數據直接賦值給TxBuff，而不要通過函數的形參傳遞

*輸入參數    :   u8 txbuf[]: 需要發送的數據,u8 len : 數據中的字節數

*返回值      :   無

*************************************************************************/

void SendFirstByte( u8 txbuf[], u8 len )

{

TxBuff      = txbuf;//需要發送的數據

TxLength    = len  ;//發送數據長度

TxIndicator = 1    ;//0已經發送，也是用來啟動發送的

USART_SendData(USART1, txbuf[0]);  /**@Notes：只發送了txbuf的第一個字節*/

}

/*************************************************************************

*程序名稱    :   USART1_IRQHandler

*功能        :   完成發送數據   

*************************************************************************/

void USART1_IRQHandler(void)

{

if (USART_GetITStatus(USART1, USART_IT_TC) != RESET)

{

USART_ClearITPendingBit(USART1,USART_IT_TC);

if( TxIndicator < TxLength  )//數組的索引max永遠小于數組元素的個數

{

USART_SendData(USART1, TxBuff[TxIndicator++]);

}

else//最后一字節數據發送完成

{

TxFnd = 0;

TxIndicator = 0;

}

}

}

USART收發過程中常遇問題總結：

Q:為什么使用USART發送一串字符，最后自接收到了最后一個？

A:是因為發送的間隔太短了，可以在發送每個字符之前先判斷一下上一個字符是否發送完成，可以參考上面的“三種發送方法”

Q：為什么使用USART發送一串字符，有時候接收不到第一個字符，有時候又可以接收得到？

A：解決方案是把判斷能否發送的語句放在發送數據之前