2、低功耗模式深度解析：Sleep、Stop、Standby模式原理与唤醒源、实测各模式电流差异、模式切换的代码陷阱

各位工程师朋友，咱们接着聊。上一章我们讲了低功耗设计的顶层思路，这一章我打算把MCU最核心的三个低功耗模式——Sleep、Stop、Standby——彻底掰开揉碎讲清楚。

说实话，我在做工业现场设备时，遇到过不少因为模式切换不当导致的“死机”问题。有些设备明明电流测下来很低，但一上电就起不来，或者跑着跑着就卡死了。你想想看，这背后十有八九是低功耗模式切换的坑。

好，咱们一个一个来。

2.1 Sleep模式：最轻量的睡眠

Sleep模式，说白了就是“打个盹”。CPU内核停了，但外设、SRAM、寄存器都还活着。唤醒速度极快，基本是纳秒级。

原理：CPU执行WFI或WFE指令后，内核时钟被关闭，但系统时钟还在跑。外设如UART、SPI、定时器都能正常工作。

唤醒源：

  • 任何中断（外部中断、定时器中断、DMA完成中断等）
  • 事件（WFE方式下）
  • 复位

实测电流：以STM32F103为例，72MHz运行时约50mA，进入Sleep后大约降到10-20mA（取决于外设开启数量）。

关键点：Sleep模式下，所有外设配置保持不变。你唤醒后，代码从WFI/WFE的下一条指令继续执行，不需要重新初始化。

我的经验：我个人习惯在进入Sleep前，先把不用的外设时钟关掉。比如ADC不用了，就调用__HAL_RCC_ADC_CLK_DISABLE()。这样电流能再降个几毫安。别小看这几毫安，在电池供电设备里，这就是几天的续航差距。

2.2 Stop模式：深度睡眠

Stop模式就相当于“睡熟了”。CPU停了，大部分外设也停了，但SRAM和寄存器内容保留。唤醒速度在微秒级。

原理：系统时钟（HSI/HSE）被关闭，但1.8V核心域供电还在。SRAM和寄存器靠这个电压维持数据。

唤醒源：

  • 外部中断（EXTI）
  • RTC闹钟/唤醒事件
  • I2C、USART等特定外设的唤醒功能
  • 复位

实测电流：STM32F103在Stop模式下，典型电流约14μA。如果关闭所有外设时钟，可以降到8μA左右。

注意：Stop模式下，HSE和HSI都停了。如果你唤醒后需要高速时钟，必须在代码里重新配置时钟树。我曾经见过一个同事，从Stop唤醒后直接去操作定时器，结果定时器没时钟，整个逻辑全乱了。

代码示例：

// 进入Stop模式
HAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON, PWR_STOPENTRY_WFI);

// 唤醒后，必须重新配置系统时钟
SystemClock_Config();  // 这个函数不能省！

2.3 Standby模式：几乎关机

Standby模式，嗯，这已经是“休克”状态了。除了RTC和备份域，其他全部断电。SRAM内容丢失，寄存器复位。唤醒速度最慢，毫秒级。

原理：核心域1.8V供电被切断，只有备份域（RTC、备份寄存器）还活着。唤醒后，MCU相当于经历了一次复位，程序从头开始执行。

唤醒源：

  • WKUP引脚上升沿
  • RTC闹钟/唤醒事件
  • NRST复位
  • IWDG复位

实测电流：STM32F103在Standby模式下，电流约2μA。如果关闭RTC，可以降到1μA以下。

核心差异：Standby唤醒后，程序从main函数重新开始。你之前存的全局变量、堆栈数据，全没了。所以，如果你需要在唤醒后恢复现场，必须把关键数据存到备份寄存器或RTC备份SRAM里。

2.4 三种模式电流实测对比

我拿STM32L4系列实测过一组数据，给大家参考：

模式 典型电流 唤醒时间 SRAM保留 唤醒后执行
Run（全速） ~100mA - 是 -
Sleep ~10mA ~10ns 是 继续执行
Stop ~8μA ~5μs 是 继续执行
Standby ~1μA ~2ms 否 从头开始

你看，从Sleep到Standby，电流差了四个数量级。但代价是唤醒时间和数据保留能力。选哪个模式，取决于你的应用场景。

2.5 模式切换的代码陷阱

这部分是我最想讲的。我在项目中踩过的坑，今天全抖出来。

陷阱一：唤醒后时钟配置遗漏

从Stop模式唤醒后，系统时钟默认使用HSI。如果你之前用的是HSE+PLL，唤醒后必须重新配置。否则外设时钟频率不对，串口乱码、定时器不准，各种怪问题都来了。

避坑指南：我习惯在进入Stop前，用一个标志位记录当前时钟配置。唤醒后先检查这个标志位，再决定是否重新配置时钟。

陷阱二：GPIO状态未保持

进入Stop或Standby模式时，GPIO引脚状态会丢失或变成默认值。如果你控制的是继电器、MOS管，引脚突然变高，设备可能误动作。

解决方案：

// 进入低功耗前，锁定GPIO状态
HAL_GPIO_WritePin(GPIOA, GPIO_PIN_0, GPIO_PIN_RESET);
// 调用锁存函数（具体看芯片手册）
// 有些MCU需要配置GPIO的锁定寄存器

陷阱三：中断标志位未清除

唤醒后，如果中断标志位没清干净，MCU会立即再次进入中断，然后又唤醒，形成死循环。我遇到过最离谱的一次，设备每隔几毫秒就唤醒一次，电流根本降不下来。

我曾经：在一个水表项目里，就是因为RTC中断标志位没清，设备在Stop模式下反复唤醒，电池两个月就耗光了。后来查了三天才找到原因。从那以后，我每次进入低功耗前，都会把所有中断标志位清一遍。

陷阱四：外设DMA请求未处理

如果你在进入低功耗前，DMA还在传输数据，或者有未完成的DMA请求，MCU可能无法进入Stop模式，或者进入后立即被DMA唤醒。

检查方法：

// 进入Stop前，检查DMA状态
if (__HAL_DMA_GET_FLAG(&hdma_usart1_rx, DMA_FLAG_TCIF3_7))
{
    // 等待传输完成，或者强制停止
    HAL_DMA_Abort(&hdma_usart1_rx);
}

陷阱五：调试器干扰

这个坑很多人不知道。当你用J-Link或ST-Link调试时，调试器会阻止MCU进入真正的低功耗模式。你测出来的电流可能比实际大10倍。

我的习惯：测电流时，拔掉调试器，用串口打印日志。或者用RTT（Real-Time Transfer）方式，它不影响低功耗模式。

2.6 总结与建议

好了，三种模式讲完了。我给大家一个选择建议：

  • 需要频繁唤醒、快速响应（比如按键扫描、传感器轮询）：用Sleep模式。
  • 需要长时间休眠、偶尔唤醒（比如温湿度采集，每分钟一次）：用Stop模式。
  • 需要极低功耗、唤醒后重新初始化（比如电池供电的无线传感器，几小时上报一次）：用Standby模式。

最后说一句：低功耗设计不是选个模式就完事了。你得把外设、时钟、GPIO、中断、DMA全都考虑进去。任何一个环节没处理好，电流都降不下来。

下一章，我会讲如何用RTOS配合低功耗模式，实现“该睡睡、该醒醒”的优雅调度。咱们下期见。

← 上一章 📖 返回目录 下一章 →