4、传感器数据采集模式：学习常见传感器（如麦克风、IMU、摄像头）的数据采集方式，理解DMA、中断、轮询等机制对内存的影响
在TFLite Micro的典型应用场景中，传感器是数据流的源头。无论是关键词唤醒（KWS）中的麦克风、运动识别中的IMU，还是视觉检测中的摄像头，其数据采集方式直接决定了内存缓冲区的组织策略、CPU的占用率以及双缓冲切换的时机。本章将深入剖析三种主流采集机制——轮询、中断和DMA——对内存布局和系统实时性的影响，并给出在资源受限的MCU上选择采集模式的工程判断方法。
4.1 核心原理：三种采集模式的工作机制与内存足迹
传感器数据从物理世界到内存的路径，决定了CPU的参与程度和内存的分配方式。理解这三种模式，是设计双缓冲的前提。
4.1.1 轮询（Polling）模式
CPU在主循环中反复读取传感器的状态寄存器或数据寄存器，直到数据就绪后手动拷贝。这种方式实现最简单，但CPU被完全占用。在TFLite Micro场景中，如果使用轮询采集麦克风数据（例如16kHz、16bit、单声道），CPU需要以16kHz的频率不断检查数据就绪标志，这几乎占用了全部CPU时间，导致推理任务无法执行。内存方面，轮询模式通常只需要一个静态缓冲区，但缓冲区必须足够大以容纳一次完整推理所需的数据块（例如40ms音频帧，即640个采样点，约1280字节）。
4.1.2 中断（Interrupt）模式
传感器或外设在数据就绪时触发中断请求（IRQ），CPU暂停当前任务，跳转到中断服务程序（ISR）执行数据搬运。中断模式的优势是CPU只在数据就绪时介入，其余时间可以执行推理。但每次中断都需要保存现场（压栈）、执行ISR、恢复现场（弹栈），这带来了额外的CPU周期和栈内存开销。对于IMU这类输出速率较低（如100Hz）的传感器，中断模式非常合适；但对于麦克风这类高频数据源，每秒16000次中断会严重拖慢系统，且栈空间可能溢出。
4.1.3 DMA（Direct Memory Access）模式
DMA控制器在无需CPU干预的情况下，直接在传感器外设和内存之间搬运数据。CPU只需在DMA传输完成或半完成时收到一次中断。这是传感器采集与推理并行的理想方案。DMA需要预先分配专用的缓冲区（通常为双缓冲或环形缓冲），内存占用是三种模式中最大的，但换来了CPU的解放。以麦克风为例，配置DMA以16kHz采样率连续写入两个4KB缓冲区，CPU每20ms收到一次DMA半满中断，即可处理已填满的缓冲区，同时DMA继续填充另一个缓冲区。
| 采集模式 | CPU参与度 | 内存开销 | 实时性 | 适用传感器 | 双缓冲适配性 |
|---|---|---|---|---|---|
| 轮询 | 100%（持续占用） | 低（单缓冲区） | 中（依赖主循环频率） | 低频按键、温湿度 | 不推荐 |
| 中断 | 低（仅触发时） | 中（ISR栈+数据缓冲） | 高（即时响应） | IMU、环境光传感器 | 可行但需注意ISR耗时 |
| DMA | 极低（仅半满/全满中断） | 高（双缓冲/环形缓冲） | 高（硬件保证） | 麦克风、摄像头、高速ADC | 最佳匹配 |
4.2 判断方法：如何为传感器选择正确的采集模式
在实际项目中，选择采集模式需要综合考虑数据速率、CPU负载预算、内存余量和实时性要求。以下是一个四步判断流程：
- 计算数据速率：
数据速率 = 采样率 × 位宽 / 8（字节/秒）。例如16kHz×16bit=32KB/s；IMU 100Hz×6轴×2字节=1.2KB/s。 - 评估CPU负载：估算每字节搬运所需的CPU周期（通常为10-50周期/字节）。若数据速率×周期数超过CPU总能力的20%，则优先考虑DMA。
- 检查中断频率：若中断频率超过1kHz，ISR开销将不可忽略。此时应使用DMA的批量传输来降低中断频率。
- 确认内存余量：DMA需要额外的缓冲区空间。若MCU的RAM小于32KB，可能需要采用分段DMA或环形缓冲来节省内存。
4.3 案例拆解：麦克风DMA双缓冲采集与推理并行
以一个基于Cortex-M4F（主频80MHz，RAM 64KB）的TFLite Micro关键词唤醒设备为例，展示DMA双缓冲的完整实现与效果。
4.3.1 背景与约束
设备需实时采集麦克风音频，运行一个20KB的TFLite Micro模型（KWS），推理一次约需30ms。系统要求：音频采集不能丢数据，推理不能阻塞采集。初始方案采用中断模式，每采样点触发一次中断，导致CPU负载高达85%，推理无法按时完成。
4.3.2 关键参数与问题分析
// 初始中断模式参数
采样率: 16kHz
位宽: 16bit
中断频率: 16kHz
每次ISR耗时: 约2.5μs (保存现场+读取数据+写入缓冲)
CPU负载 = 16000 × 2.5μs / 1000μs = 40% (仅采集)
推理负载 = 30ms / 100ms周期 = 30%
总负载 = 70% (接近极限，且中断抖动影响推理)分析发现，16kHz的中断频率是瓶颈。每次中断虽然只有2.5μs，但频繁的上下文切换导致CPU缓存效率下降，实际负载超过80%。
4.3.3 DMA双缓冲改造方案
// DMA配置（伪代码）
#define BUF_SIZE 1280 // 40ms @16kHz/16bit
uint8_t dma_buf[2][BUF_SIZE] __attribute__((aligned(4)));
// 配置DMA通道
DMA_Init(I2S_RX, dma_buf[0], dma_buf[1], BUF_SIZE,
DMA_MODE_CIRCULAR | DMA_INT_HALF | DMA_INT_FULL);
// 中断回调
void DMA_IRQHandler() {
if (DMA_GetIntFlag(HALF)) {
process_buffer(dma_buf[0]); // 处理前半缓冲区
}
if (DMA_GetIntFlag(FULL)) {
process_buffer(dma_buf[1]); // 处理后半缓冲区
}
}改造后，中断频率从16kHz降至50Hz（每20ms一次半满中断），CPU采集负载降至不足1%。推理任务在process_buffer()中执行，此时DMA正在填充另一个缓冲区，实现了采集与推理的完全并行。
4.3.4 结果对比与复盘
| 指标 | 中断模式 | DMA双缓冲 |
|---|---|---|
| CPU采集负载 | 40% | <1% |
| 中断频率 | 16kHz | 50Hz |
| 内存占用 | 1.5KB（单缓冲+栈） | 2.5KB（双缓冲） |
| 推理延迟 | 不稳定（受中断影响） | 稳定30ms |
| 数据丢失 | 偶发（高负载时） | 无 |
风险与代价：DMA双缓冲增加了1KB内存占用，且DMA配置复杂（需处理对齐、环形模式、半满/全满中断优先级）。但换来的CPU解放使推理任务获得了充足的时间预算，系统整体可靠性显著提升。
process_buffer()中处理数据时，务必确保处理时间小于DMA填充一个缓冲区的时间（本例为20ms），否则会出现缓冲区覆盖。
4.4 常见误区与总结复盘
在传感器采集模式的选择上，工程师常陷入以下误区：
- 误区一：所有传感器都用DMA。对于低频传感器（如温湿度、气压计），DMA的配置复杂度远大于收益，中断模式更简洁高效。
- 误区二：忽视中断优先级设置。在双缓冲切换时，DMA中断应设置为最高优先级，否则推理任务中的临界区可能延迟中断响应，导致缓冲区溢出。
- 误区三：缓冲区大小随意设定。缓冲区过小会导致中断频率升高，过大则浪费内存。最佳实践是让缓冲区对应一个推理帧长（如20-40ms音频），既保证实时性又减少切换次数。
- 误区四：忽略DMA的缓存一致性问题。在带D-Cache的MCU（如Cortex-M7）上，DMA写入的内存可能被缓存污染，需使用
SCB_CleanDCache或配置MPU为非缓存区域。
总结：传感器采集模式的选择本质上是CPU时间、内存空间和实时性之间的权衡。轮询适合极低频且非实时的场景；中断适合中低速传感器；DMA+双缓冲是高频传感器与TFLite Micro推理并行的黄金组合。在实际项目中，建议先计算数据速率和CPU负载预算，再结合内存余量做出决策。对于TFLite Micro的典型应用（音频、视觉），DMA双缓冲是默认首选方案。