STM32H7 DMA冲突解决与FreeRTOS优化实践

1. 项目背景与核心挑战

最近在基于STM32H7B0VBT6芯片开发一个需要同时操作SD卡和LCD显示的项目时，遇到了一个棘手的问题：当FreeRTOS任务中同时进行SD卡读写和LCD刷新时，系统会出现DMA传输冲突，导致数据错乱甚至硬件异常复位。这个现象在需要高频更新LCD界面同时记录大量数据到SD卡的应用场景中尤为明显。

STM32H7系列作为STMicroelectronics的高性能MCU，其双核架构和丰富的外设资源本应能轻松应对这类需求。但在实际项目中，我们发现当SDIO接口使用DMA2控制器进行数据传输时，如果同时使用DMA2的其他通道驱动LCD（如通过FSMC/FMC接口），就会产生总线仲裁冲突。这种冲突不仅会导致数据传输错误，严重时还会触发硬件错误中断。

2. 硬件架构深度解析

2.1 STM32H7B0VBT6的DMA控制器特性

STM32H7B0VBT6搭载了两组DMA控制器：DMA1和DMA2。其中DMA2控制器专门用于高速外设，包含以下关键特性：

• 8个独立可配置通道
• 支持双缓冲模式
• 最高传输速率可达AXI总线全带宽（理论上可达400MB/s）
• 独立的FIFO用于缓解总线压力

问题在于，SDIO接口和FSMC/FMC接口默认都映射到DMA2控制器：

• SDIO接口通常使用DMA2通道4
• FSMC/FMC的存储器接口通常使用DMA2通道11

2.2 冲突产生的根本原因

当两个高带宽外设同时使用DMA2控制器时，会产生以下问题：

1. 总线带宽竞争：AXI总线矩阵无法同时满足SD卡和LCD的带宽需求
2. 仲裁延迟：DMA控制器内部的优先级仲裁会增加额外延迟
3. 数据一致性风险：Cache未及时同步导致DMA传输数据错误

特别是在FreeRTOS环境下，任务调度可能加剧这种冲突。例如：

• 高优先级任务频繁触发LCD刷新
• 低优先级任务进行大块SD卡写入
• 两者同时申请DMA资源时会导致不可预测的行为

3. 解决方案设计与实现

3.1 硬件层优化方案

3.1.1 DMA控制器分配策略

最直接的解决方案是将LCD驱动迁移到DMA1控制器：

c复制// 配置FSMC使用DMA1而非默认的DMA2
hdma_memtomem_dma1_stra