STM32_CUBMX串口中断

1 在串口测试配置的基础上,使能串口中断

STM32_CUBMX串口中断

 

2 生产代码

3 添加子程序

3.1在uart.c中定义两个变量

uint8_t uart1_tx,uart1_rx;

 

 3.2 在回调函数里面增加中断应用代码

void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)

{

    uart1_tx = uart1_rx+1;

HAL_UART_Transmit (&huart1 ,&uart1_tx ,1,10);

HAL_UART_Receive_IT (&huart1,&uart1_rx,1);

}

新手可能找不到void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)这个函数的位置,只找到下面这个函数

__weak void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)

{

  /* Prevent unused argument(s) compilation warning */

  UNUSED(huart);

  /* NOTE: This function should not be modified, when the callback is needed,

           the HAL_UART_RxCpltCallback could be implemented in the user file

   */

}

在网上找资料说是__weak void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)与这个函数同名,只是不带__weak 的才执行,于是可以把

void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)复制到uart.c文件加下,编辑自己需要的回调函数。

3.3 完成后点击下载,发现一个问题:电脑串口往单片机发送的第一个数据接收不到,但是第二次正常,如下图所示:

STM32_CUBMX串口中断

 

3.4 在网上查资料,发现下面这个文档,他山之石可以攻玉,搬过来

 以下为转载

////////////////////////////////////////////////////////////////////////////////////////

https://blog.csdn.net/guohengsheng3882/article/details/78617358?utm_medium=distribute.pc_relevant.none-task-blog-baidujs_title-2&spm=1001.2101.3001.4242

STM32串口发送数据第一个字节丢失问题

  STM32串口发送必须先检测状态,否则第一个字节无法发出,发送完毕,必须检测发送状态是否完成,否则,发送不成功,使用stm32f10x调试串口通讯时,发现一个出错的现象,硬件复位重启之后,发送测试数据0x01 0x02 0x03 0x04..接收端收到的数据为:0x02 0x03 0x04,第一个数据丢失。换成发送别的数值的数据,如0x06 0x0ff,则接收到0x0ff,0x06丢失。错误依旧。 
故障排除过程: 
1、刚开始怀疑是接收端的错误,我是使用电脑串口,运行串口辅助调试工具接收,换成其他软件后,发现故障依旧,而且电脑软件一直是开启状态,不像和电脑软件有关。 
2、使用单步调试,单步运行各个发送指令,都正常。能收到0x01 0x02 0x03 0x04的数据。间接的排除了不是电脑软件的问题,而是其他的错误。 
3、单步调试运行虽然正常了,但连续运行时,错误依旧。现在有点摸不到头绪了,单步运行正常,看起来编程没有出错,那故障在哪里呢?测试程序如下 
      USART_SendData(USART2, 0x01);                                 //A 
      while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET);   //B 
      USART_SendData(USART2, 0x02);                                 //C 
      while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET); 
      USART_SendData(USART2, 0x03); 
      while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET); 
      USART_SendData(USART2, 0x04); 
      while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET); 
4、猜测,也许是因为某个特殊原因,使第二个数据覆盖了首个数据,使得首个数据丢失。假设:在执行B指令时,USART的 TC 状态位==SET,那么就会紧接着执行C指令,也就有可能发生数据的覆盖。于是,在A指令前,加入如下指令:USART_ClearFlag(USART2,USART_FLAG_TC); 
5、加入上一条指令后,运行,错误消失了。说明上一个假设,应该是成立的。 
6、查阅stm32f10x参考手册,找到这样一句话: 
      TC:发送完成 
      当包含有数据的一帧发送完成后,由硬件将该位置位。如果USART_CR1中的TCIE为1,则产生中断。由软件序列清除该位(先读USART_SR,然后写入USART_DR)。TC位       也可以通过写入0来清除,只有在多缓存通讯中才推荐这种清除程序。 
      0:发送还未完成;1:发送完成。 
7、注意到这一句:由软件序列清除该位(先读USART_SR,然后写入USART_DR)。 也就是说,要先read USART_SR,然后write USART_DR,才能完成TC状态位的清除。而硬件复位后,串口发送的首个数据之前没有read SR的操作,是直接write DR,也就是说,TC没有被清除掉。 说明第4步的猜测是对的。 
8、那么,应该把指令A前面加的USART_ClearFlag(USART2,USART_FLAG_TC); 改为USART_GetFlagStatus(USART2, USART_FLAG_TC);,应该也能消除错误。测试后证实,确实如此,在发送首个数据之前,先读取一下USART_SR,那么就不会出现首个数据丢失的情况了。 
9、总结:硬件复位后,串口发送首个数据之前,先读取一下USART_SR,则能够保证首个数据发送时,不出现覆盖的情况。当然,也有别的方法,比如先清除TC状态位,或是,在write USART_DR之后,加入一个小延时,让数据发送完毕,应该也能间接排除这个错误。  ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// 3.5 在回调函数中增加读SR寄存器的操作,看下会不会好  

 

STM32串口发送数据第一个字节丢失问题

STM32_CUBMX串口中断 2017-11-23 17:48:15 STM32_CUBMX串口中断 4396 STM32_CUBMX串口中断 收藏 9 分类专栏: STM32   STM32串口发送必须先检测状态,否则第一个字节无法发出,发送完毕,必须检测发送状态是否完成,否则,发送不成功,使用stm32f10x调试串口通讯时,发现一个出错的现象,硬件复位重启之后,发送测试数据0x01 0x02 0x03 0x04..接收端收到的数据为:0x02 0x03 0x04,第一个数据丢失。换成发送别的数值的数据,如0x06 0x0ff,则接收到0x0ff,0x06丢失。错误依旧。 
故障排除过程: 
1、刚开始怀疑是接收端的错误,我是使用电脑串口,运行串口辅助调试工具接收,换成其他软件后,发现故障依旧,而且电脑软件一直是开启状态,不像和电脑软件有关。 
2、使用单步调试,单步运行各个发送指令,都正常。能收到0x01 0x02 0x03 0x04的数据。间接的排除了不是电脑软件的问题,而是其他的错误。 
3、单步调试运行虽然正常了,但连续运行时,错误依旧。现在有点摸不到头绪了,单步运行正常,看起来编程没有出错,那故障在哪里呢?测试程序如下 
      USART_SendData(USART2, 0x01);                                 //A 
      while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET);   //B 
      USART_SendData(USART2, 0x02);                                 //C 
      while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET); 
      USART_SendData(USART2, 0x03); 
      while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET); 
      USART_SendData(USART2, 0x04); 
      while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET); 
4、猜测,也许是因为某个特殊原因,使第二个数据覆盖了首个数据,使得首个数据丢失。假设:在执行B指令时,USART的 TC 状态位==SET,那么就会紧接着执行C指令,也就有可能发生数据的覆盖。于是,在A指令前,加入如下指令:USART_ClearFlag(USART2,USART_FLAG_TC); 
5、加入上一条指令后,运行,错误消失了。说明上一个假设,应该是成立的。 
6、查阅stm32f10x参考手册,找到这样一句话: 
      TC:发送完成 
      当包含有数据的一帧发送完成后,由硬件将该位置位。如果USART_CR1中的TCIE为1,则产生中断。由软件序列清除该位(先读USART_SR,然后写入USART_DR)。TC位       也可以通过写入0来清除,只有在多缓存通讯中才推荐这种清除程序。 
      0:发送还未完成;1:发送完成。 
7、注意到这一句:由软件序列清除该位(先读USART_SR,然后写入USART_DR)。 也就是说,要先read USART_SR,然后write USART_DR,才能完成TC状态位的清除。而硬件复位后,串口发送的首个数据之前没有read SR的操作,是直接write DR,也就是说,TC没有被清除掉。 说明第4步的猜测是对的。 
8、那么,应该把指令A前面加的USART_ClearFlag(USART2,USART_FLAG_TC); 改为USART_GetFlagStatus(USART2, USART_FLAG_TC);,应该也能消除错误。测试后证实,确实如此,在发送首个数据之前,先读取一下USART_SR,那么就不会出现首个数据丢失的情况了。 
9、总结:硬件复位后,串口发送首个数据之前,先读取一下USART_SR,则能够保证首个数据发送时,不出现覆盖的情况。当然,也有别的方法,比如先清除TC状态位,或是,在write USART_DR之后,加入一个小延时,让数据发送完毕,应该也能间接排除这个错误。 
上一篇:棋盘覆盖问题


下一篇:德汇传媒TC币:流量风口助力百倍启航