当前位置：首页 > news >正文

【STM32F103标准库开发】DMA+USART双剑合璧：实战环形缓冲区与空闲中断解析

news 2026/7/23 23:25:32

1. 为什么需要DMA+USART组合方案

第一次用STM32做GPS数据采集时，我被串口中断折磨得够呛。当时用的是传统中断接收模式，每收到一个字节就触发一次中断，在115200波特率下，CPU几乎被串口中断占满，其他任务根本跑不动。后来改用DMA+USART方案，CPU占用率直接从90%降到5%以下，效果立竿见影。

DMA（直接内存访问）就像个勤劳的搬运工，能在不打扰CPU的情况下，自动完成外设和内存之间的数据传输。对于USART这种连续数据流场景，DMA的循环模式配合环形缓冲区简直是绝配。我实测过，在同样的波特率下，DMA方案比中断方式能提升至少3倍的数据吞吐量。

这个方案特别适合三类场景：

高频数据采集：比如GPS模块每秒输出10次NMEA语句
大数据量传输：与WiFi模块通信传输图像或音频数据
实时性要求高的系统：需要快速响应外部事件的工业控制

2. 环形缓冲区的实现奥秘

2.1 缓冲区设计中的坑

刚开始我用的是普通线性缓冲区，很快就遇到了数据覆盖的问题。当DMA接收的数据超过缓冲区大小时，新数据会从头部开始覆盖，导致数据错乱。后来改用环形缓冲区才解决这个问题，它就像个首尾相连的传送带，数据可以循环写入。

这里有个关键参数要注意：缓冲区大小必须是2的整数幂（如256、512）。这样可以通过位运算快速计算读写指针位置，比取模运算效率高得多。我常用的缓冲区定义方式是这样的：

#define BUF_SIZE 256 #define BUF_MASK (BUF_SIZE - 1) typedef struct { uint8_t data[BUF_SIZE]; volatile uint32_t head; // 写入位置 volatile uint32_t tail; // 读取位置 } RingBuffer;

2.2 DMA循环模式的配置技巧

在STM32F103上配置DMA循环接收时，这几个寄存器设置最容易出错：

CNDTR：要设置为缓冲区总大小
CMAR：指向缓冲区起始地址
CPAR：必须设置为USART_DR寄存器地址

实测发现一个细节：DMA使能前要先禁用USART的DMA请求，否则可能出现首次传输异常。正确的初始化顺序应该是：

禁用USART_DMAReq_Rx
配置DMA参数
使能DMA通道
使能USART_DMAReq_Rx

3. 空闲中断的实战应用

3.1 中断触发的底层原理

很多新手不理解空闲中断怎么工作的。其实它的触发条件是：在至少接收到1个字节后，总线保持空闲状态（高电平）超过一个字节的传输时间。比如115200波特率下，一个字节传输时间约87μs，如果超过这个时间没有新数据，就会触发中断。

清除空闲中断标志的代码很有讲究，必须严格按照这个顺序：

void USART1_IRQHandler(void) { if(USART_GetITStatus(USART1, USART_IT_IDLE)) { volatile uint32_t tmp = USART1->SR; // 先读SR tmp = USART1->DR; // 再读DR (void)tmp; // 防止编译器优化 // 处理数据... } }

3.2 数据帧长度计算的黑科技

在环形缓冲区中计算接收数据长度是个技术活。我总结出最可靠的公式是：

received_len = (BUF_SIZE + head - tail) & BUF_MASK;

这个公式考虑了缓冲区环绕的情况。比如当head=300，tail=260，BUF_SIZE=256时： (256 + 300 - 260) & 0xFF = 296 & 0xFF = 40

4. 完整代码实现与优化

4.1 硬件连接检查清单

在调试DMA+USART时，硬件连接经常被忽视。建议先检查：

PA9(USART1_TX)是否连接正确
PA10(USART1_RX)是否接触良好
共地线是否接好
波特率是否与设备匹配

我曾经遇到一个奇葩问题：DMA接收始终不触发，最后发现是RX引脚虚焊。用万用表测量后发现引脚接触电阻高达10kΩ，重新焊接后立即正常。

4.2 代码优化实战

这是经过多个项目验证的稳定版本：

// 在usart_dma.h中增加状态标志 typedef enum { UART_IDLE = 0, UART_RECEIVING, UART_READY } UART_Status; // 修改后的中断处理 void USART1_IRQHandler(void) { static uint32_t last_cnt = 0; if(USART_GetITStatus(USART1, USART_IT_IDLE)) { USART_ClearITPendingBit(USART1, USART_IT_IDLE); uint32_t current_cnt = BUF_SIZE - DMA_GetCurrDataCounter(DMA1_Channel5); if(current_cnt != last_cnt) { uart_status = UART_READY; data_len = current_cnt - last_cnt; last_cnt = current_cnt; } } }

这个版本增加了状态机机制，能更可靠地检测数据帧边界。我还添加了超时检测功能，防止半帧数据长时间占用缓冲区：

// 在主循环中添加超时检测 if(uart_status == UART_RECEIVING) { if(++timeout_cnt > TIMEOUT_VALUE) { uart_status = UART_IDLE; last_cnt = BUF_SIZE - DMA_GetCurrDataCounter(DMA1_Channel5); } }

5. 常见问题排查指南

5.1 DMA不工作的六大原因

根据我的踩坑经验，DMA失效通常是因为：

时钟未使能（忘记开启DMA或USART时钟）
缓冲区地址未对齐（DMA要求4字节对齐）
外设地址设置错误（USART_DR地址要加0x40013800基址）
中断优先级冲突（DMA和USART中断优先级要合理设置）
数据方向配置反了（PeripheralSRC/PeripheralDST容易混淆）
没有清除传输完成标志（下次传输前要清除TCIF）

5.2 数据错位的解决方案

当发现接收数据出现错位时，可以按照以下步骤排查：

检查波特率误差（用示波器测量实际波特率）
确认停止位设置（1位还是2位）
测试缓冲区是否溢出（减小发送数据量测试）
检查内存对齐（__align(4)修饰缓冲区）
验证DMA中断优先级（不能低于系统定时器中断）

有个很隐蔽的bug我花了三天才找到：当DMA和USB中断同时发生时，由于优先级设置不当，导致DMA数据被截断。后来通过调整NVIC优先级分组解决：

NVIC_PriorityGroupConfig(NVIC_PriorityGroup_2); // 确保DMA中断抢占优先级最高

6. 性能优化进阶技巧

6.1 双缓冲区的实现

对于高吞吐量场景，我推荐使用双缓冲区方案。原理是准备两个缓冲区A和B，当DMA填满A时自动切换到B，同时程序处理A中的数据。实现要点：

// 在空闲中断中切换缓冲区 if(current_buf == &bufA) { DMA_InitStructure.DMA_MemoryBaseAddr = (uint32_t)&bufB; current_buf = &bufB; process_buf = &bufA; } else { DMA_InitStructure.DMA_MemoryBaseAddr = (uint32_t)&bufA; current_buf = &bufA; process_buf = &bufB; } DMA_Cmd(DMA1_Channel5, DISABLE); DMA_Init(DMA1_Channel5, &DMA_InitStructure); DMA_Cmd(DMA1_Channel5, ENABLE);

6.2 内存访问优化

通过合理使用DMA内存突发传输，可以提升30%以上的性能。关键配置：

DMA_InitStructure.DMA_MemoryBurst = DMA_MemoryBurst_INC4; DMA_InitStructure.DMA_PeripheralBurst = DMA_PeripheralBurst_Single;

同时建议启用STM32的预取缓冲和指令缓存：

FLASH_PrefetchBufferCmd(ENABLE); FLASH_SetLatency(FLASH_Latency_2);

7. 项目实战：GPS数据解析

最近做的车载GPS项目就用了这套方案。NMEA协议数据量较大（每秒约500字节），传统中断方式会导致系统卡顿。改用DMA+空闲中断后，CPU占用率从70%降到3%，同时保证了数据完整性。

关键实现细节：

设置512字节环形缓冲区
空闲中断触发后立即解析最新数据
添加CRC校验防止数据错误
使用双缓冲确保数据连续性

void parse_gps_data(uint8_t *buf, uint32_t len) { // 查找$GP开头标志 uint8_t *p = memchr(buf, '$', len); while(p) { uint8_t *end = memchr(p, '\n', len-(p-buf)); if(end && (end-p < 100)) { *end = 0; // 替换换行为结束符 if(verify_checksum(p)) { process_nmea(p); } } p = memchr(end+1, '$', len-(end+1-buf)); } }

这个方案在实测中表现非常稳定，即使在高速移动环境下（产生大量GPS数据），也能确保不丢帧。

查看全文

http://www.jsqmd.com/news/568514/