1. 低功耗设计概述：为什么需要低功耗？STM32低功耗模式家族概览
各位工程师朋友，咱们直接开门见山。做嵌入式这么多年，我见过太多项目因为功耗问题翻车了。你想想看，一个产品功能再强，电池撑不过半天，用户会怎么想？
低功耗设计，说白了就是让设备在“该干活时干活，该休息时休息”。这不是锦上添花，而是很多产品的生死线。
1.1 为什么我们需要低功耗？
先看几个真实场景。我在做智能门锁项目时遇到过一个问题：用4节AA电池供电，如果MCU一直全速跑，两个月就没电了。但用户期望至少用一年。怎么办？
低功耗的需求主要来自这几个方面：
- 电池供电设备：物联网传感器、可穿戴设备、智能家居终端。电池容量有限，换电池成本高。
- 散热受限场景：密闭空间、高温环境。功耗高意味着发热大，系统稳定性会下降。
- 环保与法规：很多国家对待机功耗有强制要求，比如欧盟的ErP指令。
- 用户体验：谁也不想天天给设备充电，对吧？
核心观点：低功耗不是“省电”那么简单，它直接决定了产品的续航、可靠性和市场竞争力。
1.2 STM32低功耗模式家族概览
STM32在这方面做得相当成熟。它提供了三种主要的低功耗模式：Sleep、Stop、Standby。我习惯把它们比作“打盹”、“浅睡”和“深度昏迷”。
下面这张图能帮你快速理解它们的关系：
1.3 三种模式的核心差异
我整理了一个表格，方便你对比：
| 特性 | Sleep | Stop | Standby |
|---|---|---|---|
| CPU状态 | 停止 | 停止 | 掉电 |
| SRAM/寄存器 | 保留 | 保留 | 丢失 |
| 外设时钟 | 可选关闭 | 全部关闭 | 全部关闭 |
| 典型功耗 | ~mA级 | ~μA级 | ~nA级 |
| 唤醒源 | 任意中断 | 特定外设/EXTI | WKUP引脚/RTC |
| 唤醒时间 | ~μs | ~μs | ~ms |
我的经验：刚开始做低功耗时，我总想用Standby模式，因为功耗最低。但后来发现，很多场景下数据不能丢，唤醒时间也不能太长。Stop模式其实是最常用的折中方案。
1.4 如何选择？
这里没有标准答案，但有个基本思路：
- 需要快速响应（比如按键唤醒）→ 用Sleep模式
- 需要保留数据，且响应时间可接受（比如传感器定时采集）→ 用Stop模式
- 长时间待机，数据可以重新初始化（比如遥控器）→ 用Standby模式
避坑提醒：我曾经在一个项目中，为了追求极致功耗，直接用了Standby模式。结果发现每次唤醒后，外设配置都要重新做一遍，代码复杂度翻倍。后来改成了Stop模式，功耗只多了几μA，但开发效率高了很多。
1.5 硬件抽象层（HAL）的角色
你可能会问：这些模式和HAL有什么关系？
关系大了。HAL帮我们封装了底层的寄存器操作。比如进入Stop模式，你不需要手动配置PWR寄存器，直接调用 HAL_PWR_EnterSTOPMode() 就行。
但要注意，HAL只是工具。真正决定功耗的，是你对模式的理解和代码的设计。后面我们会一步步拆解。
嗯，这一章先到这里。记住一句话：低功耗不是选最省电的模式，而是选最合适的模式。