STM32 DMA技术深度解析：从核心原理到实战应用

1. 项目概述：为什么DMA是STM32性能的“隐形翅膀”？

搞STM32开发的朋友，对DMA这个词肯定不陌生。但很多时候，我们只是照着例程配置一下，让它跑起来，至于它到底怎么工作的、为什么能提升效率、以及配置时那些坑该怎么避，可能就有点模糊了。今天，我就结合自己这些年从F1到H7系列踩过的坑和积累的经验，来深挖一下STM32的DMA（直接存储器存取）技术。这不仅仅是第23篇学习笔记，更是一次把DMA“吃透”的实战复盘。

简单来说，DMA就是一个不需要CPU核心（Cortex-M内核）亲自插手，就能在内存（如SRAM）和外设（如UART、ADC、SPI的数据寄存器）之间搬运数据的“专职搬运工”。想象一下，你的CPU是公司老板，UART收到数据或者ADC转换完成就像仓库来了新货。如果没有DMA，每次来货，仓库管理员（外设）都得打电话给老板（CPU），老板停下手里重要的战略决策（执行主程序），跑去仓库门口签收（通过中断服务程序读取数据），然后再回来工作。这效率得多低？DMA就是这个老板雇来的一个靠谱的仓库主管，老板只需要在第一次告诉主管：“以后A仓库（外设寄存器）来的货，都搬到B区（内存数组）”，之后每次来货，主管自动处理，搬完了如果需要告诉老板一声，就发个短信（DMA传输完成中断）。这样老板就能几乎不受打扰地处理核心业务，整个系统的吞吐量和实时性自然就上去了。

对于STM32而言，无论是做高速数据采集（ADC+DMA）、通信（UART/SPI/I2C+DMA），还是图像处理、音频流传输，DMA都是解放CPU、降低功耗、提高系统响应能力的关键。接下来，我们就从设计思路、寄存器本质、CubeMX配置、代码实战到疑难杂症，把它彻底捋清楚。

2. DMA核心机制与架构深度解析

2.1 DMA与CPU、外设的三角关系

要理解DMA，必须把它放在STM32的整个系统架构里看。以常见的STM32F4系列为例，其总线架构是多层的，DMA作为总线矩阵（Bus Matrix）上的一个主设备（Master），与CPU（Cortex-M4内核）地位平等。

核心关系如下：

  1. 数据生产者/消费者（外设）：如USART的DR寄存器、ADC的DR寄存器。它们产生数据（如接收）或消费数据（如发送）。
  2. 数据缓冲区（存储器）：通常是SRAM中我们定义的一个数组，比如uint8_t uart_rx_buffer[256]。
  3. 搬运工（DMA控制器）：在两者之间建立自动传输通道。

关键点在于权限：外设通常只能作为从设备（Slave），被动地让CPU或DMA来读写它的数据寄存器。而DMA控制器和CPU是系统中少数几个能主动发起读写操作的主设备。当DMA通道被正确配置并启用后，一旦外设触发信号（比如UART收到一个字节，硬件自动设置RXNE标志），DMA控制器就会“嗅探”到这个事件，然后以自己的名义，通过总线矩阵，执行一次从外设数据寄存器到内存地址的读取操作。这个过程完全“绕过”了CPU，不占用CPU的指令周期。

2.2 流控制器与通道：理解配置的核心骨架

不同系列的STM32，DMA的命名和架构略有差异。在F1/F2/F4等系列中，DMA的核心概念是通道（Channel）；而在F7/H7等系列，以及部分F4的增强型DMA（DMA2）上，概念变成了流（Stream）和通道（Channel）的二级结构。我们以更通用和强大的“流”模型来讲解，理解了它，F1的通道模型就更容易了。

  1. 流（Stream）：你可以把它想象成一条物理传输管道。一个DMA控制器（如DMA2）通常有8个流（Stream0-Stream7）。每个流是独立的，可以配置自己的源地址、目标地址、传输数据量等。重点：每个流一次只能服务于一个传输任务。

  2. 通道（Channel）：通道代表的是传输内容的类型或路由。它决定了这个流管道被“接到”哪个外设上。例如，USART1的TX请求可能映射到DMA2的Stream7的Channel4。在CubeMX中，你为UART_TX选择DMA，本质上就是在选择一个可用的“流”，并将其“通道”设置为对应UART的那个编号。

为什么这么设计？这是一种硬件资源的复用和仲裁机制。外设很多（多个UART、ADC、SPI等），但流的数量有限。通过“通道”这个选择器，可以让同一个流在不同的时间服务于不同的外设（当然，需要重新配置）。硬件上，每个流都有一个多路选择器（Multiplexer），根据你配置的通道号，连接到对应外设的DMA请求线上。

配置时的核心选择逻辑：

当你要为外设A配置DMA时，首先查看数据手册的DMA请求映射表，找到外设A的请求对应哪些流的哪些通道。然后，在这些可用的流中，选择一个当前未被占用的流。如果两个外设的请求映射到了同一个流的同一个通道，那它们就不能同时使用DMA，需要错开时间或使用其他流。

2.3 传输模式：单次、循环与双缓冲

这是DMA应用中最关键的策略选择，直接关系到程序的稳定性和效率。

  1. 单次模式（Normal Mode）：

    • 行为：DMA按照配置的数据量（NDTR寄存器）传输，传输完成后，NDTR减到0，DMA通道自动禁用（EN位清零）。需要软件重新配置并使能才能进行下一次传输。
    • 应用场景：传输已知长度的数据包。例如，通过SPI发送一个1024字节的固定图片数据到LCD。发完即止。
    • 注意事项：传输完成后务必检查传输完成标志（TCIF）并处理数据，同时如果需要再次传输，要重新设置数据长度并使能DMA。

  2. 循环模式（Circular Mode）：

    • 行为：传输达到设定数据量后，NDTR寄存器自动重载为初始值，源/目标地址（根据配置决定是否回绕）也恢复到初始位置，然后立即开始新一轮传输，永不停止，除非软件强制禁用。
    • 应用场景：连续、流式数据。这是最常用的模式之一。
      • ADC连续扫描：配置一个大小为N的数组，DMA循环将ADC转换结果搬到此数组。CPU可以随时来读取这个“滑动窗口”的最新数据。
      • UART持续接收：配置一个环形缓冲区（数组），DMA循环将UART数据写入。结合串口空闲中断（IDLE）来判定一帧数据结束，实现不定长接收。
    • 实操心得：循环模式下，CPU和DMA对缓冲区的访问是异步的。务必注意数据一致性问题。一个经典方法是使用“双下标”或“双缓冲区”技术。例如，DMA维护当前的写入位置（可通过CNDTR寄存器计算），CPU维护读取位置。读取时，先缓存当前的写入位置，然后处理缓存位置之前的数据。

  3. 双缓冲区模式（Double Buffer Mode）：

    • 行为：这是循环模式的增强版。你需要指定两个内存缓冲区（M0AR和M1AR）。DMA会在两个缓冲区之间乒乓切换。当正在向缓冲区0写入时，CPU可以安全地处理缓冲区1的数据；半场或全场传输完成时产生中断，通知CPU切换操作对象。
    • 应用场景：对数据实时性要求极高，不允许CPU在DMA传输时访问缓冲区的场合。例如，音频DAC播放、摄像头数据采集。它能彻底避免CPU和DMA同时访问同一内存区域的风险（虽然通常总线矩阵有仲裁，但软件逻辑更清晰）。
    • 配置要点：使能双缓冲区模式后，DMA_SxCR寄存器中的CT位指示当前正在使用哪个缓冲区（0为M0，1为M1）。在传输完成中断（TCIF）里，通过检查CT位就知道哪块缓冲区刚被填满，然后切换CPU的处理目标，同时DMA会自动开始填充另一块缓冲区。

3. CubeMX图形化配置与底层寄存器关联

很多新手依赖CubeMX生成代码，但如果不理解其背后的寄存器操作，出问题时就会一头雾水。我们以STM32F407的USART1_TX配置DMA为例，进行关联分析。

3.1 CubeMX配置步骤分解

  1. 启用外设DMA请求：在Connectivity->USART1->DMA Settings-> 点击Add-> 选择USART1_TX。
  2. 配置流参数：
    • Direction:Memory To Peripheral。这是关键，决定了地址自增方向。
    • Priority: 通常设为Medium。如果多个流同时请求，优先级高的先服务。
    • Mode:Normal（单次）或Circular（循环）。
    • Increment Address: 源地址（内存）需要自增Enable，目标地址（外设USART1->DR）固定，所以Disable。
    • Data Width: 根据你的数据选择Byte、Half Word或Word。必须和外设数据寄存器宽度匹配。USART是8位/9位，通常选Byte。
  3. 生成代码。

3.2 生成的代码与寄存器映射

CubeMX会在main.c中初始化DMA，并在stm32f4xx_hal_msp.c中完成外设与DMA的硬件链接。我们挑核心的HAL_DMA_Init()调用关联的寄存器看看。

假设它配置了DMA2_Stream7。

  • DMA2_Stream7->CR(控制寄存器):
    • EN=0: 初始禁用。
    • DIR=01: 内存到外设。
    • CIRC: 对应Circular模式。
    • PINC=1/MINC=1: 外设/内存地址不自增/自增。
    • PSIZE/MSIZE=00: 数据宽度为字节。
    • PL=01: 优先级中等。
    • CHSEL=4: 通道选择为4（对应USART1_TX的通道号，查表得知）。
  • DMA2_Stream7->PAR(外设地址寄存器):
    • 被赋值为(uint32_t)&huart1.Instance->DR。这就是固定的目标地址。
  • DMA2_Stream7->M0AR(内存0地址寄存器):
    • 被赋值为发送缓冲区的首地址，比如(uint32_t)tx_buffer。
  • DMA2_Stream7->NDTR(数据数量寄存器):
    • 被赋值为要发送的字节数，比如sizeof(tx_buffer)。

理解这个映射至关重要。当你在代码中调用HAL_UART_Transmit_DMA(&huart1, tx_buffer, len)时，HAL库底层就是把这些参数写入M0AR和NDTR，然后将CR寄存器的EN位置1，启动传输。

注意：CubeMX生成的代码有时不会自动开启DMA中断。如果你需要在传输完成、半传输或传输错误时得到通知，必须在CubeMX的NVIC设置中勾选对应的DMA流全局中断，或者手动在代码中调用HAL_DMA_Start_IT()。

4. 实战代码剖析：ADC多通道扫描+DMA循环采集

理论说再多，不如看代码。我们实现一个经典场景：用ADC1扫描3个通道（PA0, PA1, PA2），DMA循环模式将结果实时搬运到内存数组，并在主循环中处理。

4.1 CubeMX配置要点

  1. ADC配置：
    • Scan Conversion Mode:Enabled(扫描模式)。
    • Continuous Conversion Mode:Enabled(连续转换)。
    • DMA Continuous Requests:Enabled(关键！保证DMA请求连续，ADC一转换完就触发DMA)。
    • Number Of Conversions:3。
    • 在Rank里依次设置Channel（PA0, PA1, PA2）、采样时间。
  2. DMA配置：
    • 为ADC1添加DMA流。
    • Direction:Peripheral To Memory。
    • Mode:Circular。
    • Increment Address: Peripheral:Disable, Memory:Enable。
    • Data Width: Peripheral和Memory都选Word（因为ADC结果是12位，存放在16位或32位寄存器中，我们按字访问方便）。
    • Priority:High。

4.2 核心代码实现与分析

// 在全局变量区 #define ADC_BUFF_SIZE 3 // 对应3个通道 uint32_t adc_values[ADC_BUFF_SIZE] = {0}; // DMA搬运的目的地 // 在main函数初始化部分，启动ADC的DMA采集 // CubeMX生成的HAL_ADC_MspInit已经完成了DMA的初始化和链接 if (HAL_ADC_Start_DMA(&hadc1, (uint32_t*)adc_values, ADC_BUFF_SIZE) != HAL_OK) { Error_Handler(); } // 此时，DMA已经开始循环工作，adc_values数组会被持续更新 // 主循环中，可以直接安全地读取和处理adc_values while (1) { // 方法1：直接读取（存在风险，因为DMA可能在同时写） // uint32_t ch0_val = adc_values[0]; // 方法2：更安全的方式，暂时关闭DMA？不，影响实时性。推荐使用临界区或双下标。 // 对于简单的读取，由于是32位访问，在Cortex-M内核上通常是原子的，风险较小。但严谨起见： uint32_t local_adc_copy[ADC_BUFF_SIZE]; uint32_t primask = __get_PRIMASK(); // 保存全局中断状态 __disable_irq(); // 关闭全局中断，防止DMA传输完成中断与读取冲突（虽然本例DMA没开中断） for(int i=0; i<ADC_BUFF_SIZE; i++) { local_adc_copy[i] = adc_values[i]; } __set_PRIMASK(primask); // 恢复中断状态 // 现在可以安全地使用 local_adc_copy 中的数据 float voltage_pa0 = (local_adc_copy[0] * 3.3f) / 4095.0f; // 假设12位分辨率，3.3V参考 // ... 处理其他通道 HAL_Delay(100); // 主循环处理间隔 }

代码解析与避坑点：

  • HAL_ADC_Start_DMA函数一次性完成了三件事：启动ADC、配置DMA并启动、使能ADC的DMA请求。
  • 数据宽度对齐：我们定义adc_values为uint32_t数组，与DMA配置的Word宽度匹配。虽然ADC结果是12位，存放在16位的DR寄存器里，但DMA按字（32位）搬运时，会读取整个DR寄存器（可能包含一些状态位）。实际上，HAL库的Start_DMA函数内部会处理这个映射，我们最终得到的是纯转换值。如果你用寄存器直接操作，需要关注数据对齐。
  • 内存访问安全：主循环直接读取adc_values时，DMA可能在任意时刻更新它。对于uint32_t（32位）类型，在32位ARM内核上，单个字的读写通常是原子的（不会被总线事务打断）。但为了代码的健壮性和可移植性，特别是在更复杂的场景或使用DMA传输完成中断时，使用临界区（关中断）或复制到局部变量是好习惯。对于多字节数据结构（如结构体），则必须使用保护机制。

4.3 进阶：结合传输完成中断与双缓冲区

如果需要精确知道每一轮扫描完成的时间点（例如用于计算波形频率），可以开启DMA传输完成中断。

// 在CubeMX中启用DMA流的传输完成中断（TCIE） // 或者代码中调用 HAL_DMA_Start_IT // 定义双缓冲区 uint32_t adc_buf0[ADC_BUFF_SIZE]; uint32_t adc_buf1[ADC_BUFF_SIZE]; volatile uint8_t dma_current_buf = 0; // 当前DMA正在写入的缓冲区索引 volatile uint8_t data_ready = 0; // 数据就绪标志 uint32_t *p_buf_to_process = NULL; // 指向待处理缓冲区的指针 // DMA传输完成中断回调函数（弱函数，需重写） void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef* hadc) { if(hadc->Instance == ADC1) { data_ready = 1; // 设置标志 // 根据DMA当前目标缓冲区，切换指针 if(dma_current_buf == 0) { p_buf_to_process = adc_buf0; dma_current_buf = 1; // 重新配置DMA目标地址到buf1 (如果需要，HAL库在循环模式下可能自动处理) // 对于标准库或需要手动切换的双缓冲模式，这里需要重新设置MxAR } else { p_buf_to_process = adc_buf1; dma_current_buf = 0; } } } // 主循环中检查并处理 while(1) { if(data_ready) { data_ready = 0; // 此时 p_buf_to_process 指向的缓冲区是完整的、未被DMA写入的 process_adc_data(p_buf_to_process); // 处理数据 } // ... 其他任务 }

重要提示：在HAL库的ADC DMA循环模式下，使用双缓冲区需要一些额外处理，因为标准的HAL_ADC_Start_DMA只支持单缓冲区循环。上述中断回调中的缓冲区切换逻辑是一个概念示意。更常见的做法是，使用DMA的半传输完成中断（HTIE）和传输完成中断（TCIE），在HTIF时处理前半缓冲区，在TCIF时处理后半缓冲区，实现“软件双缓冲”。或者，对于支持硬件双缓冲的DMA（如F4的DMA2），直接配置DMA_SxCR的DBM位，并设置M0AR和M1AR。

5. 常见疑难杂症与深度排查指南

DMA用起来爽，但调试起来有时让人抓狂。下面是一些典型问题及根因分析。

5.1 数据错位、重复或丢失

  • 症状：ADC多通道扫描时，通道数据对不上号；UART DMA接收，数据顺序乱了或少了。
  • 根因1：地址自增配置错误。
    • 排查：检查DMA_SxCR的PINC和MINC位。对于外设到内存（如ADC），PINC应为0（外设地址固定，即ADC->DR），MINC应为1（内存地址递增）。对于内存到外设（如UART发送），MINC为1，PINC为0。如果MINC设成了0，所有通道的数据都会堆在数组的第一个元素。
  • 根因2：数据宽度不匹配。
    • 排查：检查PSIZE和MSIZE。例如，ADC数据寄存器是16位（半字），但你配置DMA按字节（8位）传输。那么一次ADC转换结果（16位）会被DMA拆成两次传输，第一次传低8位，第二次传高8位，到内存中顺序就全乱了。必须保证外设和内存的数据宽度一致，通常都设置为与外设数据寄存器匹配的宽度（ADC用半字，32位宽的DR用字）。
  • 根因3：存储器对齐问题。
    • 排查：确保你的内存缓冲区地址符合DMA访问的对齐要求。例如，配置为字传输时，内存地址最好是4字节对齐的。使用数组时，编译器通常会处理对齐，但如果你使用指针指向某个非对齐地址，就可能出错。在定义缓冲区时，可以使用编译器指令如__attribute__((aligned(4)))来强制对齐。
  • 根因4：缓冲区大小与传输次数不匹配。
    • 排查：在循环模式下，NDTR寄存器设置了每次“循环”的数据项数量。如果你的数组大小是100，但NDTR设为50，那么DMA只会在数组的前50个元素间循环覆盖。确保NDTR等于你希望DMA管理的缓冲区有效长度。

5.2 DMA传输无法启动或中途停止

  • 症状：调用HAL_UART_Transmit_DMA后没反应，或者ADC DMA采了一会儿就停了。
  • 根因1：DMA流或通道被占用。
    • 排查：这是最隐蔽的问题。检查数据手册的DMA请求映射表，确认你使用的流/通道没有被其他外设（包括你自己代码其他部分）同时使用。一个流一次只能服务一个请求。在CubeMX中，如果两个外设配置到了同一个流，它会用颜色警告。
  • 根因2：外设的DMA请求未使能。
    • 排查：以UART为例，除了配置DMA，还需要使能UART本身的DMA发送或接收使能位（USART_CR3的DMAT或DMAR）。HAL库在HAL_UART_Transmit_DMA函数内部会设置这个位。但如果你用寄存器操作，或者代码逻辑中意外关闭了它，DMA请求就不会产生。
  • 根因3：单次模式传输完成后未重新使能。
    • 排查：在单次模式下，传输完成后EN位自动清零。如果你需要再次传输，必须重新设置NDTR和EN位。HAL库的HAL_DMA_Start会做这个事。确保你的代码逻辑在每次需要启动传输时都调用了启动函数。
  • 根因4：存储器或外设访问冲突。
    • 排查：DMA和CPU访问同一块内存区域时，虽然总线有仲裁，但如果软件设计不当（比如在DMA传输中途修改了源/目标地址），会导致不可预知的行为。确保在DMA传输过程中，不要修改DMA控制器正在使用的配置寄存器（PAR,MxAR,NDTR等）以及缓冲区内容（对于发送）。如果需要修改，应先停止DMA（清除EN位），修改后再使能。

5.3 中断与CPU的协同工作问题

  • 症状：开了DMA传输完成中断，但进不去；或者中断进去了，但处理数据时发现数据不全/不对。
  • 根因1：中断未使能或优先级过低。
    • 排查：
      1. NVIC中是否使能了该DMA流的中断？
      2. DMA流本身的传输完成中断使能位（TCIE）是否置1？HAL库的HAL_DMA_Start_IT会设置它。
      3. 中断优先级是否被更高优先级的中断屏蔽？检查NVIC优先级分组和具体优先级设置。
    • 实操技巧：在调试时，可以在DMA中断服务函数（如DMA2_Stream7_IRQHandler）里打一个断点，或者设置一个翻转IO口的语句，用示波器看是否有脉冲，来确认中断是否触发。
  • 根因2：中断标志未及时清除。
    • 排查：在DMA中断服务函数中，必须清除相应的中断标志位（如TCIF）。HAL库的中断处理函数HAL_DMA_IRQHandler会处理这些。但如果你是自己写的中断服务程序，一定要记得读DMA->LISR或HISR来获取中断状态，并写DMA->LIFCR或HIFCR来清除标志。不清除标志会导致中断持续触发，陷入死循环。
  • 根因3：中断处理函数耗时过长。
    • 排查：DMA中断，特别是传输完成中断，应该只做最必要的标志设置、缓冲区切换等轻量级操作。把复杂的数据处理（如滤波、解析协议）放到主循环或低优先级任务中。否则可能错过后续的DMA请求或影响其他实时任务。

5.4 性能优化与高级技巧

  1. 使用内存到内存的DMA：除了外设到内存，DMA还可以在内存两个区域间搬运数据（MEM2MEM模式）。这在需要复制大块数据（如图像缓冲区）时非常高效。配置时，源和目标的地址自增都使能，数据宽度根据情况选择。
  2. 利用FIFO提升突发传输效率：较新的STM32系列（如F4/F7/H7）的DMA集成了FIFO。当外设数据宽度和内存数据宽度不一致时，或者为了优化总线利用率，可以启用FIFO。例如，从字节宽度的外设（UART）传输到字宽度的内存，可以设置FIFO阈值，让DMA攒够4个字节再一次性写入内存，减少总线访问次数。
  3. 配合DMAMUX（DMA请求复用器）：在G0、G4、H7等系列中，引入了DMAMUX。它提供了更多、更灵活的DMA请求映射，甚至可以将软件事件、定时器触发等作为DMA请求源，极大地扩展了DMA的应用场景。配置时需要注意同步/异步请求的选择。
  4. 调试利器：DMA传输计数器（CNDTR）：在调试时，可以通过监视DMA_SxNDTR寄存器的值，实时查看DMA还剩多少数据未传输。这对于诊断传输卡住、数据量不对的问题非常有帮助。在循环模式下，这个值会周期性重载，观察其变化规律可以判断DMA是否在正常工作。

DMA是STM32精髓功能之一，把它玩转，你的嵌入式系统设计能力会上一个大台阶。初期配置时多查参考手册和数据手册中的DMA请求映射表，调试时善用调试器观察寄存器和内存内容，遇到问题按“配置、触发、传输、中断”这个链条逐一排查，大部分难题都能迎刃而解。记住，DMA是为了让CPU更闲，而不是让你更忙。设计好DMA的数据流，你的程序架构会清晰和高效很多。