串口v2+DMA接收

发布于 2023-12-29 11:03:20 浏览：1333 订阅该版

MCU使用的是STM32G0B1，串口使用V2版，DMA发送+接收，问题现象很奇怪，但已经初步定位，请大家一起讨论一下，有没有新思路。
所做的事很简单，串口调试助手每100ms发送一串数据，板子收到后转发回去。一开始的现象是随机发送n次后，就不再接收板子回复的数据了，像是进不去串口中断了，此时心跳灯正常。
![screenshot_企业微信截图_17038169471051.png](https://oss-club.rt-thread.org/uploads/20231229/5e2688214a6911587246ca6459721156.png.webp)
由于板子只有485接口，没有msh，只能进debug对比了一下正常和问题时的寄存器状态

![screenshot_企业微信截图_17038116437182.png](https://oss-club.rt-thread.org/uploads/20231229/7d00c328e06cbeabebdb76d05e721abf.png)
正常的时候FE为0，问题的时候是触发了FE，然后就想着清除看看，进到中断处理函数，发现是有相关操作的，但是貌似并未执行到：

```c
if (__HAL_UART_GET_FLAG(&(uart->handle), UART_FLAG_ORE) != RESET)
{
	LOG_E("(%s) serial device Overrun error!", serial->parent.parent.name);
	__HAL_UART_CLEAR_OREFLAG(&uart->handle);
}
if (__HAL_UART_GET_FLAG(&(uart->handle), UART_FLAG_NE) != RESET)
{
	__HAL_UART_CLEAR_NEFLAG(&uart->handle);
}
if (__HAL_UART_GET_FLAG(&(uart->handle), UART_FLAG_FE) != RESET)
{
	__HAL_UART_CLEAR_FEFLAG(&uart->handle);
}
if (__HAL_UART_GET_FLAG(&(uart->handle), UART_FLAG_PE) != RESET)
{
	__HAL_UART_CLEAR_PEFLAG(&uart->handle);
}
```
这就奇怪了，再次debug，发现CR3中的EIE位就没开启，所以想着是不是需要开启错误中断才能进。好吧，那就开启EIE，在初始化的时候打开EIE:

```c
    // 使能FE
    __HAL_UART_ENABLE_IT(&(uart->handle), UART_IT_ERR);
    if (HAL_UART_Init(&uart->handle) != HAL_OK)
    {
        return -RT_ERROR;
    }
```
还是不行。。。怒气值50+，中断也打开了，处理函数也有清FE，还有哪里没做到呢？想起来还有个回调函数，行，回调函数里面继续清：

```c
void HAL_UART_ErrorCallback(UART_HandleTypeDef *huart)
{
    RT_ASSERT(huart != NULL);
    struct stm32_uart *uart = (struct stm32_uart *)huart;
    LOG_D("%s: %s %d\n", __FUNCTION__, uart->config->name, huart->ErrorCode);
    __HAL_UART_CLEAR_FEFLAG(&uart->handle);
    
    //UNUSED(uart);
}
```
还是不行。。。怒气值80+，这下是真没思路了，该做的都做了呀，还有哪里没想到呢？想不通那就继续debug吧，一路跑跑跑，突然发现怎么EIE没被置位呢？难道使能没起作用？终于在DMA的初始化那边发现了问题：

```c
/* enable interrupt */
    if (flag == RT_DEVICE_FLAG_DMA_RX)
    {
        rx_fifo = (struct rt_serial_rx_fifo *)serial->serial_rx;
        RT_ASSERT(rx_fifo != RT_NULL);
        /* Start DMA transfer */
        if (HAL_UART_Receive_DMA(&(uart->handle), rx_fifo->buffer, serial->config.rx_bufsz) != HAL_OK)
        {
            /* Transfer error in reception process */
            RT_ASSERT(0);
        }
        CLEAR_BIT(uart->handle.Instance->CR3, USART_CR3_EIE);
        __HAL_UART_ENABLE_IT(&(uart->handle), UART_IT_IDLE);
    }
```
第12行居然悄咪咪把EIE清零了！！！怒气值100！！！手动曹操盖饭！！！
把这一行注释了，现象有所改变：

![screenshot_企业微信截图_17038181924001.png](https://oss-club.rt-thread.org/uploads/20231229/7a96f93437cc16d20db0a75a69fa3321.png)
F0的那一帧应该就是FE触发的那一帧。

目前为止解决了卡死的问题，清FE的操作是在中断函数内执行的，HAL_UART_ErrorCallback并未起到作用。

![screenshot_企业微信截图_17038183533457.png](https://oss-club.rt-thread.org/uploads/20231229/00f849e24a814d8db5a3973248897c87.png)

目前有两点疑问：
1、为什么DMA要把EIE清掉？
2、为什么会出现FE，同样的环境我用自己写的驱动是不会出现FE的。是不是还有其他bug隐藏？

抛砖引玉，希望大家集思广益，一起出谋划策，把曹操盖饭拨回去。。。。

（以下是个人吐槽，之前一直用的是FREERTOS，作为一个任务调度器使用，并没有接管中断，驱动内中断部分还是自己实现的，自己的轮子其实跑的非常稳。对于RTT接管了中断重写我是不太理解的，RTT会比原厂处理中断更加专业吗？为什么不用原厂的中断处理呢？而且接管就彻底接管，串口这里只写了一部分，还有一部分没动，搞得不上不下的用起来很不爽。。。）