4、传感器数据采集优化：采样率与功耗平衡、ADC配置（分辨率/转换时间）、DMA传输减少CPU干预
好，咱们接着聊传感器数据采集这块。说实话，这是整个能耗监测系统里最容易「翻车」的地方。我见过太多项目，传感器选得挺好，算法也漂亮，结果一上电，功耗直接炸了。问题出在哪？多半是数据采集这块没处理好。
你想想看，传感器一直在那吭哧吭哧地采样，ADC不停地转换，CPU还得一趟趟跑去搬数据。这功耗能低才怪。所以这一节，咱们就专门来啃这块硬骨头。
4.1 采样率与功耗的博弈
采样率这东西，不是越高越好。我有个习惯，做项目前先问自己一个问题：这个信号到底需要多快的采样？
举个例子。监测一个仓库的温度，温度变化能有多快？一分钟采一次都嫌多。但你要是监测电机振动，那采样率得上千赫兹甚至更高。说白了，采样率要和信号的带宽匹配。
核心原则：采样率 = 信号最高频率 × 2 × 安全系数。安全系数一般取1.5到2倍就够了。别动不动就上10倍，那是浪费电。
我在一个冷链物流项目里吃过亏。当时为了图省事，把温度传感器的采样率设成了100Hz。结果电池撑了不到两天就挂了。后来我改成1Hz采样，电池直接撑了一个月。你想想看，100倍的差距啊。
那怎么动态调整采样率呢？我常用的策略是：
- 事件触发采样：平时低功耗待机，检测到变化再提高采样率
- 自适应采样：根据信号变化速率动态调整采样间隔
- 分段采样：不同场景用不同的采样策略
我的小技巧：对于缓慢变化的信号（温度、湿度、气压），可以用「变化阈值法」。只有当信号变化超过某个阈值时，才记录数据。这样既能捕捉到关键变化，又不会产生大量冗余数据。
4.2 ADC配置的艺术：分辨率与转换时间
ADC的配置，说白了就是在精度和速度之间找平衡。分辨率越高，转换时间越长，功耗也越大。这个道理大家都懂，但实际配置的时候，很多人还是会犯迷糊。
我记得有一次，一个同事非要用16位ADC去测一个电池电压。我说你电池电压波动也就几十毫伏，12位完全够用了。他不信，结果测出来的数据噪声大得离谱，功耗还高了一倍。后来换成12位，一切正常。
来看看不同分辨率下的典型参数：
| 分辨率 | 转换时间（典型值） | 功耗（典型值） | 适用场景 |
|---|---|---|---|
| 8位 | 1-2 μs | 低 | 快速检测、开关量 |
| 10位 | 2-5 μs | 中低 | 一般传感器 |
| 12位 | 5-10 μs | 中等 | 大多数应用 |
| 16位 | 10-50 μs | 高 | 高精度测量 |
看到没？从12位升到16位，转换时间翻了好几倍，功耗也跟着涨。所以我的建议是：够用就行，别追求极致。
注意：有些MCU的ADC支持「快速模式」和「高精度模式」。快速模式下转换时间短但噪声大，高精度模式反之。我一般会在系统初始化时先跑一遍校准，然后根据实际需求动态切换模式。
另外，ADC的参考电压也很关键。内部参考电压虽然方便，但精度和稳定性都不如外部参考。我在做高精度测量时，一定会用外部精密参考源。虽然多花几毛钱，但省心啊。
4.3 DMA传输：让CPU歇着去
这个我得多说两句。DMA（直接存储器访问）是我最喜欢的硬件特性之一。为什么？因为它能让CPU从繁重的数据搬运工作中解放出来。
你想想看，如果没有DMA，每次ADC转换完成，CPU都要去读数据、存数据。如果采样率是1kHz，那CPU每秒就要被中断1000次。这1000次中断里，CPU啥正事都干不了，光在那搬数据了。
有了DMA就不一样了。ADC转换完数据，DMA控制器自动把数据搬到内存里。CPU该干嘛干嘛，等数据攒够了再一次性处理。这效率，天差地别。
来看一个典型的DMA配置代码：
// 配置ADC
ADC_InitTypeDef adc_init;
adc_init.Resolution = ADC_RESOLUTION_12B;
adc_init.ScanConvMode = DISABLE;
adc_init.ContinuousConvMode = ENABLE;
adc_init.ExternalTrigConv = ADC_SOFTWARE_START;
HAL_ADC_Init(&adc_init);
// 配置DMA
DMA_InitTypeDef dma_init;
dma_init.Direction = DMA_PERIPH_TO_MEMORY;
dma_init.PeriphInc = DISABLE;
dma_init.MemInc = ENABLE;
dma_init.PeriphDataAlignment = DMA_PDATAALIGN_HALFWORD;
dma_init.MemDataAlignment = DMA_MDATAALIGN_HALFWORD;
dma_init.Mode = DMA_CIRCULAR; // 循环模式
HAL_DMA_Init(&dma_init);
// 启动ADC的DMA传输
HAL_ADC_Start_DMA(&hadc, (uint32_t*)adc_buffer, BUFFER_SIZE);这段代码里，我用了DMA的循环模式。什么意思呢？就是DMA会不停地往缓冲区里填数据，填满了从头开始。这样CPU只需要定期检查缓冲区，看看有没有新数据需要处理就行。
经验之谈：缓冲区大小要合理设置。太小了，CPU频繁处理数据，浪费DMA的优势。太大了，数据实时性又跟不上。我一般会按「采样率 × 处理周期」来算。比如采样率1kHz，CPU每100ms处理一次数据，那缓冲区至少要有100个采样点。
还有一个坑要注意：DMA传输完成中断。很多人喜欢在DMA传输完成中断里处理数据。但这样其实又回到了老路上——CPU被频繁中断。我的做法是：用定时器中断来触发数据处理，而不是用DMA中断。这样CPU的工作节奏更可控。
4.4 综合优化策略
好了，前面讲了采样率、ADC配置、DMA传输。现在咱们把它们串起来，看看一个完整的优化方案长什么样。
我最近在做的一个环境监测项目，就是按这个思路来的：
- 传感器选型：选支持「休眠-唤醒」模式的传感器。平时休眠，需要时唤醒。
- 采样策略：温度用1Hz采样，湿度用0.5Hz采样，气压用0.2Hz采样。各传感器独立配置。
- ADC配置：12位分辨率，快速转换模式。参考电压用外部精密源。
- 数据传输：DMA循环模式，缓冲区256个采样点。CPU每500ms处理一次数据。
- 功耗管理：数据采集完成后，立即进入低功耗模式。下次采集前再唤醒。
这套方案跑下来，整体功耗比之前降低了70%以上。电池续航从原来的3天延长到了两周。嗯，效果还是很明显的。
最后说一句：优化没有终点。每个项目都有自己的特点，别人的方案只能参考，不能照搬。我建议你在做项目时，先搭一个基础方案，然后用功耗分析仪实测。哪里功耗高，就优化哪里。这样一步步来，总能找到最适合你的方案。
好，这一节就到这。下一节咱们聊聊数据处理和存储的优化。到时候见。