串口DMA数据发送：让嵌入式通信不再“卡”住CPU
你有没有遇到过这种情况：单片机正在通过串口打印一长串传感器日志，结果整个系统像被“冻住”了一样？按键无响应、定时任务延迟、界面刷新停滞……问题的根源往往就藏在那行看似无害的printf()调用里。
传统的串口发送方式——无论是轮询等待标志位，还是每字节触发一次中断——在面对稍大一点的数据量时，都会迅速吞噬宝贵的CPU资源。而现代嵌入式系统早已不是“一个主循环走天下”的时代，我们还要处理网络、显示、用户交互、实时控制等多重任务。这时候，串口DMA就成了那个“救场”的关键技术。
它能让串口数据发送变得“悄无声息”：你只需轻轻一点启动按钮，剩下的搬运工作全部交给硬件自动完成，CPU则可以安心去做更重要的事。今天，我们就来彻底搞懂这项让无数工程师摆脱“串口阻塞”噩梦的技术。
为什么你的串口会拖慢整个系统？
先来看一段典型的“灾难性”代码：
void Send_Data_Polling(uint8_t *data, uint16_t len) { for (int i = 0; i < len; i++) { while (!(__HAL_UART_GET_FLAG(&huart1, UART_FLAG_TXE))); // 死等发送寄存器空 huart1.Instance->TDR = data[i]; // 写入一字节 } }这段代码的问题在哪？它把CPU锁死在了这里。假设你要发送1KB数据，波特率是115200，理论上需要约85毫秒。在这85毫秒内，CPU除了盯着TXE标志位，什么都不能做。如果此时有紧急中断（比如电机过流保护）到来，响应就会严重延迟——这在工业控制中可能是致命的。
即使换成中断方式，虽然释放了主循环，但每发送一个字节就进一次中断服务程序（ISR），在高速传输下会产生“中断风暴”，频繁打断高优先级任务，系统抖动严重。
真正的出路在于：让数据传输这件事，彻底脱离CPU的亲自操办。
DMA登场：给外设配个“专职搬运工”
DMA（Direct Memory Access），直译为“直接内存访问”，你可以把它想象成一个独立于CPU运行的“搬运机器人”。它的职责就是按照指令，把数据从一个地方搬到另一个地方——比如从内存中的缓冲区，搬到串口的发送寄存器（TDR）。
一旦你配置好这个“机器人”并按下启动键，它就会自己干活，全程不需要CPU插手。CPU只需要在开始前说一声“去搬这些数据”，结束后听一句“搬完了”即可。
串口DMA是怎么工作的？
整个过程就像一条自动化流水线：
- 准备货物：你在内存中准备好要发送的数据包（例如
uint8_t msg[] = "Hello World!";）。 - 下达指令：告诉DMA控制器：
- 源地址：从哪里搬？→ 数据缓冲区起始地址；
- 目标地址：搬到哪？→ USART1 的 TDR 寄存器地址；
- 搬多少？→ 数据长度；
- 怎么搬？→ 字节对齐、内存地址递增、外设地址固定。 - 启动流水线：调用
HAL_UART_Transmit_DMA()，DMA控制器接管总线。 - 自动搬运：
- DMA读取一个字节，写入TDR；
- 串口硬件检测到TDR更新，自动将其移入移位寄存器，并按设定波特率逐位发送出去；
- 发送完成后，DMA继续搬运下一个字节，直到全部完成。 - 完工汇报：最后，DMA产生一个中断，通知CPU：“活干完了！” 此时你可以执行回调函数，比如准备下一帧数据或唤醒任务。
整个过程中，CPU几乎是“零参与”的。哪怕传输持续几百毫秒，主程序依然流畅运行。
关键配置要点：别让DMA“迷路”
要想让DMA准确高效地完成任务，以下几个参数必须设置正确：
| 配置项 | 常见设置 | 说明 |
|---|---|---|
Direction | DMA_MEMORY_TO_PERIPH | 数据流向：内存 → 外设 |
PeriphInc | DMA_PINC_DISABLE | 外设地址不递增（始终写同一个TDR） |
MemInc | DMA_MINC_ENABLE | 内存地址递增（依次读取缓冲区） |
PeriphDataAlignment | DMA_PDATAALIGN_BYTE | 外设端按字节访问 |
MemDataAlignment | DMA_MDATAALIGN_BYTE | 内存端按字节对齐 |
Mode | DMA_NORMAL或DMA_CIRCULAR | 单次传输 or 循环发送 |
Priority | LOW/MEDIUM/HIGH/VERY_HIGH | 多DMA竞争时的优先级 |
其中最容易出错的是地址增量设置：外设地址必须禁用自增，因为我们每次都是往同一个寄存器（TDR）写数据；而内存地址要启用自增，才能顺序读取整个缓冲区。
实战代码：基于STM32 HAL库的完整实现
下面是一个可直接使用的串口DMA发送模板，适用于STM32F4/F7/H7等系列：
#include "stm32f4xx_hal.h" UART_HandleTypeDef huart1; DMA_HandleTypeDef hdma_usart1_tx; // 注意：缓冲区不要放在栈上！使用静态或全局变量 uint8_t tx_buffer[] = "This message is sent via UART DMA!\r\n"; /** * @brief 初始化串口（基本参数） */ 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; huart1.Init.HwFlowCtl = UART_HWCONTROL_NONE; HAL_UART_Init(&huart1); } /** * @brief 初始化DMA通道 */ void MX_DMA_Init(void) { __HAL_RCC_DMA2_CLK_ENABLE(); // 使能DMA时钟 hdma_usart1_tx.Instance = DMA2_Stream7; // 选择DMA流 hdma_usart1_tx.Init.Channel = DMA_CHANNEL_4; // 通道号（查参考手册） hdma_usart1_tx.Init.Direction = DMA_MEMORY_TO_PERIPH; // 内存→外设 hdma_usart1_tx.Init.PeriphInc = DMA_PINC_DISABLE; // 外设地址不递增 hdma_usart1_tx.Init.MemInc = DMA_MINC_ENABLE; // 内存地址递增 hdma_usart1_tx.Init.PeriphDataAlignment = DMA_PDATAALIGN_BYTE; hdma_usart1_tx.Init.MemDataAlignment = DMA_MDATAALIGN_BYTE; hdma_usart1_tx.Init.Mode = DMA_NORMAL; // 单次模式 hdma_usart1_tx.Init.Priority = DMA_PRIORITY_LOW; hdma_usart1_tx.Init.FIFOMode = DMA_FIFOMODE_DISABLE; HAL_DMA_Init(&hdma_usart1_tx); // 将DMA句柄与UART实例绑定（关键！） __HAL_LINKDMA(&huart1, hdmatx, hdma_usart1_tx); } /** * @brief 启动DMA发送 */ void Start_UART_DMA_Send(void) { HAL_UART_Transmit_DMA(&huart1, tx_buffer, sizeof(tx_buffer) - 1); }回调函数：发送完成后的处理逻辑
当DMA传输结束时，会自动调用以下回调函数。这是实现异步通信的关键入口：
void HAL_UART_TxCpltCallback(UART_HandleTypeDef *huart) { if (huart->Instance == USART1) { // 标志发送完成 // 可在此处： // - 点亮LED指示灯 // - 发送信号量唤醒RTOS任务 // - 准备下一包数据并重新启动DMA // - 进入低功耗模式 } }⚠️重要提醒：
在前一次DMA未完成时，切勿重复调用HAL_UART_Transmit_DMA()，否则会导致状态冲突甚至HardFault。建议使用状态标志或互斥量进行保护。
工程实践中的那些“坑”与应对策略
坑点1：缓冲区被意外修改
DMA搬运期间，若应用层修改了正在发送的缓冲区内容，可能导致数据错乱。秘籍：使用双缓冲机制（Double Buffering）。当前缓冲区发送时，准备下一个缓冲区，传输完成后再切换。
坑点2：Cache一致性问题（Cortex-M7/M55等带缓存的MCU）
如果你的芯片有数据缓存（D-Cache），而缓冲区位于可缓存内存区域，则需确保DMA读取的是最新数据。解决方法：
// 发送前清理缓存，保证DMA读到的是内存中的最新值 SCB_CleanDCache_by_Addr((uint32_t*)&tx_buffer[0], sizeof(tx_buffer)); HAL_UART_Transmit_DMA(&huart1, tx_buffer, size);坑点3：中断优先级设置不当
DMA传输完成中断若被更高优先级的中断长时间阻塞，可能导致回调延迟。建议：将DMA中断优先级设为中等以上，避免被大量低优先级中断淹没。
坑点4：低功耗场景下的唤醒
在Stop模式下，可通过DMA传输完成中断唤醒MCU。结合PWR管理，实现“发送完即休眠，收到数据再唤醒”的节能通信模式。
它适合哪些应用场景？
- 后台日志输出：调试信息、运行状态持续打印，不影响主控逻辑；
- 传感器批量上传：一次性发送数百字节的采集数据；
- 音频/波形数据流：低延迟、连续输出PCM数据；
- 协议转发网关：将CAN、I2C等总线数据透明转发至串口；
- OTA升级引导：接收固件包并通过串口回传校验信息。
凡是涉及“非实时但大数据量”的串行输出任务，DMA都是首选方案。
写在最后：从学会到精通
掌握串口DMA，表面上只是多了一个发送函数的用法，实则是迈入高效嵌入式设计的第一步。它教会我们如何借助硬件资源解放CPU，构建真正意义上的多任务并发系统。
当你熟练运用DMA后，下一步就可以挑战更复杂的组合拳：比如ADC + DMA实现无感采样，SPI + DMA驱动LCD屏幕，甚至是USB CDC虚拟串口的后台传输优化。
技术的演进从来不是一蹴而就，但每一个扎实掌握的小技巧，都在悄悄提升你作为工程师的核心竞争力。下次当你看到串口又在“卡”系统时，别再用while循环硬扛了——试试DMA，让通信回归它应有的“轻盈”。
如果你正在开发的产品也需要这样的高性能通信架构，不妨在评论区分享你的应用场景，我们一起探讨最佳实践。
