奇怪的STM32L051串口接收卡死

我在测试时串口助手发送的是128个字节

IDLE中断需要： 读取SR寄存器的ISR和RDR方可清零状态寄存器， temp = huart1.Instance->ISR; temp = huart1.Instance->RDR;

怀疑时产生了串口接收溢出，看一下串口溢出标志位，当接收指定数据完成以后，需要继续开启串口接收中断。

中断回调函数内就别用打印函数了

打印函数是为了确认问题位置才加上去的，实际应用当然没有，否则，打印这个的意义在哪里？包括灯的控制也是为了找问题。

结贴，ST的M0有点扯蛋，其它厂家的芯片都是通过向中断标志写1来清的，它家的数据手册也是这样写的： 而且，它的HAL库也是这样执行的： #define __HAL_UART_CLEAR_FLAG(__HANDLE__, __FLAG__) ((__HANDLE__)->Instance->ICR = (__FLAG__))复制代码 经过分析卡死现象，认为是接收中断中的开启的条件判断： if(LPUart1_End_flage == 0) { ******* ******** }复制代码 影响了数据的接收，从而出现卡死，即溢出错误。因为点击过快时，主程序未能及时处理数据的话，有可能出现LPUart1_End_flage结束标志未及时复位为0，这样接收就会出现溢出错误（当然，这里的前提就是因为ST的软件清中断功能无效，毕竟我在中断中第一个事情就是软件清中断__HAL_UART_CLEAR_FLAG），但是实际上，软件清中断标志根本没用。 所以修改代码如下，将读ISR和读RDR放到条件上面，屏蔽软件清中断语句，再进行测试验证： void LPUART1_IRQHandler(void) { // uint8_t RCVBUF; /* USER CODE BEGIN LPUART1_IRQn 0 */ /* USER CODE END LPUART1_IRQn 0 */ // HAL_UART_IRQHandler(&hlpuart1); /* USER CODE BEGIN LPUART1_IRQn 1 */ HAL_GPIO_WritePin(led1_GPIO_Port,led1_Pin,GPIO_PIN_SET); // HAL_UART_Receive_IT(&hlpuart1,&RCVBUF,1); // LPUart1_RX_BUF[LPUart1_REC_Cnt++] = RCVBUF; // if(LPUart1_REC_Cnt > LPUart1_BUF_SIZE) // LPUart1_REC_Cnt =0; if(__HAL_UART_GET_FLAG(&hlpuart1, UART_FLAG_RXNE) != RESET) { // __HAL_UART_CLEAR_FLAG(&hlpuart1, UART_FLAG_ORE | UART_FLAG_NE | UART_FLAG_PE | UART_FLAG_FE); // __HAL_UART_CLEAR_FLAG(&hlpuart1, UART_CLEAR_OREF | UART_CLEAR_NEF | UART_CLEAR_PEF | UART_CLEAR_FEF); LPUart1_RX_BUF[LPUart1_REC_Cnt] = LPUART1->ISR; LPUart1_RX_BUF[LPUart1_REC_Cnt] = LPUART1->RDR; if(LPUart1_End_flage == 0) { LPUart1_REC_Cnt++; if(LPUart1_REC_Cnt >LPUart1_BUF_SIZE) LPUart1_REC_Cnt =0; } } else if(__HAL_UART_GET_FLAG(&hlpuart1,UART_FLAG_IDLE) != RESET) { __HAL_UART_CLEAR_IDLEFLAG(&hlpuart1); // __HAL_UART_CLEAR_FLAG(&hlpuart1, UART_FLAG_ORE | UART_FLAG_NE | UART_FLAG_PE | UART_FLAG_FE); printf("UART IT For IDEL \r\n"); LPUart1_End_flage = 1; LPUart1_REC_SIZE = LPUart1_REC_Cnt; LPUart1_REC_Cnt = 0; } HAL_GPIO_WritePin(led1_GPIO_Port,led1_Pin,GPIO_PIN_RESET); /* USER CODE END LPUART1_IRQn 1 */ }复制代码 神奇的现象出现了，接收不会卡死了。但因为少了包条件判断，回传数据丢包很严重，空闲中断乱来了？ 从这个事件看，ST的M0，软件清串口中断完全是没用的。

这个清中断功能是通过读ISR和RDR寄存器实现了，反而软件写ICR寄存器无效。