企业官网建设流程全解析

1. 为什么DMA是嵌入式驱动开发的必修课

搞嵌入式驱动开发，绕不开DMA这个坎。你可以把CPU想象成一个公司的核心工程师，而DMA就是专门跑腿搬东西的行政助理。没有DMA的时候，串口每收到一个字节，CPU就得放下手头的活去搬运数据，收1KB数据就要被打断1024次，什么正事都干不了。有了DMA，CPU只需要告诉DMA控制器“把串口数据搬到这个内存地址，搬够了告诉我”，然后就可以继续处理其他任务。这个差别在低速场景下可能不明显，但一旦涉及高速ADC采样、SPI屏幕刷新、串口大数据量收发，没有DMA的系统基本就是不可用的状态。

我在实际项目中遇到过最典型的案例：一个STM32F103的项目，串口波特率115200，用中断方式接收GPS模块的数据，每秒钟大概有几百字节。一开始跑得好好的，后来加了屏幕刷新和SD卡写入，系统就开始丢数据。排查了半天才发现是串口中断优先级不够高，被其他中断打断了。后来改用DMA接收，CPU占用率直接从百分之十几降到了百分之一以下，问题彻底解决。这就是DMA的核心价值——把CPU从繁琐的数据搬运中解放出来。

这篇文章适合谁看？如果你正在学STM32或者嵌入式Linux驱动开发，已经会点灯、会串口收发，但一遇到DMA配置就头大，那这篇就是写给你的。我会从DMA的工作原理讲起，然后手把手带你配置串口DMA、SPI DMA、ADC DMA这几个最常用的场景，最后分享一些我在实际项目中踩过的坑和调试技巧。不扯虚的，全是能直接抄作业的干货。

2. DMA核心原理与架构拆解

2.1 DMA到底是怎么搬数据的

DMA的全称是Direct Memory Access，直接内存访问。它的核心思想很简单：在外设和内存之间、或者内存和内存之间，建立一条不经过CPU的数据通道。这条通道由DMA控制器（DMAC）管理，CPU只需要配置好源地址、目标地址、传输长度、传输模式这几个参数，剩下的搬运工作DMAC自己完成。

以STM32为例，DMA控制器有多个通道（Channel）或流（Stream），每个通道可以独立配置。STM32F1系列有7个通道，F4系列有16个流，每个流有8个通道可选。通道和流的关系有点像高速公路和车道——流是物理上的数据通路，通道是逻辑上的选择器，决定哪个外设的请求能使用这条通路。

数据传输的触发方式有三种：软件触发、硬件触发、以及外设事件触发。软件触发就是CPU写寄存器启动传输；硬件触发是外部中断线之类的信号；外设事件触发最常用，比如串口收到数据、ADC转换完成、SPI发送寄存器空，这些事件会产生DMA请求，DMAC收到请求后才开始搬运。

2.2 关键参数详解与计算逻辑

配置DMA的时候，有几个参数必须搞清楚，不然很容易出现数据错位或者传输不完整的问题。

传输方向：外设到内存（Peripheral to Memory）、内存到外设（Memory to Peripheral）、内存到内存（Memory to Memory）。串口接收是外设到内存，串口发送是内存到外设，内存到内存一般用于快速数据拷贝。

数据宽度：源地址和目标地址的数据宽度可以不同，但必须匹配实际需求。比如ADC是12位精度，通常用半字（16位）存储；串口是8位数据，就用字节（8位）。如果源和目标宽度不一致，DMAC会自动进行数据对齐处理，但要注意字节序问题。

传输长度：这是最容易出错的地方。传输长度寄存器（NDTR）的值在传输过程中会递减，传输完成后变为0。如果你配置了循环模式（Circular），传输完成后NDTR会自动重载为初始值，继续下一轮传输。这里有个坑：循环模式下，你无法通过读取NDTR来判断当前传输了多少数据，因为它是动态变化的。

优先级：多个DMA通道同时请求时，优先级决定谁先被服务。优先级分四档：最高、高、中、低。如果两个通道优先级相同，通道号小的优先。实际项目中，串口接收的优先级通常要设高一些，不然容易丢数据。

中断使能：传输完成中断（TC）、半传输中断（HT）、传输错误中断（TE）。半传输中断在传输了一半数据时触发，常用于双缓冲处理。传输完成中断在全部数据传输完毕后触发，用于通知CPU处理数据。

2.3 为什么DMA能提升系统性能

从数据上看，DMA带来的性能提升是数量级的。假设CPU主频72MHz，用中断方式接收串口数据，每次中断进出栈加上数据处理大概需要2微秒，波特率115200下每字节间隔约87微秒，CPU占用率大约是2.3%。看起来不高，但如果同时有多个外设都在用中断，这个数字会迅速累积。

用DMA之后，CPU只需要在传输完成时处理一次中断，假设一次接收100字节，中断频率降低了100倍，CPU占用率降到0.023%。这还只是串口一个外设，如果加上ADC连续采样、SPI屏幕刷新，差距会更明显。

更重要的是，DMA传输不占用CPU总线周期吗？实际上DMA传输时会占用总线，和CPU竞争内存带宽。但在大多数嵌入式系统中，内存带宽是充足的，DMA占用几个周期对CPU影响很小。而且DMA传输可以和CPU执行指令并行进行，这是真正的并行处理。

3. 串口DMA收发实战配置

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

串口DMA接收是最常用的场景，配置步骤我以STM32 HAL库为例，但原理适用于任何平台。

第一步，初始化DMA控制器。在CubeMX里配置USART1的RX为DMA模式，选择DMA1 Channel5，方向为Peripheral to Memory，数据宽度都是Byte，模式选Normal（单次）或Circular（循环）。这里有个关键选择：如果你要接收不定长数据，用Circular模式配合空闲中断（IDLE）是最优雅的方案。

第二步，配置串口。波特率115200，8位数据位，1位停止位，无校验。使能串口空闲中断，这个中断在总线空闲时触发，用来判断一帧数据接收完毕。

第三步，启动DMA接收。调用HAL_UART_Receive_DMA(&huart1, rx_buffer, BUFFER_SIZE)，DMA开始等待串口数据。每收到一个字节，DMAC自动把数据从USART数据寄存器搬到rx_buffer，同时NDTR减1。

第四步，处理空闲中断。在HAL_UART_IDLECallback里，计算接收到的数据长度：received_len = BUFFER_SIZE - __HAL_DMA_GET_COUNTER(&hdma_usart1_rx)。然后处理数据，重新启动DMA接收。

void USART1_IRQHandler(void) { if(__HAL_UART_GET_FLAG(&huart1, UART_FLAG_IDLE)) { __HAL_UART_CLEAR_IDLEFLAG(&huart1); HAL_UART_DMAStop(&huart1); uint8_t len = BUFFER_SIZE - __HAL_DMA_GET_COUNTER(&hdma_usart1_rx); process_data(rx_buffer, len); HAL_UART_Receive_DMA(&huart1, rx_buffer, BUFFER_SIZE); } HAL_UART_IRQHandler(&huart1); }

这段代码的关键在于__HAL_DMA_GET_COUNTER，它读取的是DMA剩余传输数量，用总长度减去剩余数量就是已接收的字节数。注意在重新启动DMA之前要先停止DMA，否则计数器不会重置。

3.2 串口DMA发送的注意事项

串口DMA发送比接收简单，但有一个坑必须注意：DMA发送完成之前，不能修改发送缓冲区的内容。因为DMA是异步搬运，你调用HAL_UART_Transmit_DMA之后函数立刻返回，但数据还在搬运中。如果这时候你修改了缓冲区，发出去的数据就乱了。

解决方案有两种：一是用双缓冲，一个缓冲区在发送时，另一个缓冲区准备下一帧数据；二是用发送完成回调，在HAL_UART_TxCpltCallback里再准备下一帧数据。

还有一个细节：串口发送的DMA请求是在发送数据寄存器空（TXE）时触发的，但最后一个字节写入后，还需要等待传输完成（TC）标志。HAL库会自动处理这个时序，但如果你直接操作寄存器，要注意先等TC再关闭DMA，否则最后一个字节可能发不出去。

3.3 串口DMA实测数据与性能对比

我在STM32F407上做过一组对比测试，波特率921600，连续发送10KB数据：

传输时间差别不大，因为瓶颈在串口波特率。但CPU占用率的差距是巨大的，从35%降到2%，意味着CPU有更多时间处理其他任务。在低功耗场景下，这意味着MCU可以更长时间处于睡眠模式，功耗显著降低。

4. SPI DMA与ADC DMA进阶应用

4.1 SPI DMA驱动屏幕刷新

SPI屏幕刷新是DMA的经典应用场景。以ST7789驱动的240x320屏幕为例，刷一屏需要传输240x320x2=153600字节。如果用SPI中断发送，每个字节一次中断，CPU基本就干不了别的了。用DMA之后，CPU只需要准备好像素数据，然后启动DMA传输，传输过程中CPU可以继续计算下一帧的内容。

配置要点：SPI的TX配置为DMA模式，数据宽度为半字（16位），因为RGB565每个像素是16位。DMA模式选Normal，传输完成后触发中断，在中断里切换缓冲区或者准备下一帧。

这里有个性能优化的技巧：如果屏幕支持，可以用SPI的DMA加上内存到内存的DMA，先把像素数据从Flash搬到RAM缓冲区，再从RAM通过SPI DMA发送。这样Flash读取和SPI发送可以并行，进一步缩短刷新时间。

实测数据：STM32F407 SPI时钟42MHz，刷一屏240x320的RGB565图像，纯SPI发送需要约29ms，加上DMA配置和中断处理，总耗时约31ms。如果用中断方式，同样条件下需要约45ms，而且CPU全程无法处理其他任务。

4.2 ADC连续采样与DMA搬运

ADC+DMA是数据采集系统的标配。以安富莱AD7606模块为例，8通道同步采样，每个通道16位，采样率200kSPS。如果用中断读取，CPU根本来不及处理。用DMA之后，ADC每次转换完成自动触发DMA搬运，CPU只需要在DMA传输完成中断里处理一批数据。

配置要点：ADC配置为连续转换模式，DMA配置为Circular模式，缓冲区大小设为通道数乘以每批采样数。比如8通道，每批采100个点，缓冲区就是800个半字。DMA半传输中断和传输完成中断配合使用，实现双缓冲：半传输中断时处理前半部分数据，传输完成中断时处理后半部分数据。

这里有个计算：200kSPS采样率，8通道，每个通道每秒25k个样本。DMA传输完成中断的频率取决于缓冲区大小，如果缓冲区是800个半字，那么每4ms触发一次中断，CPU有充足的时间处理数据。

4.3 定时器触发ADC+DMA的联动配置

在电机控制、音频采集等场景中，需要精确控制采样时刻。这时候用定时器触发ADC，ADC触发DMA，形成完整的硬件联动链路。

配置步骤：TIM2配置为PWM模式或者输出比较模式，频率设为需要的采样率。TIM2的TRGO输出连接到ADC的外部触发源。ADC配置为外部触发模式，触发源选TIM2_TRGO。DMA配置和上面一样。

这个链路的好处是完全由硬件控制采样时序，CPU只需要处理DMA搬运过来的数据。采样率的精度取决于定时器时钟精度，不受CPU负载影响。我在一个音频采集项目里用这个方案，采样率48kHz，16位精度，连续采集1小时无丢样。

5. DMA调试常见问题与排查技巧

5.1 DMA传输不完整或数据错位

这是最常见的问题，通常有以下几个原因：

缓冲区大小和传输长度不匹配。比如你定义了uint8_t buf[100]，但配置DMA传输长度为200，就会越界写入，导致数据错乱甚至硬件异常。检查方法：确认DMA配置的传输长度和缓冲区实际大小一致。

数据宽度配置错误。源和目标的数据宽度不一致时，DMAC会按照较小的宽度进行传输。比如源是半字，目标是字节，实际传输时每个半字只取低字节。检查方法：确认源和目标的数据宽度与实际数据类型匹配。

内存地址对齐问题。某些DMA控制器要求源地址和目标地址按数据宽度对齐。比如半字传输时，地址必须是2的倍数。检查方法：用__align(4)之类的修饰符确保缓冲区对齐。

5.2 DMA传输速度慢于预期

如果DMA传输速度明显低于理论值，可以从这几个方面排查：

总线仲裁冲突。DMA和CPU同时访问内存时，总线仲裁会引入等待周期。如果CPU正在执行密集的内存访问指令，DMA传输速度会下降。解决方法：调整DMA优先级，或者在DMA传输期间避免密集内存操作。

外设时钟配置错误。比如SPI时钟分频设置过大，导致SPI本身速度就慢，DMA再快也没用。检查方法：用示波器测量SPI时钟频率，确认和配置一致。

DMA模式选择不当。Normal模式下每次传输都需要重新配置，如果频繁启动小批量传输，配置开销会拖慢整体速度。解决方法：改用Circular模式，或者增大单次传输长度。

5.3 常见问题速查表

5.4 独家避坑经验分享

第一个坑：DMA传输完成中断里不要做耗时操作。我见过有人在DMA完成中断里做浮点运算和SD卡写入，结果中断执行时间过长，导致下一次DMA传输的数据被覆盖。正确做法是在中断里只做标记，主循环里处理数据。

第二个坑：循环模式下NDTR的值是动态变化的，不要用它来判断传输进度。如果需要知道当前传输了多少数据，用半传输中断或者自己维护一个计数器。

第三个坑：DMA和Cache的一致性。在带Cache的MCU上（比如STM32H7），DMA搬运的数据可能还在Cache里没写到内存，导致CPU读到旧数据。解决方法：DMA缓冲区配置为Non-Cacheable区域，或者在DMA传输前后执行Cache清理和无效化操作。

第四个坑：多个DMA通道共享同一个中断向量时，要在中断里判断是哪个通道触发的中断。STM32F1的DMA1 Channel1和Channel2共享中断向量，如果不判断标志位，可能会处理错误的数据。

6. 从裸机到Linux的DMA驱动开发思路

6.1 裸机DMA和Linux DMA驱动的区别

裸机开发DMA，你就是直接操作寄存器，想怎么配就怎么配。Linux下开发DMA驱动，需要遵循Linux的DMA子系统框架，用DMA Engine API或者直接操作DMA控制器驱动。

Linux的DMA子系统把DMA控制器抽象成dma_device，每个通道是dma_chan。外设驱动通过dma_request_channel申请通道，然后准备dma_slave_config描述传输方向、地址、宽度等参数，最后提交dma_descriptor启动传输。

这个框架的好处是外设驱动不需要关心具体是哪个DMA控制器，只需要调用标准API。坏处是学习曲线陡峭，而且调试比裸机麻烦得多。

6.2 Linux DMA驱动的关键数据结构

struct dma_chan：代表一个DMA通道，外设驱动通过它来提交传输请求。

struct dma_slave_config：描述外设的DMA参数，包括方向、源地址、目标地址、数据宽度、最大传输长度等。

struct dma_descriptor：描述一次具体的DMA传输，包括源地址、目标地址、长度、回调函数等。

dmaengine_prep_slave_single：准备一次单次传输，返回一个descriptor。

dmaengine_submit：把descriptor提交到DMA引擎的队列。

dma_async_issue_pending：启动传输。

6.3 一个简单的Linux串口DMA接收驱动框架

static int my_uart_probe(struct platform_device *pdev) { struct dma_chan *rx_chan; struct dma_slave_config rx_conf; struct dma_async_tx_descriptor *rx_desc; rx_chan = dma_request_chan(&pdev->dev, "rx"); if (IS_ERR(rx_chan)) return PTR_ERR(rx_chan); rx_conf.direction = DMA_DEV_TO_MEM; rx_conf.src_addr = uart_base + UART_RX_REG; rx_conf.src_addr_width = DMA_SLAVE_BUSWIDTH_1_BYTE; rx_conf.src_maxburst = 1; dmaengine_slave_config(rx_chan, &rx_conf); rx_desc = dmaengine_prep_slave_single(rx_chan, rx_dma_addr, RX_BUFFER_SIZE, DMA_DEV_TO_MEM, DMA_PREP_INTERRUPT); rx_desc->callback = my_uart_rx_callback; rx_desc->callback_param = my_uart; dmaengine_submit(rx_desc); dma_async_issue_pending(rx_chan); return 0; }

这个框架展示了Linux DMA驱动的基本流程：申请通道、配置参数、准备描述符、提交传输。实际项目中还需要处理中断、错误恢复、电源管理等，但核心逻辑就是这些。

6.4 裸机转Linux的思维转变

从裸机转Linux DMA开发，最大的思维转变是从“我控制一切”变成“我请求，框架调度”。裸机下你可以精确控制每个时钟周期，Linux下你只能提交请求，具体什么时候执行由DMA引擎决定。

另一个转变是错误处理。裸机下DMA出错你可能直接复位，Linux下需要优雅地处理错误，释放资源，通知上层应用。这需要更严谨的代码结构。

还有一个实际经验：Linux下调试DMA问题，dmesg和/sys/kernel/debug/dmaengine是你的好朋友。前者能看到驱动打印的错误信息，后者能看到DMA通道的状态和传输统计。我遇到过DMA传输超时的问题，就是通过/sys/kernel/debug/dmaengine发现通道一直处于busy状态，最后定位到是外设的DMA请求没有正确使能。

7. DMA测速工具与性能评估方法

7.1 内存到内存DMA测速

评估DMA性能最直接的方法就是内存到内存的传输测速。配置DMA从一块内存搬运到另一块内存，传输完成后读取定时器计数，计算传输速率。

#define TEST_SIZE (1024 * 64) uint8_t src[TEST_SIZE] __attribute__((aligned(4))); uint8_t dst[TEST_SIZE] __attribute__((aligned(4))); void dma_memcpy_test(void) { uint32_t start, end; start = DWT->CYCCNT; HAL_DMA_Start(&hdma_memtomem, (uint32_t)src, (uint32_t)dst, TEST_SIZE); HAL_DMA_PollForTransfer(&hdma_memtomem, HAL_DMA_FULL_TRANSFER, 1000); end = DWT->CYCCNT; uint32_t cycles = end - start; float time_us = (float)cycles / SystemCoreClock * 1000000; float speed = (float)TEST_SIZE / time_us; // MB/s printf("DMA memcpy: %lu cycles, %.2f us, %.2f MB/s\n", cycles, time_us, speed); }

在STM32F407上，168MHz主频，64KB内存到内存传输，实测约12000个周期，耗时约71微秒，速率约900MB/s。这个速率接近总线极限，说明DMA控制器本身性能没问题。

7.2 外设DMA吞吐量测试

外设DMA的吞吐量受限于外设本身的速度。比如SPI DMA，吞吐量取决于SPI时钟频率。测试方法：连续发送大量数据，测量总耗时，计算实际吞吐量。

串口DMA的吞吐量就是波特率除以10（每个字节10位）。115200波特率下，理论最大吞吐量是11.52KB/s。实测值应该接近这个数字，如果明显偏低，说明DMA配置有问题。

ADC DMA的吞吐量是采样率乘以通道数乘以每个样本的字节数。比如200kSPS，8通道，16位，吞吐量是200k x 8 x 2 = 3.2MB/s。这个速率对DMA来说很轻松，但对内存带宽有一定要求。

7.3 用逻辑分析仪验证DMA时序

光看代码和数字不够直观，用逻辑分析仪抓一下时序，能发现很多隐藏问题。比如SPI DMA传输时，抓SPI时钟、MOSI、CS信号，可以看到DMA是否连续传输，有没有间隙。

我遇到过一个案例：SPI DMA传输时，每传输256字节就有一个明显的间隙。排查后发现是DMA缓冲区设置为256字节，传输完成后需要重新配置DMA，这个配置时间造成了间隙。改成更大的缓冲区后，间隙消失，传输变得连续。

逻辑分析仪还能帮你验证DMA请求和响应的时序关系。比如串口接收，抓串口RX信号和DMA请求信号，可以看到DMA是否及时响应了每个字节的接收。如果DMA响应延迟太大，可能会导致数据丢失。

8. 嵌入式面试中DMA相关高频考点

8.1 DMA面试题分类与答题思路

嵌入式面试里DMA相关的题目大概分三类：原理类、配置类、调试类。

原理类常问：“DMA传输过程中CPU能做什么？”“DMA和中断的区别是什么？”答题思路：DMA传输时CPU可以执行其他指令，因为DMA控制器独立于CPU核心。DMA和中断的区别在于，中断是CPU主动响应事件，DMA是硬件自动搬运数据，CPU只在传输完成后才介入。

配置类常问：“串口DMA接收怎么配置？”“循环模式和普通模式的区别？”答题思路：按初始化DMA、配置外设、启动传输、处理中断的顺序回答。循环模式适合连续数据流，普通模式适合单次传输。

调试类常问：“DMA传输数据错位怎么排查？”“DMA传输速度慢怎么办？”答题思路：从数据宽度、地址对齐、缓冲区大小、总线仲裁这几个方面逐一排查。

8.2 面试官想听到的关键词

回答DMA问题时，有几个关键词能体现你的专业度：总线仲裁、数据对齐、双缓冲、半传输中断、循环模式、Cache一致性、描述符、DMA Engine。

比如问到“DMA传输时CPU访问同一块内存会怎样”，你可以回答：“会产生总线仲裁，DMA和CPU竞争内存带宽。如果CPU频繁访问同一块内存，DMA传输效率会下降。解决方法是用双缓冲，DMA写一个缓冲区时CPU读另一个缓冲区。”

8.3 实际项目经验怎么讲

面试时讲DMA项目经验，不要只说“我用了DMA”，要讲清楚为什么用、怎么用、遇到什么问题、怎么解决的。

比如：“我在一个数据采集项目里用ADC+DMA采集8通道模拟量，采样率100kSPS。一开始用中断方式，CPU占用率太高，系统响应变慢。后来改用DMA，配置为循环模式，半传输中断处理前半缓冲区，传输完成中断处理后半缓冲区。CPU占用率从40%降到3%，系统响应恢复正常。调试时遇到数据错位问题，发现是ADC数据宽度配置为半字，但DMA缓冲区定义成了字节数组，改成半字数组后问题解决。”

这样的回答既有技术深度，又有实际经验，面试官会很喜欢。

9. 个人实操体会与后续学习建议

DMA这个东西，看再多教程不如自己动手调一次。我刚开始学的时候，看了一堆文档，觉得自己懂了，结果一上手就发现各种问题。最典型的就是串口DMA接收，明明配置对了，但数据就是收不全。后来用逻辑分析仪抓波形，才发现是空闲中断标志没有正确清除，导致中断只触发了一次。

我的建议是，先从内存到内存的DMA开始，这个最简单，不涉及外设，容易验证。然后搞串口DMA发送，再搞串口DMA接收，最后搞ADC和SPI。每一步都写个测试程序，用实际数据验证。不要怕出错，DMA配置错了顶多就是数据不对，不会烧硬件。

调试工具方面，逻辑分析仪是必备的，几百块的那种就够用。串口打印也很重要，在DMA中断里打印关键信息，能帮你快速定位问题。如果条件允许，用调试器看DMA寄存器的值，比猜要靠谱得多。

后续想深入的话，可以研究一下DMA和Cache的交互，这个在高端MCU上是个大坑。还有Linux的DMA Engine框架，如果你做嵌入式Linux开发，这个必须掌握。再往上就是DMA在AI加速器、GPU驱动里的应用，那些属于进阶内容，先把基础打牢再说。

最后分享一个小技巧：配置DMA的时候，把源地址、目标地址、传输长度这三个参数打印出来，和你的预期对比一下。我遇到过好几次问题都是因为地址算错了，比如结构体指针加偏移量的时候忘了乘数据类型大小。打印出来一看就明白了，比盯着代码看半天强。