1. 低功耗基础概念：理解STM32的功耗模式
做嵌入式开发这么多年，我见过太多工程师一上来就怼着代码调功耗，结果调了半天发现模式都没选对。说实话，低功耗设计的第一步，不是看数据手册里的电流数值，而是搞清楚你的芯片到底能睡多沉。
STM32的功耗模式，说白了就是芯片的几种「睡眠等级」。从浅睡到深度睡眠，功耗越来越低，但代价是唤醒时间越来越长，能保留的功能也越来越少。你想想看，这跟人睡觉是一个道理——打个盹儿容易醒，但休息不充分；吃安眠药睡死过去，醒来还得缓半天。
1.1 四种核心功耗模式
STM32主要提供四种功耗模式，我按功耗从高到低给你排个序：
| 模式 | 典型电流 | CPU状态 | 外设状态 | 唤醒时间 |
|---|---|---|---|---|
| Run（运行） | 几十 ~ 几百 mA | 运行中 | 全部可用 | — |
| Sleep（睡眠） | 几 ~ 几十 mA | 暂停（内核时钟关闭） | 外设时钟保持 | 几个 CPU 周期 |
| Stop（停止） | 几十 ~ 几百 μA | 暂停（所有时钟关闭） | 寄存器保持，可选低功耗外设 | 几 μs ~ 几十 μs |
| Standby（待机） | 几 μA 以下 | 断电 | 大部分断电，仅保留备份域 | 几百 μs ~ 几 ms |
嗯，这里要注意——表格里的电流只是参考值。实际项目中，同样的Stop模式，不同系列、不同时钟配置，电流能差出好几倍。我踩过这个坑，后面会细说。
1.2 功耗与性能的权衡
做低功耗设计，本质上就是在做选择题。你不可能既要马儿跑，又要马儿不吃草。
- Run模式：性能拉满，但功耗也拉满。适合需要实时响应的场景，比如电机控制、高速采集。
- Sleep模式：CPU歇了，但外设还在干活。适合等待某个事件（比如串口收到数据）的场景。我个人习惯在等待外设完成时切Sleep，省电又不用重新初始化。
- Stop模式：几乎所有时钟都停了，但RAM和寄存器内容还在。唤醒后可以接着跑，不用重新加载程序。我在做物联网传感器节点时，大部分时间都待在Stop模式，定时醒来采集数据。
- Standby模式：最省电，但代价也最大——唤醒相当于复位，程序从头开始跑。适合那种「几个月才唤醒一次」的设备，比如水表、烟感。
核心思想： 低功耗设计不是一味追求最低功耗，而是在满足功能需求的前提下，选择最合适的功耗模式。说白了，能用Stop就别硬上Standby，因为Standby唤醒后重新初始化外设的功耗和时间，可能比你多睡那几微安更不划算。
1.3 低功耗设计的核心思想
做了十几年嵌入式，我总结出三条低功耗设计的铁律：
- 能不跑就不跑——CPU没事干就赶紧睡，别空转。很多新手喜欢用
while(1);等中断，这简直是电老虎。 - 能少跑就少跑——降低主频、关闭不用的外设时钟。我记得有个项目，客户说电池撑不过一周，结果发现ADC模块一直开着没关，关了之后续航直接翻倍。
- 能深睡就深睡——在满足唤醒延迟要求的前提下，尽量选更深的睡眠模式。但要注意，别为了省那几微安，让系统响应慢到用户摔设备。
我的经验： 设计初期就把功耗模式规划好，别等代码写完了再回来调。我曾经有个项目，前期没考虑低功耗，后面硬改架构，改得想哭。先画好状态机，哪个阶段用哪个模式，想清楚了再动手。
1.4 知识体系总览
下面这张图，把STM32低功耗的核心知识点串起来了。你看一眼，心里就有谱了。
避坑提醒： 我曾经在Stop模式下踩过一个坑——以为关了所有时钟就万事大吉，结果发现某个GPIO的pull-up没关，漏电多出几十微安。低功耗调试，细节是魔鬼。每个引脚的状态、每个外设的时钟门控、甚至调试接口（SWD）在睡眠时是否还耗电，都得一一排查。
好了，这一章先把概念理清楚。后面的章节，我会带你一步步实战——从配置寄存器、测量电流，到用逻辑分析仪抓唤醒时序，再到定位那些「莫名其妙多耗电」的bug。你先把这四种模式的区别刻在脑子里，后面就好办了。