谁在嵌入式里当自动搬运工？DMA！

迷人的星空
115 阅读7分钟

一、 是什么？

想象一个大型仓库：

  • CPU 是仓库经理，聪明但时间宝贵，擅长做决策和复杂计算。
  • 外设（如网卡、SD卡）是仓库的装卸平台，源源不断有货物（数据）进出。
  • 内存 是临时货架，用于暂存货物。

如果没有DMA，每当一个包裹到达装卸平台，装卸工（硬件）就必须打断经理（CPU）的工作，让他亲自跑来签收，再把包裹搬到货架上。经理80%的时间都在跑腿，效率极低。

DMA就是仓库里那辆设定好路线的“自动叉车” 。经理只需在开始时告诉它：“从A平台（外设）取100箱货，放到B货架（内存）上，干完告诉我。” 之后经理就可以去处理报表（运行核心算法）、规划库存（业务逻辑）了。叉车自己完成所有重复搬运，完工后通过闪光灯（中断）通知经理。

严谨定义：DMA是一种硬件子系统，它能在无需CPU参与每条指令的情况下，在内存与内存之间、或内存与外设之间，执行高速、确定性的数据搬运。它是“用硬件复杂度换取CPU效率”和“用确定性的自动化换取软件灵活性”的经典工程权衡。

二、 怎么工作？

步骤1：CPU下达工单（配置）
CPU作为指挥官，需要精确地告诉DMA控制器：

  1. 源地址：从哪儿搬？（如：传感器数据寄存器的地址）
  2. 目标地址：搬到哪儿？（如：内存中某个数组的地址）
  3. 搬运量：搬多少？（如：1024字节）
  4. 搬运模式：怎么搬？（地址递增、递减、还是固定？）
  5. 触发信号：什么时候开始搬？（外设说“我好了”就触发）
  6. 完工通知：搬完了怎么告诉我？（发一个中断信号）

这个过程就像给自动叉车编程，是有开销的。因此，只搬几个箱子（少量数据）时，让经理自己跑一趟可能更划算。

步骤2：DMA执行搬运（硬件接管）
工单下达后，一旦触发条件满足（如传感器有新数据），DMA控制器便会：

  • 申请总线：像拿到临时道路通行证，接管连接内存和外设的数据“公路”（系统总线）。
  • 按序搬运：根据工单，一个接一个地从源地址读取数据，直接写入目标地址。CPU此时可以被“挂起”（等待总线）或去访问不与DMA冲突的缓存。
  • 状态更新：内部自动计数，直到完成预设的搬运量。

步骤3：完工汇报与善后（中断与清理）
搬运完成后，DMA控制器：

  1. 拉响通知：触发一个中断（“经理，货搬完了！”）。
  2. 交还总线：释放对总线的控制。
  3. CPU响应：CPU中断处理程序检查状态，可能启动下一次传输（双缓冲），或通知上层任务数据已就绪。

三、 它不是万能药

  1. 只能“傻搬”，不能“处理” ：DMA是叉车，不是机器人。它只会原封不动地搬运数据，无法在搬运过程中进行任何计算、加密或格式转换。复杂的数据加工仍需CPU完成。
  2. 存在“启动成本” ：配置DMA需要写入多个寄存器，这个初始化过程有固定时间成本。对于极少量数据（如几个字节），CPU直接操作可能更快。
  3. 可能引发“交通拥堵” ：DMA作为总线上的另一个“车辆”，会与CPU、GPU等主设备争抢带宽。如果设计不当，高带宽的DMA传输会导致CPU访问内存变慢，整体性能反而下降。
  4. 增加软件复杂度：你需要管理DMA缓冲区、处理中断、维护数据一致性。这让程序状态机变得更复杂，增加了调试难度。

四、 必须遵守的规则

  1. 内存的“物理地址”问题：

    • CPU通常使用虚拟地址，但DMA控制器几乎总是操作物理地址。在操作系统中，你必须使用特供的API（如dma_alloc_coherent）来分配DMA能“认识”的缓冲区。
    • 缓存一致性地雷：CPU有自己的高速缓存（Cache），DMA却直接读写内存。如果CPU修改了缓存中的数据但未写回内存，DMA可能读到旧数据；反之，DMA写入内存后，CPU可能仍从缓存读旧数据。必须使用正确的缓存无效化/写回指令来同步。

  2. 硬件的“路径权限”问题：

    • 在现代复杂芯片中，不是所有DMA都能访问所有内存区域。你需要查阅芯片手册的系统架构图，确认你使用的DMA控制器到目标内存之间是否有通畅的“道路”（总线）。

  3. 数据的“对齐与边界”问题：

    • 许多DMA对数据地址有对齐要求（如必须4字节对齐）。非对齐访问可能导致错误或性能损失。
    • 传输长度可能受硬件计数器位宽限制（例如，早期DMA一次只能传输65535字节）。

  4. 时序的“实时性”问题：

    • DMA传输的完成时间受总线竞争影响，存在一定抖动。在极端硬实时场景下，需要精心设计总线优先级和仲裁策略。

五、该用与不该用

✅ 强烈推荐使用DMA的场景（特征：数据量大、规律、CPU干预少）：

  • 音频流：播放/录制时，需要连续不断搬运每秒数万次的采样数据。
  • 图像/视频处理：摄像头采集一帧数百万像素的数据到内存，或从内存送数据到显示屏。
  • 大容量存储：读写SD卡、U盘、固态硬盘，数据以“块”（如512字节）为单位。
  • 高速通信：以太网包、USB批量传输，数据突发性强，要求高吞吐。
  • 模数转换：定期从ADC读取固定数量的采样值到内存进行波形分析。

❌ 谨慎或避免使用DMA的场景：

  • 极低频率的传感器读取：几分钟读一次温度值，CPU直接读更简单。
  • 复杂的协议控制：如USB的“控制传输”，数据包小且需要实时协议解析，CPU处理更灵活。
  • 极小数据块的零散操作：数据量小于DMA配置开销的盈亏平衡点。

六、 建议

  1. 先问三个问题再决定用DMA：

    • 数据够多吗？ （总量 > 初始化成本）
    • 路径通畅吗？ （DMA能访问源和目标的物理地址吗？）
    • 一致性解决了吗？ （Cache和内存同步问题如何管理？）

  2. 掌握两种高级模式：

    • 双缓冲：准备两个缓冲区A和B。DMA填充A时，CPU处理B；完成后交换。实现无缝连续处理。
    • 链式/分散聚集：让DMA按一个“任务清单”（描述符链表）自动执行多个不连续的搬运任务，极大提升效率。

  3. 性能优化的关键：

    • 对齐访问：确保地址和长度符合硬件最优要求。
    • 优先级设置：根据实时性要求，合理设置DMA通道与CPU的总线访问优先级。
    • 中断合并：避免每传输一小段就中断一次，应利用“半传输完成”、“传输完成”等中断进行流控。

七、总结

DMA不是简单的“加速开关”。它是一个需要你精确配置、理解其行为边界、并妥善融入系统设计的关键硬件资源。用得好，它能让你的系统飞起来，CPU专注核心业务；用不好，它会带来诡异的稳定性问题和高昂的调试成本。

从“DMA是一个搬运数据的工具” 升级到 “DMA是一个需要与其他系统主设备（CPU、其他DMA）协同竞争总线带宽、并共享内存子系统的硬件协同处理器”。带着这个视角去设计，你的嵌入式系统将更加稳健和高效。

以上是个人的一些浅见，如有不当之处，欢迎批评指正。

这波内容真帮到你了？点个关注不迷路！专属工具箱持续更新，需要时直接翻、拿起来就用～

avatar
文章
阅读
粉丝