3、硬件基础：常见低功耗MCU（如STM32L系列、ESP32、nRF52）的电源模式与特性对比
TinyML 设备的功耗预算通常被限制在毫瓦甚至微瓦级别，而系统级休眠策略的落地，首先取决于所选 MCU 的电源管理能力。不同厂商的 MCU 在低功耗设计哲学上差异显著：STM32L 系列强调多级睡眠深度与灵活的唤醒源组合，ESP32 在保持 Wi-Fi/蓝牙连接的同时提供多种调制睡眠模式，nRF52 则围绕事件驱动架构和协议栈协同休眠进行优化。理解这三类 MCU 的电源模式、唤醒延迟、外设保持状态和典型电流数据，是后续设计传感器调度与无线模块协同休眠的基础。
3.1 核心原理：电源模式的分层设计与唤醒代价
低功耗 MCU 的电源管理本质上是“性能-功耗-唤醒延迟”三角权衡。所有厂商都采用分层睡眠架构，但划分粒度不同。STM32L 系列将睡眠分为 Sleep（CPU 停止，外设继续运行）、Low-power Run（降低主频至 2MHz 以下）、Stop（所有时钟停止，SRAM 保持）、Standby（仅备份域供电）和 Shutdown（完全断电，仅复位唤醒）。ESP32 则从 Active 到 Modem Sleep（关闭 Wi-Fi/蓝牙射频）、Light Sleep（CPU 暂停，RTC 运行）、Deep Sleep（仅 ULP 协处理器和 RTC 外设工作）再到 Hibernation（仅 RTC 定时器工作）。nRF52 采用更简洁的 System ON（外设可独立休眠）与 System OFF（仅 GPIO 或复位唤醒）两级模式，但通过外设的自动休眠机制实现细粒度功耗控制。
选择电源模式时，必须同时考虑三个维度：唤醒源可用性（哪些外设能在睡眠中保持工作）、唤醒延迟（从睡眠到执行第一条指令的时间）、上下文保持（SRAM、寄存器、外设状态是否保留）。例如，STM32L 的 Stop 模式保留全部 SRAM，唤醒后可直接继续执行，但延迟约 5µs；而 Standby 模式虽然电流极低，但 SRAM 内容丢失，必须重新初始化，唤醒延迟高达 200µs。ESP32 的 Deep Sleep 保留 RTC 内存（8KB），但主 SRAM 断电，唤醒后需重新加载代码段。nRF52 的 System OFF 保留 RAM 内容，但唤醒后需重新配置外设。
3.2 判断方法：根据应用场景选择 MCU 与电源模式
选择 MCU 和电源模式时，建议按以下流程进行决策：
- 确定任务周期：传感器采样频率、无线发送间隔、数据处理量。例如，环境监测每 10 分钟采集一次，而可穿戴设备需要每秒处理加速度数据。
- 计算活跃时间占比：活跃时间 = 采样时间 + 处理时间 + 无线发送时间。若活跃时间占比小于 1%，睡眠电流将成为主导因素。
- 评估唤醒源需求：是否需要 RTC 定时唤醒？是否需要外部中断（如按键、传感器阈值）？是否需要无线事件唤醒（如 BLE 连接事件）？
- 检查外设保持需求：传感器配置寄存器、通信缓冲区、模型参数是否需要在睡眠中保留？若需要，则必须选择保留 SRAM 的模式。
- 测量实际电流：使用功耗分析仪（如 Joulescope、Nordic PPK2）测量不同模式下的真实电流，注意数据手册中的电流值通常是在理想条件下测得。
以下表格对比了三类 MCU 在典型场景下的关键参数：
| 对比维度 | STM32L4 系列 | ESP32 (ESP32-WROOM) | nRF52840 |
|---|---|---|---|
| 最低睡眠电流 | 0.03µA (Shutdown) | 10µA (Deep Sleep) | 0.3µA (System OFF) |
| 唤醒延迟 | 5µs (Stop) / 200µs (Standby) | 1ms ~ 5ms | 3µs (System ON) |
| 保留 SRAM | 全部 (Stop) / 无 (Standby) | 8KB RTC 内存 | 全部 (System OFF) |
| RTC 定时唤醒 | 支持 | 支持 | 支持 |
| 外部中断唤醒 | 支持 (EXTI) | 支持 (EXT0/EXT1) | 支持 (GPIO) |
| 无线事件唤醒 | 不支持 | 支持 (Wi-Fi/BT) | 支持 (BLE) |
| 典型工作电流 (Active) | ~100µA/MHz | ~50mA (Wi-Fi 开启) | ~5mA (BLE 连接) |
| 片上 Flash | 512KB ~ 1MB | 4MB (外部) | 1MB |
| 适合 TinyML 场景 | 传感器融合、低功耗推理 | 需要 Wi-Fi 的云端推理 | BLE 边缘节点、可穿戴 |
3.3 案例拆解：基于 nRF52840 的 BLE 温湿度传感器节点
以一个典型的 BLE 温湿度传感器节点为例，说明如何利用 nRF52 的电源模式实现 2 年纽扣电池寿命。该节点使用 SHT40 传感器，每 5 分钟采集一次温湿度数据，通过 BLE 广播发送，其余时间进入休眠。
初始目标与约束：使用 CR2032 纽扣电池（标称容量 220mAh），目标寿命 24 个月。系统平均电流预算为 220mAh / (24×30×24h) ≈ 12.7µA。传感器待机电流 0.4µA，BLE 广播峰值电流 5.6mA（0dBm 输出），广播时长 3ms。
关键参数计算：每次广播消耗电荷 = 5.6mA × 3ms = 16.8µC。若每 5 分钟广播一次，平均广播电流 = 16.8µC / 300s ≈ 0.056µA。传感器采样时，SHT40 测量需 8.2ms，电流 0.4mA，消耗电荷 3.28µC，平均电流 0.011µA。MCU 在 System ON 模式下，CPU 运行频率 64MHz，处理数据需 2ms，电流 3mA，消耗电荷 6µC，平均电流 0.02µA。
实际测量与问题发现：初步实现后，使用 Nordic PPK2 功耗分析仪测量，发现平均电流高达 45µA，远超预算。分析波形发现，MCU 在每次广播后并未真正进入 System OFF，而是停留在 System ON 模式，因为 GPIO 配置错误导致传感器电源引脚持续供电。此外，BLE 协议栈的定时器在 System OFF 模式下无法工作，导致 MCU 每 30 秒被唤醒一次处理协议栈事件。
优化操作步骤：
- 将传感器电源引脚配置为 GPIO 输出低电平，在采样前拉高，采样后拉低，确保传感器完全断电。
- 使用 RTC 唤醒定时器替代协议栈定时器，在 System OFF 模式下定时唤醒 MCU。
- 将 BLE 广播间隔调整为 5 分钟，并关闭不可连接广播，减少协议栈事件。
- 在进入 System OFF 前，调用
sd_power_system_off()并确保所有外设已禁用。
结果对比：优化后平均电流降至 8.2µA，理论电池寿命延长至 2.7 年。实际测试中，由于电池自放电和温度影响，实测寿命约 2.2 年，满足设计目标。复盘发现，关键教训是：低功耗设计必须从系统层面考虑，而非仅依赖 MCU 的睡眠模式。外设的漏电流、GPIO 的浮空输入、协议栈的定时唤醒都可能成为功耗黑洞。
3.4 常见误区与总结复盘
在实际项目中，工程师常陷入以下误区：
- 误区一：只看数据手册的睡眠电流。数据手册中的数值通常是在 VDD=3.0V、25°C 条件下测得，实际电压升高或温度升高都会导致电流增大。例如，STM32L4 的 Standby 电流在 85°C 时可能增大 10 倍。
- 误区二：忽略唤醒源配置。某些唤醒源（如外部中断）在睡眠模式下需要特定的 GPIO 配置，否则无法唤醒。ESP32 的 EXT1 唤醒需要将 GPIO 设置为输入模式并启用内部上拉/下拉。
- 误区三：未考虑外设漏电流。即使 MCU 进入深度睡眠，如果传感器、电平转换器或分压电阻仍在供电，系统总电流可能远高于 MCU 睡眠电流。建议使用负载开关或 GPIO 控制外设电源。
- 误区四：忽视唤醒延迟对系统的影响。ESP32 从 Deep Sleep 唤醒需要约 5ms，如果传感器需要立即响应外部事件，可能错过关键数据。此时应使用 Light Sleep 或 ULP 协处理器。
总结复盘：选择低功耗 MCU 时，应首先明确应用场景的任务周期、唤醒源需求、外设保持需求，然后对比不同 MCU 的电源模式特性。STM32L 系列适合需要复杂外设保持和快速唤醒的传感器节点；ESP32 适合需要 Wi-Fi 连接且对功耗要求相对宽松的场景；nRF52 在 BLE 应用中具有最佳的整体功耗表现。在实际开发中，务必使用功耗分析仪进行实测，并关注系统级功耗而非单一芯片参数。