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

DMA读不到数据？外设明明有波形！一文讲透 Cortex-M7 的 D-Cache 一致性灾难

news 2026/5/2 14:53:18

前言：在单片机主频突破 200MHz 后，诞生了一个严重的物理鸿沟：CPU 跑得太快了，而内存（SRAM）根本跟不上。为了不让高贵的 CPU 停下来等 SRAM，芯片设计师在 CPU 和 SRAM 之间塞入了一块极其昂贵、速度极快的小内存——Cache（高速缓存）。引入 Cache 后，CPU 的速度起飞了，但也引来了一个致命的“内鬼”。

一、案发现场：CPU 与 DMA 的“跨服聊天”

把SRAM想象成一个大仓库，Cache是 CPU 办公桌上的文件盒。DMA像是一个不知疲倦的搬运工。

致命场景（串口 DMA 接收）：

DMA 极其勤奋地从串口外设搬运了最新的 100 个字节，直接放进了 SRAM（大仓库）。
此时，你的代码里写了printf("%s", rx_buffer);，要求 CPU 打印数据。
CPU 转身一看自己的 Cache（桌面文件盒），发现刚好有一份rx_buffer的旧副本。CPU 极其自信地认为：“桌上有现成的，我干嘛还要跑去仓库拿？”
结果：CPU 读到了 Cache 里的旧数据/乱码。而 DMA 刚放到 SRAM 里的新鲜数据，被 CPU 彻底无视了！

这在计算机体系结构中，被称为Cache Coherency（缓存一致性）问题。DMA 是一个能直接访问物理内存的主机，但它不经过 Cache。

二、怎么救？Cache 维护三板斧

既然 CPU 和 DMA 信息不同步，作为程序员，我们就必须在代码里当“调解员”。ARM CMSIS 库为我们提供了极其关键的维护函数。

情况 A：DMA 接收数据给 CPU 读（Invalidate 无效化）在 CPU 准备去读 DMA 接收好的数组之前，强制撕毁 CPU 桌上的旧文件。

// 告诉 CPU：你 Cache 里的这段数据作废了（Invalidate）！ // 下次读取时，强制去 SRAM 重新抓取最新数据。 SCB_InvalidateDCache_by_Addr((uint32_t *)rx_buffer, 100); // 现在可以安全地读取了 ProcessData(rx_buffer);

情况 B：CPU 准备好数据让 DMA 发送（Clean 清理）CPU 刚往数组里写了新数据，这些数据通常还在 Cache 里（Write-Back 策略），还没来得及同步到 SRAM。如果这时立刻触发 DMA 发送，DMA 会从 SRAM 拿走一堆旧的乱码。

PrepareDataToSend(tx_buffer); // 告诉 CPU：把你 Cache 里的新数据，立刻给我刷（Clean）到 SRAM 里去！ SCB_CleanDCache_by_Addr((uint32_t *)tx_buffer, 100); // 现在可以安全地启动 DMA 发送了 HAL_UART_Transmit_DMA(&huart1, tx_buffer, 100);

三、终极降维打击：MPU 内存保护单元

每次都手动写Clean和Invalidate太容易忘了，尤其是跑以太网 LwIP 或者 USB 协议栈时，满屏幕的 DMA 缓冲区会让你怀疑人生。

老鸟的终极做法是：利用MPU（Memory Protection Unit）。在初始化代码中，直接把 SRAM 里专门用来做 DMA 缓冲区的那个区块（比如 32KB），配置为“Non-Cacheable”（不可缓存）。只要 CPU 访问这块内存，就强制绕过 Cache，直接去 SRAM 读写。牺牲一点点这块区域的访问速度，换来整个 DMA 系统的绝对安全和稳定！