3、常见低功耗模式：MCU的Sleep、Deep Sleep、Standby、Shutdown等模式的区别、进入与退出条件、典型唤醒源

在低功耗嵌入式系统设计中，MCU的功耗管理模式是决定电池续航的核心要素。不同厂商（ST、NXP、TI、Nordic等）对低功耗模式的命名和细分程度各不相同，但本质上都遵循“关闭时钟→关闭外设→关闭内核电源→关闭备份域”的递进式节能逻辑。本章以主流ARM Cortex-M系列MCU（如STM32、EFM32、nRF52）为参照，系统梳理Sleep、Deep Sleep、Standby、Shutdown四种典型模式的差异，并给出工程化的进入/退出条件判断方法和唤醒源选型策略。

上图展示了四种低功耗模式在功耗、唤醒源和恢复方式上的递进关系。从工程实践角度看，选择哪种模式并非越省电越好，而是需要根据唤醒延迟、数据保留需求和唤醒源可用性综合权衡。下面从核心原理、判断方法、实战案例和常见误区四个维度展开。

3.1 核心原理：四种模式的本质差异

Sleep模式是最浅层的低功耗状态，仅停止CPU内核时钟，外设时钟和电源域全部保持。此时CPU暂停执行指令，但SRAM、寄存器、外设状态完全保留。任何中断或事件（如UART接收、定时器溢出）都能立即唤醒CPU，恢复时间通常为几个时钟周期。Sleep模式适合需要频繁响应外设事件的场景，比如按键扫描、通信监听。

Deep Sleep模式进一步关闭高频时钟（如PLL、HSE），仅保留低速时钟（如LSI/LSE）供RTC或看门狗使用。SRAM和寄存器内容仍然保留，但外设时钟默认关闭，需要按需重新使能。唤醒延迟约10-50μs，电流降至μA级别。这是物联网传感器节点最常用的模式，因为可以在保持数据上下文的同时实现极低功耗。

Standby模式则关闭了内核电源域（Vcore），SRAM和寄存器内容全部丢失。仅保留备份域（Backup Domain）和WKUP引脚检测电路。唤醒后系统从复位向量重新启动，相当于一次冷启动。电流可低至0.1-2μA，但代价是必须重新初始化所有外设和变量。该模式适合长时间待机且无需保留运行数据的场景，如智能门锁的休眠状态。

Shutdown模式是功耗最低的状态，几乎关闭所有电源域，包括备份域（部分MCU可配置保留备份寄存器）。仅保留极少数唤醒逻辑（如特定引脚电平变化）。电流可低至10-100nA，但唤醒后完全冷启动，所有配置丢失。该模式适用于产品运输、仓储或长期闲置场景。

3.2 判断方法：如何选择正确的低功耗模式

在实际项目中，选择低功耗模式需要遵循以下判断流程：

1. 评估唤醒延迟容忍度：如果系统需要在10μs内响应外部事件（如工业总线通信），只能选择Sleep或Deep Sleep；如果允许1ms以上的恢复时间（如温湿度传感器每分钟上报一次），Standby即可满足。
2. 检查数据保留需求：如果需要在唤醒后继续使用之前的变量、缓冲区或外设配置，必须选择保留SRAM的模式（Sleep/Deep Sleep）；如果可以从头初始化，则Standby/Shutdown更省电。
3. 确认可用唤醒源：查看MCU数据手册中每种模式支持的唤醒源。例如，某些MCU在Shutdown模式下仅支持特定引脚唤醒，不支持RTC唤醒。
4. 计算平均功耗：根据工作周期估算平均电流。公式为：I_avg = (I_active × T_active + I_sleep × T_sleep) / (T_active + T_sleep)。选择使平均功耗最低的模式。

3.3 案例拆解：智能门锁的低功耗设计

我们设计一款电池供电的智能门锁，要求：使用2节AA电池（3.0V），目标续航2年；每天用户开锁约10次，每次开锁过程需2秒（含指纹识别+电机驱动）；其余时间处于待机状态，但需要每30秒检测一次门磁状态（霍尔传感器）。

初始方案：使用STM32L051，所有时间都运行在Sleep模式，通过定时器中断每30秒唤醒检测门磁。实测平均电流为120μA，计算续航：120μA × 24h × 365d = 1.05Ah/年，2节AA电池容量约2.5Ah，理论续航2.4年，看似满足要求。

问题发现：实际测试中，由于Sleep模式下外设时钟保持，且每次唤醒后需要重新初始化ADC和GPIO，实际平均电流达到180μA，续航降至1.5年，不满足要求。

优化方案：

• 将门磁检测改为外部中断触发（霍尔传感器输出电平变化），无需定时唤醒，MCU进入Deep Sleep模式。
• 指纹识别模块（如FPC1020）在空闲时进入其自身的Sleep模式，通过GPIO控制其电源。
• 电机驱动电路使用MOSFET开关，待机时完全断电。
• RTC每30秒产生一次唤醒事件，但仅用于刷新看门狗，不执行其他操作。

优化后参数：Deep Sleep电流2.5μA，RTC唤醒事件处理时间约200μs（电流5mA），每天唤醒2880次。计算平均电流：2.5μA + (5mA × 200μs × 2880) / 86400s ≈ 2.5μA + 33μA ≈ 35.5μA。加上开锁过程的额外消耗（每天约20秒×80mA），总平均电流约40μA。续航：2.5Ah / 40μA ≈ 6.25年，远超目标。

风险与代价：Deep Sleep模式下无法响应外部按键唤醒（需要额外配置WKUP引脚），且唤醒后需要重新初始化系统时钟（约50μs延迟）。为此，我们在门锁面板上增加了一个电容触摸按键，连接到WKUP引脚，实现触摸唤醒功能。

3.4 常见误区与总结

误区一：所有外设都关闭就一定省电。实际上，GPIO悬空输入会因漏电流增加功耗，正确的做法是将未使用的GPIO配置为模拟输入或输出低电平。此外，LDO和DC-DC的静态电流也需要考虑，某些MCU在低功耗模式下可关闭内部LDO，但需要外部电源管理配合。

误区二：唤醒后直接继续执行。对于Standby/Shutdown模式，唤醒后系统从复位向量启动，所有外设寄存器恢复默认值。如果代码中直接访问外设而未重新初始化，会导致硬件故障。正确做法是在启动代码中检查复位原因（RCC_CSR寄存器），判断是上电复位还是唤醒复位，分别执行不同的初始化路径。

误区三：忽略唤醒源配置的时序。在进入低功耗模式前，必须确保唤醒源已正确配置并稳定。例如，使用RTC唤醒时，需要先等待LSE时钟稳定（通常需要几百ms），否则RTC可能无法正常工作。建议在初始化阶段就完成RTC配置，进入低功耗前仅需使能唤醒中断。

误区四：频繁切换模式反而更耗电。每次进入和退出低功耗模式都有额外的时钟稳定时间和外设重新初始化开销。如果系统需要每100ms唤醒一次，且每次唤醒仅处理10μs的事务，那么模式切换的开销可能超过节省的功耗。此时应评估是否保持Sleep模式更合适。