2019年09月24日 | USART_ClearITPendingBith和 USART_ClearFlag的区别

起初

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：解决方案是把判断能否发送的语句放在发送数据之前