串口工作在DMA模式下有时接收异常

最新推荐文章于 2025-05-21 16:40:46 发布
最新推荐文章于 2025-05-21 16:40:46 发布
阅读量9.3k 收藏 22
点赞数 6
分类专栏： STM32 STM32的世界之旅 文章标签： USART-DMA

1 前言

客户反馈在使用STM32F205的串口工作在DMA模式时，有时能够接收数据，有时完全没有数据，但如果换成中断模式来接收又能100%正常收到数据。

2 复现现象

2.1 问题背景

与客户沟通，客户使用的是STM32F2标准库V1.1.0，串口波特率为1.408Mbps，不经过串口RS232，直接连接主CPU和从MCU(STM32F205)的串口发送和接收引脚，如下图所示：

图1

图1

2.2 尝试重现问题

由于客户使用的是主从架构，实验采用两块STM3220G-EVAL评估板来重现现象。一块用来不间断发送串口数据，另一块采用串口DMA进行接收，直接通过杜邦线连接串口PIN脚并共地，不使用评估板上的RS232收发器。接收端使用STM32F2xx_StdPeriph_Examples\ USART\USART_TwoBoards的示例代码。代码片段如下：

int main(void)
{
  ...
  USART_Config();
  ...
  while (1)
  {
    /* Clear Buffers */
    Fill_Buffer(RxBuffer, TXBUFFERSIZE);
    Fill_Buffer(CmdBuffer, 2);

    DMA_DeInit(USARTx_RX_DMA_STREAM);
    DMA_InitStructure.DMA_Channel = USARTx_RX_DMA_CHANNEL;
    DMA_InitStructure.DMA_DIR = DMA_DIR_PeripheralToMemory;
    /************* USART will receive the the transaction data ****************/
    /* Transaction data (length defined by CmdBuffer[1] variable) */       
    DMA_InitStructure.DMA_Memory0BaseAddr = (uint32_t)RxBuffer;
    DMA_InitStructure.DMA_BufferSize =10;// (uint16_t)CmdBuffer[1];
    DMA_InitStructure.DMA_Mode =DMA_Mode_Normal;//DMA_Mode_Circular;
    DMA_Init(USARTx_RX_DMA_STREAM, &DMA_InitStructure);
    NVIC_InitStructure.NVIC_IRQChannel = DMA1_Stream1_IRQn;
    NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 1;
    NVIC_InitStructure.NVIC_IRQChannelSubPriority = 1;
    NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
    NVIC_Init(&NVIC_InitStructure); 
    /* Enable DMA Stream Transfer Complete interrupt */
    DMA_ITConfig(USARTx_RX_DMA_STREAM, DMA_IT_TE|DMA_IT_DME|DMA_IT_FE, ENABLE);

    /* Enable the DMA Stream */
    DMA_Cmd(USARTx_RX_DMA_STREAM, ENABLE);
    /* Enable the USART Rx DMA requests */
    USART_DMACmd(USARTx, USART_DMAReq_Rx , ENABLE);

//  USART_Cmd(USARTx, ENABLE);
//  while(SET ==USART_GetFlagStatus(USARTx,USART_FLAG_ORE))
//  {
//    Tmp =USART_ReceiveData(USARTx);
//  }


    while ((DMA_GetFlagStatus(USARTx_RX_DMA_STREAM, USARTx_RX_DMA_FLAG_TCIF) ==     RESET)
    {
    }   
    /* Clear all DMA Streams flags */
    DMA_ClearFlag(USARTx_RX_DMA_STREAM, USARTx_RX_DMA_FLAG_HTIF | USARTx_RX_DMA_FLAG_TCIF);

    /* Disable the DMA Stream */
    DMA_Cmd(USARTx_RX_DMA_STREAM, DISABLE);

    /* Disable the USART Rx DMA requests */
    USART_DMACmd(USARTx, USART_DMAReq_Rx, DISABLE);

//handle the RxBuffer data...
    //...
  }
}

USART_Config()函数如下：

static void USART_Config(void)
{
  USART_InitTypeDef USART_InitStructure;
  GPIO_InitTypeDef GPIO_InitStructure;

  /* Peripheral Clock Enable -------------------------------------------------*/
  /* Enable GPIO clock */
  RCC_AHB1PeriphClockCmd(USARTx_TX_GPIO_CLK | USARTx_RX_GPIO_CLK, ENABLE);

  /* Enable USART clock */
  USARTx_CLK_INIT(USARTx_CLK, ENABLE);

  /* Enable the DMA clock */
  RCC_AHB1PeriphClockCmd(USARTx_DMAx_CLK, ENABLE);

  /* USARTx GPIO configuration -----------------------------------------------*/ 
  /* Connect USART pins to AF7 */
  GPIO_PinAFConfig(USARTx_TX_GPIO_PORT, USARTx_TX_SOURCE, USARTx_TX_AF);
  GPIO_PinAFConfig(USARTx_RX_GPIO_PORT, USARTx_RX_SOURCE, USARTx_RX_AF);

  /* Configure USART Tx and Rx as alternate function push-pull */
  GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF;
  GPIO_InitStructure.GPIO_Speed = GPIO_Speed_100MHz;
  GPIO_InitStructure.GPIO_OType = GPIO_OType_PP;
  GPIO_InitStructure.GPIO_PuPd = GPIO_PuPd_UP;

  GPIO_InitStructure.GPIO_Pin = USARTx_TX_PIN;
  GPIO_Init(USARTx_TX_GPIO_PORT, &GPIO_InitStructure);

  GPIO_InitStructure.GPIO_Pin = USARTx_RX_PIN;
  GPIO_Init(USARTx_RX_GPIO_PORT, &GPIO_InitStructure);

  /* USARTx configuration ----------------------------------------------------*/
  /* Enable the USART OverSampling by 8 */
  USART_OverSampling8Cmd(USARTx, ENABLE); 

  USART_InitStructure.USART_BaudRate = 1408000;//3750000;
  USART_InitStructure.USART_WordLength = USART_WordLength_8b;
  USART_InitStructure.USART_StopBits = USART_StopBits_1;
  /* When using Parity the word length must be configured to 9 bits */
  USART_InitStructure.USART_Parity = USART_Parity_No;
  USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_None;
  USART_InitStructure.USART_Mode = USART_Mode_Rx | USART_Mode_Tx;
  USART_Init(USARTx, &USART_InitStructure);

  /* Configure DMA controller to manage USART TX and RX DMA request ----------*/  
  DMA_InitStructure.DMA_PeripheralBaseAddr = USARTx_DR_ADDRESS;
  DMA_InitStructure.DMA_PeripheralInc = DMA_PeripheralInc_Disable;
  DMA_InitStructure.DMA_MemoryInc = DMA_MemoryInc_Enable;
  DMA_InitStructure.DMA_PeripheralDataSize = DMA_PeripheralDataSize_Byte;
  DMA_InitStructure.DMA_MemoryDataSize = DMA_MemoryDataSize_Byte;
  DMA_InitStructure.DMA_Mode = DMA_Mode_Normal;
  DMA_InitStructure.DMA_Priority = DMA_Priority_VeryHigh;
  DMA_InitStructure.DMA_FIFOMode = DMA_FIFOMode_Enable;
  DMA_InitStructure.DMA_FIFOThreshold = DMA_FIFOThreshold_Full;
  DMA_InitStructure.DMA_MemoryBurst = DMA_MemoryBurst_Single;
  DMA_InitStructure.DMA_PeripheralBurst = DMA_PeripheralBurst_Single;
  /* Here only the unchanged parameters of the DMA initialization structure are
     configured. During the program operation, the DMA will be configured with 
     different parameters according to the operation phase */

  /* Enable USART */
  USART_Cmd(USARTx, ENABLE);
}

按如上代码，有如下现象：
1. 代码不做修改，若先启动接收端MCU再启动发送端MCU，接收端MCU的串口能正常接收。
2. 代码不做修改，若先启动发送端MCU再启动接收端MCU，接收端MCU的串口100%接收异常。
3. 修改发送端代码，改为发送端MCU串口每1秒间隔发送一次，则无论启动顺序如何，接收端MCU的串口都能正常。

3 程序分析

由上述代码可知，程序是先在USART_Config()函数函数内初始化串口并使能，然后再在接下来的main函数的while循环内初始化DMA并使能。这个是标准库内附带的示例代码，咋一看没什么问题，但仔细一想，针对用户的使用场景，这里就会产生一个问题：由于用户的主CPU有可能在从MCU启动之前就已经有可能启动，那么在这种情况下，在初始化完串口并使能后，到DMA使能之前这段时间内，若主CPU向从MCU发送串口数据，从MCU是否能正确接收？

从上述测试代码的结果2可以得出，若在串口初始化并使能后到DMA使能之前有数据来，MCU是不能接收的，经进一步调试，发现此时数据寄存器USART_DR存在一个数据，且在状态寄存器USART_SR中ORE值1，由此可知，串口的接收寄存器中已经接收到一个数据，但是后面的数据又来了，由于数据寄存器中的数据没有及时转移走（此时DMA还没有开启），从而导致后面的数据无法存入，所以产生了上溢错误（ORE），而一旦产生上溢错误后，就无法再触发DAM请求，及时之后再启动DMA也不行，无法触发DMA请求就无法将数据寄存器内的数据及时转移走，如此陷入死锁，这就是串口无法正常接收的原因。这时反观一下代码的结果3，这又将做如何解释？

仔细查看测试结果3，发现这个发送端每1秒间隔发送一次，那么就会存在这个一个概率，这个发送的时间点是否刚好在接收端MCU的串口初始化并使能和DMA使能之间还是之后，这个时间窗口非常关键，如果刚好在时间窗，那么串口接收就不正常，如果在这个时间窗之后，串口接收就能正常。由于测试代码采用的是1秒间隔，对于MCU来说这个是非常大的时间长度，还是很小概率能碰中这个时间窗的，因此，测试结果看起来是都能正常，实际严格来说，还是存在刚好碰中的可能。如果间隔时间缩短，那个碰中的几率就增大。由此看来，这也就能解释测试结果3了，也能解释客户提到的有时正常有时不正常的现象了。

4 问题处理

处理有两种方法，第一种方法是在使能DMA后，及时将数据寄存器DR中的数据清除掉，如下代码所示：

//...
/* Enable the DMA Stream */
    DMA_Cmd(USARTx_RX_DMA_STREAM, ENABLE);
    /* Enable the USART Rx DMA requests */
    USART_DMACmd(USARTx, USART_DMAReq_Rx , ENABLE);

  while(SET ==USART_GetFlagStatus(USARTx,USART_FLAG_ORE))
  {
    Tmp =USART_ReceiveData(USARTx);
  }
  //...

这里是使用读DR的方法来清除的，从参考手册中也提到使用这种方法来清除ORE标志：

图2

图2

第一种方法类似于一种纠错措施，下面介绍另一种推荐的方法，如下代码所示： 

//...
/* Enable the DMA Stream */
    DMA_Cmd(USARTx_RX_DMA_STREAM, ENABLE);
    /* Enable the USART Rx DMA requests */
    USART_DMACmd(USARTx, USART_DMAReq_Rx , ENABLE);

  USART_Cmd(USARTx, ENABLE);
  //...

如上所示，可以先使能DMA再使能串口，这样就彻底不存在那个时间窗了，不管数据何时过来能能被DAM及时转走。这个是推荐的解决方法。

5 结论

标准库中的示例代码一般来说只供参考，对于大部分情况来说都是能正常工作的，但偶尔也会出现不适用的情况，此时更需要我们针对问题进行思考分析，进一步找到原因才能解决问题。对于串口使用DMA来接收的情况，这里建议一定要先使能DMA，最后使能串口，这样就能避免类似问题出现了。

本文转自:http://www.stmcu.org/module/forum/thread-606799-1-1.html

STM32H750串口接收数据出现丢字节以及使用DMA出现内容错误问题
weixin_45776391的博客
05-07 3548
本次的问题主要原因如下：1.外部频繁关闭总中断，导致串口接收中断无法及时收到数据，进而导致出现丢失字节的问题；2.DMA方式会将串口接收的数据自动放到指定的RAM地址中，但是系统开启了D-cache，所以程序中访问的数据并不是实际的RAM中的数值，所以这种非一致性导致软件读取到的内容不是最新的；本次遇到的是接收的问题，同样的分析思路，我们在执行数据发送时是否也会有发送的字节间隔并不是连续的（被关闭总中断影响），那么对方在接收时是否也会出现错误断帧的问题？
dma接收双缓存 stm32_STM32 DMA双缓冲模式应用示例
weixin_39618339的博客
12-19 2886
我们在MCU的嵌入式应用开发过程中，有时需要做些较大量的数据传输和适时处理，此时使用DMA的双缓冲模式可能是个不错的选择。这样既可以保障数据的连续、流畅传输，又能保障数据的及时处理【包括数据更新】，同时又能减轻CPU的负荷。常有人想使用STM32 DMA的双缓冲模式，但又觉得实现起来似乎有点困难，也不太容易找到现存的例程。我这里就基于STM32F4芯片及Cube库简单地演示下实现过程。STM32的...
stm32串口DMA数据接收不完整问题说明
qq_23943489的博客
12-23 5631
stm32串口DMA数据接收不完整问题说明 最近做了一个项目需要用串口来接收模块端的应答数据，由于使用了实时操作系统，考虑中断嵌套或被打断的问题导致数据接收不完整的问题，使用串口dma接收数据，但实际使用过程中发现串口dma仍有数据丢失，可能存在以下原因： 1、串口DMA配置问题：先初始化dma通道，防止串口接收、溢出等标志位置位导致dma工作异常，dma优先级不够高导致被其他dma打断 2、CA...
处理STM32 DMA方式下的HAL_UART_ERROR_ORE错误
最新发布
hoiii187的博客
05-21 372
在STM32微控制器中，使用DMA（直接存储器访问）方式进行UART通信时，可能会遇到（Overrun Error）错误。这种错误通常发生在接收缓冲区满时，新数据到来导致数据溢出。处理这种错误需要系统化的策略，包括正确配置DMA、适当的错误处理和数据管理。以下是详细的解决方法和步骤。
关于STM32用DMA传输UART空闲中断中接收的数据时无法接收数据问题以及解决办法
热门推荐
qq_30993593的博客
03-22 1万+
关于STM32用DMA传输UART空闲中断中接收的数据时无法接收数据问题以及解决办法
STM32H723 串口接收DMA出现异常问题
weixin_41541431的博客
07-31 854
使用STM32H723串口BDMA模式出现Transfer Error Interrupt异常。将数据接收位置修改到SRAM4即可，uint8_t rx_buffer[128]
STM32串口DMA接收出现ORE错误
m0_49730102的博客
12-02 1661
当Usart_Init()执行完后，外部设备向STM32的该串口发送一串字符，发送字符完成后再执行UsartRecDma_Init()，则导致STM32串口模块死机，且串口后续无法正常接收数据。调整初始化顺序，USART的CR寄存器UE位开关留到最后打开，即完成USART和DMA的所有配置初始化后再使能USART。// 使能USART，CR寄存器的UE位。// 使能USART，CR寄存器的UE位。// 关闭USART。//USART和DMA链接。//USART和DMA链接。
【Bug】STM32串口空闲中断接收不定长数据异常
augu_的博客
10-20 1395
STM32标准库串口中断中不读取数据会导致程序异常，空闲中断能够有效接收数据不定长的情况。
驱动开发系列07 - 内存映射和DMA
GPU全栈博主
07-20 936
本文深入探讨 Linux 内存管理子系统，重点介绍对设备驱动程序编写者有用的技术。许多类型的驱动程序编程都需要对虚拟内存子系统的工作原理有一定的了解；当我们编写一些更复杂、对性能要求更高的驱动时，本文所涉及的内容就会派上用场。虚拟内存子系统也是 Linux 核心内核中非常有趣的一部分，因此值得一看。本文内容分为三节：第一节涉及 mmap 系统调用的实现，该调用允许将设备内存直接映射到用户进程的地址空间。将设备内存直接映射到用户进程的地址空间。
Qt串口编程秘籍：460800波特率下的数据同步接收技术
[Qt串口编程秘籍：460800波特率下的数据同步接收技术](https://opengraph.githubassets.com/96eec0cf1ca97e226ab61a543195b88d02006dd7f873ae9c6341e13a16b2d3c6/QtWithKetan/Qt-SerialPort) # 1. Qt串口编程基础 ...
stm32f103c8t6usart串口接收失败
01-25
DMA模式下的缓冲区管理 若采用DMA方式进行数据传输，在初始化阶段需合理规划好DMA通道及其对应的内存地址空间；同时注意防止因溢出而造成的数据丢失现象发生。此外还要保证每次读取完成后能够正确更新指针位置以便...
现场485总线干扰导致的stm32 DMA 接收异常
weixin_48346714的博客
08-25 1618
485总线干扰导致stm32 DMA接收异常处理
插拔232通信线导致串口接收停止(使用DMA)
weixin_45776391的博客
05-22 997
综上分析，HAL的中断异常处理中会清除DMAR导致DMA停止接口不能执行停止逻辑，以及内部调用的终止接口将状态置为异常状态，以及没有将Rx状态清除，导致重启也无法执行。在HAL库中没有那个接口能够逃过这个状态锁，因此，我们仅能执行重新初始化，将整个串口初始化，才能将这些锁置位。经过重新初始化的尝试，DMA总线重启成功，数据接收也恢复正常。
STM32串口DMA接收253字节就死机原因排查
ydgd118的博客
06-28 2613
STM32串口DMA接收数据大于255字节死机原因排查。
rtthread使用串口DMA接收数据出现数据不连续
qq_44902027的博客
11-15 300
【代码】rtthread使用串口DMA接收数据出现数据不连续。
STM32 HAL库 DMA接收异常，导致无法继续接收的解决办法
tiantangmoke的博客
11-29 7276
项目上遇到这个问题，查了很多论坛和文章，得到解决办法，分享一下 串口 错误的时候，读取huart->ErrorCode 这个值，如果不为0，说明串口有误，需要重新初始化串口 重新初始化串口方法（以串口4为例）： memset(&huart4,0,sizeof(UART_HandleTypeDef) ); memset(&hdma_usart4_rx,0,sizeof(DM...
STM32 HAL库的串口DMA使用HAL_UART_DMAStop()函数时无法再次接收到数据
qq_25727979的博客
09-26 2519
当串口接收到数据后产生空闲中断，在中断函数里调用HAL_UART_DMAStop()，停止DMA接收数据，当再次接收数据时，调用HAL_UART_Receive_DMA()函数后无法接收数据。因此在使用 HAL_UART_Receive_DMA( );前需要再次调用MX_USART2_UART_Init();
STM32串口DMA不好用原因！！！！
weixin_57010826的博客
04-25 1530
STM32串口DMA（Direct Memory Access，直接存储器访问）在理论上是一种高效的数据传输方式，它可以在不经过CPU干预的情况下，直接从内存读取数据并传输到串口，或者从串口接收数据并存储到内存。
STR32H743 uart DMA收发一段时间后收不到数据的问题记录
suyuyong4的博客
08-27 1550
uart DMA收发一段时间后收不到数据的问题记录 平台 STR32H743 配置 Rx DMA2_Stream6 没开启DMA中断 Tx DMA2_Stream7 开启DMA 中断 测试一段时间后或者 上位机断电、重启后，下位机无法再接收数据， 原因： 用keil debug 发现，收不到数据时 DMAR 位 被置0，也就是 接收DMA 被禁用， 当然收不到数据，这不纯纯要人命吗。。。 查手册发现，接收出错后会禁用 DMA, 接下来很关键 相应的错误标志位 以及 RXNE会被置1
stm32DMA的坑DMA关闭再开启
03-26
### STM32 DMA模块关闭后再重新开启时常见问题及解决方案 在STM32微控制器中，DMA（Direct Memory Access）是一种高效的数据传输机制，能够减少CPU的负担并提高系统的性能。然而，在实际应用中，当DMA被关闭后再次启用时可能会遇到一些常见的问题。以下是这些问题及其对应的解决方法： #### 1. **DMA通道冲突** 如果多个外设共享同一个DMA通道，则可能导致数据传输混乱或失败。这种情况下，即使某个外设的DMA已经关闭，另一个外设仍可能占用该通道。 - 解决方案： 确保不同外设使用的DMA请求不发生冲突。可以通过检查`RCC_APB1ENR`寄存器中的相关位来确认DMA通道的状态[^3]。另外，合理分配DMA资源，避免多路复用同一通道。 #### 2. **DMA标志未清零** 每次DMA传输完成后，硬件会设置相应的状态标志（如TCIF——Transfer Complete Interrupt Flag）。如果不及时清除这些标志，下次启动DMA时可能会误触发中断或其他异常行为。 - 解决方案： 在重启DMA之前，务必调用函数清理相关的标志位。例如： ```c __HAL_DMA_CLEAR_FLAG(&hdma_usart, DMA_FLAG_TC); ``` 此操作可防止残留标志干扰新一次的DMA工作流程[^2]。 #### 3. **缓冲区指针重置不当** 一旦DMA停止运行，其内部指向源地址和目标地址的指针并不会自动回到初始位置。这意味着如果没有手动调整这些指针的位置，下一轮传输将从上轮结束的地方继续而非预期起点。 - 解决方案： 每当准备重新激活DMA前，应显式设定新的起始地址以及长度参数。比如对于UART发送功能来说： ```c hdma_usart.Init.MemAddr = (uint32_t)dataBuffer; if(HAL_DMA_Init(&hdma_usart)!= HAL_OK){ Error_Handler(); } ``` #### 4. **串口中断优先级设置错误** 有时尽管DMA本身运作良好，但由于串口接收/发送完成后的处理逻辑存在问题也会间接影响整体表现。特别是当中断服务程序(ISRs)执行时间过长或者存在死循环等情况时尤为明显。 - 解决方案： 适当降低无关紧要的任务优先级，并优化ISR代码效率以缩短响应延迟。同时注意观察是否有其他高优先级事件抢占了当前任务所需的时间片[^4]。 #### 5. **电源管理引起的问题** 进入低功耗模式期间某些外设会被禁用甚至掉电，这其中包括部分DMA单元。这样即便后来恢复正常供电也无法立即恢复先前的工作条件。 - 解决方案： 设计应用程序框架时充分考虑节能需求与实时性之间的平衡关系。必要时候通过软件手段唤醒沉睡中的组件再行初始化[^1]。 --- ### 示例代码片段展示如何安全地停启DMA过程 下面给出一段简单的C语言伪代码演示上述提到的一些技巧的实际运用场景: ```c void Restart_DMA_Transmission(void){ // Step A: Stop existing transmission and clear flags. HAL_UART_DMAStop(&huart_instance); __HAL_DMA_CLEAR_FLAG(&hdma_usart,DMA_FLAG_TE|DMA_FLAG_HT|DMA_FLAG_TC); // Step B: Reset memory address pointer to start of buffer. hdma_usart.Instance->CMAR = (uint32_t)data_buffer_start; // Step C: Reconfigure any necessary parameters then restart the channel. if(HAL_DMA_Start_IT(&hdma_usart,(uint32_t)data_buffer_start,data_length)==HAL_OK){ HAL_UART_DMAPause(&huart_instance); HAL_UART_DMAResume(&huart_instance); } } ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值