cubemx 搭建的工程串口同时收发一段时间后就再也进不去中断了

傻笑不要说话

请教一下各位大神。cubemx 搭建的工程串口同时收发一段时间后就再也进不去中断了，把发送部分去掉就正常了。请问这样要怎么处理？
先介绍一下基本配置：mcu  stm32f103c8t6。
预想功能：串口一字节一字节的接收，每隔50ms将缓冲区中接收的数据发送出去，缓冲区清空
main函数重要代码：
    while (1)
    {
    /* USER CODE END WHILE */

    /* USER CODE BEGIN 3 */
        HAL_Delay(50);
                                if(ulen1!=0)
                                {
                                  HAL_GPIO_TogglePin(GPIOC,GPIO_PIN_13);                    //用灯做标志
                                        HAL_UART_Transmit(&huart1,ubuf1,ulen1, 0xff);       //加上这句后接收一段时间后就无法进串口回调函数了
                                        ulen1=0;
                                }
    }

串口回调函数：
void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)                           //一段时间后进不了回调函数了，但是mcu并没有死
{
        UNUSED(huart);
  if(huart==&huart1)
        {
           ubuf1[ulen1]=re1;
          ulen1++;
    HAL_UART_Receive_IT(&huart1,&re1,1);
        }
}

USART1_IRQHandler无任何处理，以前用库函数都是加判断的，现在看很多cubemx教程都不处理默认我也不处理。
void HAL_UART_ErrorCallback(UART_HandleTypeDef *huart)
{

if(huart == &huart1)
{
printf("erro--->%d\r\n",huart->ErrorCode);                                     //无错误码打印
}
}
因为第一个帖子发错地方了再发一遍，抱歉

傻笑不要说话

有没有大神能指点一下吗？

正点原子

帮顶

lidabenshili

你好，你的问题我也遇到过。原因在于你通过串口发送数据时使用的延时发送函数HAL_UART_Transmit(&huart1,ubuf1,ulen1, 0xff); 如果使用中断发送函数HAL_UART_Transmit_IT()就不会出现这个问题，收发就会正常。追究其根本原因，我的追踪过程如下：
1、一段时间后进入不了接收回调函数，猜测是接收中断未打开，每次进入函数HAL_UART_Receive_IT(&huart1,&re1,1)中都会重新打开一次接收中断，经过调试发现，一段时间后接收不到数据是因为HAL_UART_Receive_IT(&huart1,&re1,1)函数返回值是HAL_BUSY(即接收中断打开失败！)
2、经过进一步追踪发现，HAL_BUSY是在函数HAL_UART_Receive_IT(&huart1,&re1,1)中的__HAL_LOCK(huart)语句内返回的，说明此时huart1已经被锁定了。
3、huart1变量是在哪锁定的呢？此时在进入HAL_UART_Transmit(&huart1,ubuf1,ulen1, 0xff)函数内部，会发现在发送的这段时间时间内变量huart1一直被锁定住了。所以在发送的这段时间内如果接收到了数据，在接收中断回调函数中再次调用HAL_UART_Receive_IT(&huart1,&re1,1)的时候就不会调用成功，接收中断就不会再次被打开。所以之后就再也接收不到数据了。
4、我目前的解决办法是发送也采用中断发送，或者用DMA方式发送。此问题就不会出现。再有一个解决办法就是，用HAL_UART_Transmit(&huart1,ubuf1,ulen1, 0xff)发送之前关闭接收中断，该函数之后再打开中断。应根据实际情况选择解决办法。
希望对你有帮助。对库函数的深入了解还是很有必要的，在调试CAN的时候我也遇到类似的问题了。（Q:744180121）