1. DMA到底解决了什么问题：从一个串口丢包案例说起

做嵌入式驱动开发，绕不开的一个话题就是DMA。很多人第一次接触DMA，是因为串口接收大量数据时丢包了。我印象很深，早年做一个工控采集板，MCU用STM32F103，串口波特率115200，上位机每200ms下发一帧128字节的命令。一开始用中断接收，单字节进中断，结果跑起来偶尔丢几个字节，尤其是系统里还有定时器中断和SPI刷屏的时候。后来改成DMA接收，问题立刻消失。这个经历让我彻底理解了DMA存在的意义：它不是“性能优化选项”，而是很多场景下的“必需品”。

DMA全称Direct Memory Access，直接存储器访问。它的核心价值在于：数据搬运这件事，不需要CPU一个字节一个字节地参与。你可以把它想象成一个专门的“搬运工”，CPU只需要告诉它“从哪个外设搬到内存的哪个位置、搬多少”，然后CPU就可以去干别的事了，搬完了搬运工再通知CPU一声。没有DMA的时候，串口每收到一个字节都要打断CPU一次，CPU从寄存器读走再写到内存缓冲区；有了DMA，外设和内存之间直接建立通道，CPU被彻底解放出来。

这一期要聊的，就是嵌入式驱动开发中DMA的完整实战经验。从原理到配置，从串口DMA到SPI DMA，从测速验证到问题排查，我会把踩过的坑和总结出来的方法都摊开讲。适合正在学STM32、正在做嵌入式Linux驱动、或者面试被DMA八股文折磨过的朋友。不管你是刚接触DMA的新手，还是用过但没系统梳理过的老手，这篇内容都能帮你把DMA这条线彻底理清楚。

2. DMA核心原理拆解：为什么它能不占CPU

2.1 从“CPU搬砖”到“专职搬运工”的思维转变

要理解DMA，先要理解没有DMA时数据是怎么走的。以串口接收为例，传统中断方式是这样的：串口收到一个字节，硬件置位RXNE标志，触发中断，CPU进入中断服务函数，从USART_DR寄存器把数据读出来，存到内存缓冲区，清除标志，退出中断。每来一个字节，这个流程走一遍。115200波特率下，一个字节大约87微秒，如果缓冲区有128字节，CPU就要被打断128次。这期间CPU什么正事都干不了，全在搬数据。

DMA的思路完全不同。CPU先配置好DMA控制器：源地址是USART_DR，目标地址是内存缓冲区首地址，传输长度128，方向是外设到内存。配置完启动DMA，之后每来一个字节，DMA控制器自己把数据从USART_DR搬到内存，CPU完全不参与。等128字节全部搬完，DMA产生一个传输完成中断，CPU才被通知一次。中断次数从128次降到1次，这就是DMA最直观的收益。

这里有个关键点很多人忽略：DMA搬运数据的过程，本质上是在总线上进行的。它占用的是总线带宽，而不是CPU执行单元。所以DMA和CPU可以并行工作，只要总线不冲突。这也是为什么DMA特别适合高速数据流场景——ADC连续采样、SPI高速通信、串口大数据量收发，这些场景下数据产生速度远快于CPU处理速度，DMA就是唯一的解。

2.2 DMA控制器的内部结构：通道、优先级与仲裁

不同芯片的DMA控制器结构不一样，但核心概念是相通的。以STM32F1系列的DMA1为例，它有7个通道，每个通道可以独立配置。STM32F4的DMA更复杂，有DMA1和DMA2，每个有8个数据流，每个数据流有8个通道可选。这里要区分“通道”和“数据流”的概念：数据流是硬件搬运的物理通路，通道是外设请求的逻辑映射。一个数据流同一时间只能服务一个外设请求。

多个DMA请求同时到来时，需要一个仲裁机制决定谁先用总线。STM32的DMA优先级分四档：最高、高、中、低。硬件优先级由数据流编号决定，编号越小优先级越高。软件优先级可以在配置时指定。仲裁器会根据优先级决定哪个请求先获得总线访问权。这里有个实操经验：如果两个DMA通道传输速率都很高，一定要把更紧急的那个设成更高优先级，否则可能出现高优先级数据被低优先级传输阻塞的情况。

还有一个概念叫“突发传输”（Burst）。普通传输是一个数据一个数据地搬，突发传输是一次搬4个、8个或16个数据。突发传输能提高总线利用率，因为地址计算和仲裁开销被分摊了。STM32的TIM DMA Burst应用就是典型场景：定时器触发DMA，一次搬运多个数据到GPIO或DAC，实现精确的波形输出。配置突发传输时要注意，源地址和目的地址的位宽要匹配，否则数据会错位。

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

DMA的传输模式直接决定了它适合什么场景。最基础的是单次传输模式：配置好长度，启动，搬完就停，产生一次传输完成中断。适合一次性大数据块搬运，比如从Flash搬一段数据到RAM。

循环传输模式是串口DMA接收的标配。配置好缓冲区，DMA搬完一圈自动回到起点继续搬，不需要CPU重新配置。串口DMA接收用循环模式，配合空闲中断（IDLE）来判断一帧数据结束，这是目前最主流的串口接收方案。为什么用空闲中断而不是传输完成中断？因为传输完成中断只在缓冲区满的时候触发，如果一帧数据没填满缓冲区，就永远等不到中断。空闲中断在总线空闲一个字节时间后触发，能准确判断一帧结束。

双缓冲模式（Double Buffer）是更高级的玩法。它有两个缓冲区，DMA在搬缓冲区A的时候，CPU可以处理缓冲区B的数据；搬完A自动切到B，同时通知CPU处理A。这样实现了真正的“零等待”数据流。STM32F4和F7系列支持双缓冲，做音频流、高速ADC采集时特别有用。配置双缓冲需要设置两个内存地址寄存器（M0AR和M1AR），并通过NDTR寄存器判断当前在哪个缓冲区。

3. 串口DMA收发实战：从配置到代码落地

3.1 串口DMA接收的完整配置流程

串口DMA接收是嵌入式开发中最常见的DMA应用。我以STM32 HAL库为例，把完整流程拆开讲。首先是CubeMX配置：打开USART1，模式选Asynchronous，波特率115200，然后在DMA Settings里点Add，选USART1_RX，模式选Circular，优先级选High。中断方面，NVIC里要打开USART1全局中断，DMA通道中断可以不开（用空闲中断就够了）。

生成代码后，核心初始化代码如下：

#define RX_BUFFER_SIZE 256 uint8_t rx_buffer[RX_BUFFER_SIZE]; void MX_DMA_Init(void) { __HAL_RCC_DMA1_CLK_ENABLE(); HAL_NVIC_SetPriority(DMA1_Channel5_IRQn, 0, 0); HAL_NVIC_EnableIRQ(DMA1_Channel5_IRQn); } void MX_USART1_UART_Init(void) { huart1.Instance = USART1; huart1.Init.BaudRate = 115200; huart1.Init.WordLength = UART_WORDLENGTH_8B; huart1.Init.StopBits = UART_STOPBITS_1; huart1.Init.Parity = UART_PARITY_NONE; huart1.Init.Mode = UART_MODE_TX_RX; huart1.Init.HwFlowCtl = UART_HWCONTROL_NONE; huart1.Init.OverSampling = UART_OVERSAMPLING_16; HAL_UART_Init(&huart1); }

启动接收用HAL_UART_Receive_DMA，但这里有个坑：HAL库默认的DMA接收是Normal模式，搬完就停。我们要的是循环模式，所以要么在CubeMX里设成Circular，要么手动改DMA初始化结构体里的Mode字段。启动代码如下：

HAL_UART_Receive_DMA(&huart1, rx_buffer, RX_BUFFER_SIZE); __HAL_UART_ENABLE_IT(&huart1, UART_IT_IDLE);

最后一句是关键：使能空闲中断。没有它，你无法知道一帧数据什么时候结束。

3.2 空闲中断配合DMA：判断一帧数据结束的正确姿势

空闲中断的处理逻辑是：当串口总线空闲超过一个字节传输时间，硬件置位IDLE标志。在中断服务函数里，我们要做三件事：清除IDLE标志、计算本次接收到的数据长度、通知应用层处理。

void USART1_IRQHandler(void) { if (__HAL_UART_GET_FLAG(&huart1, UART_FLAG_IDLE)) { __HAL_UART_CLEAR_IDLEFLAG(&huart1); uint16_t remaining = __HAL_DMA_GET_COUNTER(huart1.hdmarx); uint16_t received = RX_BUFFER_SIZE - remaining; if (received > 0) { process_frame(rx_buffer, received); } // 重新校准DMA计数器，防止累积偏移 __HAL_DMA_DISABLE(huart1.hdmarx); huart1.hdmarx->Instance->CNDTR = RX_BUFFER_SIZE; __HAL_DMA_ENABLE(huart1.hdmarx); } }

这里有个细节很多人踩坑：__HAL_DMA_GET_COUNTER返回的是剩余未传输的数量，用缓冲区总大小减去它才是已接收长度。但如果在处理过程中DMA还在继续搬数据，计数器会变化，所以要先关DMA再读。另外，处理完一帧后要重置CNDTR寄存器，否则下一帧的长度计算会出错。

注意：空闲中断的清除顺序很重要。必须先读SR寄存器再读DR寄存器，或者直接调用HAL库的清除宏。顺序错了标志位清不掉，会反复进中断。

3.3 串口DMA发送：什么时候该用，什么时候不该用

串口DMA发送比接收简单，但也不是所有场景都适合。DMA发送适合大数据块、低实时性要求的场景，比如发送日志、上传传感器批量数据。如果只是发几个字节的命令，用DMA反而增加开销，因为配置DMA的时间比直接写DR寄存器还长。

DMA发送的配置和接收类似，方向改成Memory to Peripheral，模式用Normal（发完就停）。启动发送用HAL_UART_Transmit_DMA。这里要注意：DMA发送期间不能修改发送缓冲区的内容，否则发出去的数据会错乱。如果应用层需要连续发送多帧，要么等上一帧发完再启动下一帧，要么用双缓冲。

还有一个常见问题：DMA发送完成中断和串口TC中断的区别。DMA传输完成中断表示数据已经从内存搬到了串口的发送寄存器，但最后一个字节可能还在移位寄存器里没发出去。如果要确保数据完全发完再关闭串口或进入低功耗，需要等TC（Transmission Complete）标志，而不是DMA完成标志。这个坑我在做低功耗项目时踩过，数据没发完就进睡眠，对方收到的是半截帧。

4. SPI DMA与ADC DMA：高速数据采集的实战方案

4.1 SPI DMA全双工通信的配置要点

SPI DMA是高速外设通信的标配。SPI时钟可以跑到几十MHz，没有DMA的话CPU根本来不及搬数据。SPI DMA的配置比串口复杂一点，因为SPI是全双工，收发同时进行，需要两个DMA通道：一个负责TX（内存到SPI_DR），一个负责RX（SPI_DR到内存）。

以STM32F4的SPI1为例，TX用DMA2 Stream3 Channel3，RX用DMA2 Stream0 Channel3。配置时要注意几个点：第一，SPI的TX和RX DMA要同时启动，否则会出现只发不收或只收不发的情况。第二，DMA的传输长度要一致，TX和RX的NDTR要设成相同的值。第三，SPI的时钟极性和相位要和从设备匹配，这个虽然和DMA无关，但配置错了DMA搬回来的全是错数据。

// SPI1 TX DMA配置 hdma_spi1_tx.Instance = DMA2_Stream3; hdma_spi1_tx.Init.Channel = DMA_CHANNEL_3; hdma_spi1_tx.Init.Direction = DMA_MEMORY_TO_PERIPH; hdma_spi1_tx.Init.PeriphInc = DMA_PINC_DISABLE; hdma_spi1_tx.Init.MemInc = DMA_MINC_ENABLE; hdma_spi1_tx.Init.PeriphDataAlignment = DMA_PDATAALIGN_BYTE; hdma_spi1_tx.Init.MemDataAlignment = DMA_MDATAALIGN_BYTE; hdma_spi1_tx.Init.Mode = DMA_NORMAL; hdma_spi1_tx.Init.Priority = DMA_PRIORITY_HIGH; // 启动全双工DMA传输 HAL_SPI_TransmitReceive_DMA(&hspi1, tx_buf, rx_buf, length);

实测下来，SPI1跑在21MHz，DMA搬运1KB数据大约需要0.5ms，CPU占用几乎为零。如果不用DMA，同样的数据量CPU要被打断上千次，根本没法跑其他任务。

4.2 ADC连续采样+DMA循环搬运：数据采集的标准架构

ADC+DMA是数据采集系统的经典组合。ADC连续转换模式下，每转换完一个通道就产生一个DMA请求，DMA自动把结果搬到内存数组。配置成循环模式后，ADC一直在采，DMA一直在搬，CPU只需要定期去内存数组里取数据就行。

这里的关键参数是采样时间和DMA传输长度。采样时间要根据信号源阻抗来定，阻抗高就要加长采样时间，否则采到的值不准。DMA传输长度一般设成通道数的整数倍，比如用3个通道，缓冲区就设成3的倍数，这样每个通道的数据在数组里的位置是固定的。

安富莱的AD7606驱动就是ADC+DMA的典型应用。AD7606是8通道16位并行ADC，用FSMC接口读取，配合DMA搬运，可以实现8通道同步采样，采样率200kSPS。它的DMA配置要点是：FSMC的读操作触发DMA，DMA把FSMC数据寄存器里的值搬到内存。因为AD7606是并行接口，数据吞吐量大，没有DMA根本跑不到标称采样率。

4.3 DMA测速：怎么验证你的DMA配置真的在干活

配好DMA不代表它真的在高效工作。我习惯做一个简单的测速验证：用定时器产生一个已知频率的触发信号，DMA搬运固定长度的数据，用示波器或逻辑分析仪测传输完成中断的频率，反推实际传输速率。

更简单的办法是用GPIO翻转。在DMA传输完成中断里翻转一个IO口，用示波器看波形周期。比如配置DMA搬1000字节，中断里翻转IO，示波器测到周期是1ms，那传输速率就是1MB/s。这个方法直观、准确，不需要额外工具。

还有一种软件测速法：用DWT计数器（Cortex-M3/M4自带）记录DMA启动和完成的时间戳，算出耗时。DWT的CYCCNT寄存器每个时钟周期加一，精度很高。实测STM32F407在168MHz主频下，DMA搬运1KB数据到SPI，耗时约48000个周期，约0.286ms，和理论值基本吻合。

提示：测速时要注意DMA优先级和总线仲裁的影响。如果同时有其他DMA通道在工作，测出来的速率会偏低。最好在系统空闲时测，或者把被测通道设成最高优先级。

5. DMA驱动开发中的常见问题与排查技巧

5.1 首帧丢失：HAL库串口DMA接收的经典坑

用HAL库做串口DMA接收，很多人遇到第一个问题就是首帧丢失。现象是：上电后第一帧数据收不到，从第二帧开始正常。这个问题的根源在于HAL库的初始化顺序。HAL_UART_Receive_DMA启动DMA接收之前，如果串口已经收到了数据，这些数据会丢失，因为DMA还没准备好。

解决办法有两个：一是在启动DMA接收之前先清空串口接收寄存器，二是调整初始化顺序，先启动DMA接收再使能串口。我一般用第一种，在HAL_UART_Receive_DMA之前加一句__HAL_UART_CLEAR_OREFLAG(&huart1)清除溢出标志，再把DR寄存器读一次清空硬件FIFO。

还有一种情况是首帧数据不完整。这是因为DMA启动的瞬间，串口可能正在接收一个字节，这个字节的前半部分丢了。解决办法是在启动DMA之前先关闭串口接收，配置完DMA再打开。虽然HAL库没有直接提供这个接口，但可以通过操作CR1寄存器的RE位来实现。

5.2 DMA传输卡死：计数器不归零与总线冲突

DMA传输卡死是另一个高频问题。表现是DMA启动后一直不产生完成中断，或者传输到一半停住。常见原因有三个：第一，DMA通道被其他外设占用，仲裁器一直不给总线。第二，源地址或目标地址配置错误，DMA访问了非法地址触发总线错误。第三，传输长度设成了0，DMA启动后立即完成但不产生中断。

排查方法：先看DMA的NDTR寄存器，如果它停在某个值不动，说明传输被阻塞。再看DMA的ISR寄存器，有没有TEIF（传输错误）、HTIF（半传输）、TCIF（传输完成）标志。如果TEIF置位，说明访问了非法地址，检查源和目标的地址范围。如果什么标志都没有，检查DMA通道是否使能，以及外设的DMA请求是否使能。

STM32F103的DMA通道和外设的映射关系是固定的，不能随意改。比如USART1_RX只能用DMA1 Channel5，USART1_TX只能用DMA1 Channel4。如果配错了通道，DMA根本不会响应外设请求。这个在CubeMX里会自动处理，但手动写寄存器时容易搞错。

5.3 数据错位与覆盖：缓冲区管理的注意事项

DMA循环模式下，如果CPU处理数据的速度跟不上DMA搬运的速度，就会出现数据覆盖。比如DMA缓冲区256字节，串口每10ms来一帧128字节，CPU处理一帧需要15ms，那第二帧数据就会覆盖第一帧还没处理完的部分。

解决办法是加大缓冲区，或者用双缓冲。缓冲区大小要根据最坏情况下的数据速率和处理时间来算。公式是：缓冲区大小 ≥ 数据速率 × 最大处理延迟。比如数据速率是128字节/10ms，最大处理延迟是20ms，那缓冲区至少要256字节，实际建议留一倍余量，设512字节。

还有一个隐蔽的问题是内存对齐。DMA搬运16位或32位数据时，源地址和目的地址必须对齐到相应的位宽。如果缓冲区定义成uint8_t buf[100]，但DMA配置成16位传输，访问到奇数地址时可能触发硬件错误。解决办法是用__attribute__((aligned(4)))修饰缓冲区，确保4字节对齐。

5.4 嵌入式面试中的DMA八股文：怎么答到点子上

DMA是嵌入式面试的高频考点。常见问题有：“DMA的工作原理是什么？”“DMA传输有哪几种模式？”“DMA和中断的区别是什么？”很多人背了标准答案，但面试官一追问就露馅。

我的经验是，答DMA问题要抓住三个核心：解放CPU、总线搬运、完成通知。工作原理就围绕这三点展开：DMA控制器接管总线，在外设和内存之间直接搬运数据，搬运完成后通过中断通知CPU。传输模式要能说出单次、循环、双缓冲的区别和适用场景。和中断的区别要强调：中断是CPU参与的数据搬运，DMA是硬件参与的数据搬运，中断适合低频小数据量，DMA适合高频大数据量。

如果面试官问“DMA传输过程中CPU能不能访问内存”，答案是能，但会有总线竞争。DMA占用总线时CPU访问内存会被插入等待周期，所以DMA传输会轻微降低CPU执行效率，但远小于中断方式的开销。这个点能答出来，面试官会觉得你真的用过DMA，而不是只背了书。

6. DMA方案选型与性能优化的经验总结

6.1 什么时候用DMA，什么时候不用

DMA不是万能的。我总结了一个简单的判断标准：数据速率超过CPU处理能力的50%，或者数据传输期间CPU有更重要的任务要执行，就用DMA。反之，如果只是偶尔发几个字节，用中断或轮询更简单。

具体来说，串口波特率超过57600且数据量大于64字节，建议用DMA。SPI时钟超过1MHz，建议用DMA。ADC采样率超过10kSPS，建议用DMA。低于这些阈值，中断方式完全够用，而且代码更简单，调试更方便。

还有一个容易被忽略的点：DMA会占用总线带宽。如果系统里已经有多个DMA通道在高速工作，再加一个DMA通道可能导致总线饱和，所有DMA通道的性能都下降。这时候要考虑降低优先级低的通道的传输速率，或者改用中断分时处理。

6.2 优先级与总线仲裁的实战配置建议

多DMA通道共存时，优先级配置直接影响系统实时性。我的配置原则是：实时性要求最高的通道设最高优先级，大数据量但非实时的通道设低优先级。比如音频播放的I2S DMA设最高，日志存储的SD卡DMA设最低。

STM32的DMA优先级分硬件和软件两层。硬件优先级由数据流编号决定，改不了。软件优先级可以在配置时指定。如果两个通道硬件优先级相同，软件优先级高的先获得总线。如果软件优先级也相同，编号小的先获得总线。

实测下来，STM32F4的DMA2比DMA1优先级高，因为DMA2连接的是高速外设（如以太网、USB）。所以对性能敏感的DMA通道尽量分配到DMA2上。这个细节在芯片参考手册的DMA章节有说明，但很多人不看，配完了发现性能不达标才回头查。

6.3 从寄存器到HAL库：不同抽象层的取舍

DMA配置可以直接写寄存器，也可以用HAL库或LL库。三种方式各有优劣。直接写寄存器最灵活、效率最高，但可移植性差，换个芯片就要重写。HAL库可移植性好，但代码臃肿，中断处理链路长，高频场景下开销明显。LL库介于两者之间，轻量且可移植，但功能不如HAL全。

我的建议是：产品开发用HAL库，快速验证用LL库，极致性能用寄存器。HAL库的DMA配置虽然绕，但CubeMX能自动生成，省去查手册的时间。LL库适合对代码体积和效率有要求的场景，比如用STM32F0做低成本产品。寄存器操作适合做DMA测速和性能调优，能精确控制每个环节。

不管用哪种方式，都要理解底层寄存器的含义。HAL库的HAL_DMA_Start最终也是写CNDTR、CPAR、CMAR这几个寄存器。理解了寄存器，调试时才能直接看寄存器状态定位问题，而不是在HAL库的层层封装里迷路。

6.4 DMA调试的实用技巧与工具

调试DMA问题，光靠打印日志不够，要善用硬件工具。逻辑分析仪是必备的，能同时抓SPI时钟、数据线和DMA完成中断的IO翻转，一眼看出时序问题。示波器适合看模拟信号和DMA触发的定时器波形。J-Link或ST-Link的实时变量查看功能，可以在不打断DMA的情况下观察缓冲区和计数器变化。

软件层面，我习惯在DMA完成中断里翻转一个空闲IO，用逻辑分析仪测中断周期，验证传输速率是否符合预期。还会在DMA错误中断里点亮一个LED，一旦触发就能立即发现。这些辅助手段在项目初期就能发现配置问题，避免后期调试时抓瞎。

还有一个技巧：用DMA的半传输中断（HT）做流水线处理。DMA搬完一半数据时触发HT中断，CPU处理前半部分，同时DMA继续搬后半部分。这样处理延迟减半，适合对实时性要求高的场景。配置时使能HT中断，在中断里判断是前半还是后半完成，分别处理。

7. 从DMA看嵌入式驱动开发的底层思维

DMA这条线串起来，其实反映的是嵌入式驱动开发的一个核心思维：把CPU从重复劳动中解放出来，让它去做真正需要智能决策的事。中断是这样，DMA是这样，RTOS的任务调度也是这样。理解了这一点，再看其他外设驱动，思路就通了。

我在带新人的时候，经常让他们先用手动方式实现一个功能，比如用轮询收串口数据，再用中断实现一遍，最后用DMA实现一遍。三遍下来，他们对“效率”和“实时性”的理解会深刻很多。DMA不是孤立的知识点，它是嵌入式系统设计哲学的一个缩影：硬件能做的事，不要交给软件；底层能做的事，不要交给上层。

实际项目中，DMA配置只是第一步，更重要的是围绕DMA设计数据流架构。缓冲区多大、中断怎么处理、数据怎么同步、异常怎么恢复，这些才是驱动开发的真功夫。我见过太多人DMA配置没问题，但数据流设计得一塌糊涂，跑起来不是丢数据就是卡死。所以学DMA，不要只学配置，要学怎么围绕它构建可靠的数据通道。

最后分享一个我常用的DMA自检方法：上电时用DMA搬运一段已知数据到另一个缓冲区，比较结果是否一致。这个自检能覆盖地址配置、位宽配置、传输模式等大部分配置错误，几行代码就能加上，但能省去很多现场调试的麻烦。嵌入式开发就是这样，多花十分钟做自检，可能省下十小时的排查。