2、系统电源状态：Active、Idle、Suspend-to-Idle、Standby、Shutdown状态详解
好，咱们接着聊。上一章我们把电源管理的基础框架搭起来了，这一章我带你深入看看Zephyr里定义的几个核心电源状态。说白了，就是系统从「全速跑」到「彻底关机」这条路上，到底有哪些歇脚点。
我个人习惯把电源状态想象成「睡觉的深浅程度」。你想想看，从清醒到熟睡，中间有打盹、浅睡、深睡好几个阶段。Zephyr的电源状态也是这个道理。它定义了五个标准状态：Active、Idle、Suspend-to-Idle、Standby、Shutdown。嗯，咱们一个一个来拆。
2.1 Active状态——全速运转
Active状态没什么好说的，就是系统正常工作。CPU全速跑，外设该开着的都开着，时钟一个不少。这时候功耗最高，性能也最强。
但这里有个细节我提醒你注意：Active状态下，电源管理框架其实也在后台盯着你。它不会闲着，会持续监控各个模块的负载情况。我在项目中遇到过一个问题，有个传感器采集任务明明只需要10ms一次，结果代码里写了个死循环轮询，导致CPU一直处于Active状态，功耗直接飙了三倍。后来改成定时触发，功耗就降下来了。
2.2 Idle状态——CPU歇了，但没完全歇
Idle状态，说白了就是CPU没事干了，内核调度器发现就绪队列是空的，于是让CPU执行WFI（Wait For Interrupt）指令。这时候CPU时钟停了，但外设、内存、寄存器都还保持着。
Zephyr的Idle状态其实分两种：Tickless Idle和传统Tick Idle。我个人强烈建议你用Tickless模式。为什么？因为传统模式下，系统定时器会周期性唤醒CPU来更新Tick，哪怕没有任务也要醒。而Tickless模式只在有任务需要调度时才唤醒，省掉了大量无意义的唤醒。
// 在prj.conf中启用Tickless Idle
CONFIG_TICKLESS_KERNEL=y你可能会问：「Idle状态能省多少电？」我拿一个实际项目的数据给你看：在STM32L4平台上，Active状态电流约5mA，进入Idle后降到1.2mA左右。省了将近75%。但这还不是最狠的，咱们接着往下看。
2.3 Suspend-to-Idle状态——浅睡模式
Suspend-to-Idle，名字有点绕，其实你可以理解成「带记忆的浅睡」。这个状态下，CPU进入更深度的睡眠模式，但内存保持自刷新，所有寄存器内容不丢。最关键的是——唤醒延迟极低，通常在几十微秒级别。
我在Zephyr的电源管理框架里看到，Suspend-to-Idle的实现通常依赖SoC的睡眠模式。比如在Nordic nRF52系列上，它对应的是System ON模式下的低功耗状态。这时候外设时钟被关闭，但GPIO状态、RAM内容都保留着。
嗯，这里要注意：不是所有SoC都支持这个状态。我踩过一个坑，在一款国产MCU上配置了Suspend-to-Idle，结果发现它实际上退回到了Idle状态，根本没进深度睡眠。后来查手册才知道，这颗芯片的Suspend-to-Idle就是个空壳子。所以，一定要看芯片手册的电源模式表格，别光信代码里的注释。
2.4 Standby状态——深度睡眠
Standby，这才是真正的「深度睡眠」。CPU核心完全断电，大部分外设掉电，RAM内容丢失（除非有专门的保留区域）。唤醒后，系统基本上是从头开始执行，类似于一次复位。
Zephyr里进入Standby的典型流程是这样的：
// 伪代码示例
pm_state_set(PM_STATE_STANDBY, PM_SUBSTATE_DEFAULT);
// 系统在这里进入Standby
// 唤醒后，从启动代码重新执行你可能会觉得：「这跟Shutdown有什么区别？」区别大了。Standby状态下，某些关键外设还能保持供电，比如RTC、唤醒引脚、部分备份寄存器。这意味着你可以设置一个闹钟，让系统在指定时间自己醒过来。
我记得有个项目是做户外数据采集器，电池供电，要求每6小时采集一次数据。白天用Active状态采集，然后进入Standby。Standby状态下电流只有2μA，一节CR2032电池撑了将近一年。如果当时用Shutdown，RTC没法工作，还得额外加一个独立RTC芯片，成本和体积都上去了。
2.5 Shutdown状态——彻底关机
Shutdown，就是最彻底的断电状态。CPU、内存、外设全部掉电，什么都不保留。唤醒的唯一方式就是硬件复位，或者重新上电。
Zephyr里Shutdown状态的功耗理论上只取决于芯片的漏电流，通常在纳安级别。但你要注意，Shutdown状态下，GPIO的状态是不确定的。有些芯片会强制将GPIO设为高阻态，有些则保持最后的状态。这可能会对外围电路造成影响。
我举个例子：你有一个MOS管驱动LED，GPIO在Shutdown前输出高电平。进入Shutdown后，如果GPIO变成高阻态，MOS管栅极浮空，LED可能会微亮或者闪烁。解决办法是在进入Shutdown前，把GPIO拉到确定的电平，或者加上下拉电阻。
// 进入Shutdown前的GPIO处理
gpio_pin_set(led_pin, 0); // 确保LED关闭
gpio_pin_configure(led_pin, GPIO_OUTPUT_LOW | GPIO_PULL_DOWN);
pm_state_set(PM_STATE_SHUTDOWN, PM_SUBSTATE_DEFAULT);2.6 各状态对比一览
说了这么多，我整理了一张表，方便你对照着看：
| 状态 | CPU状态 | RAM保持 | 外设供电 | 唤醒方式 | 唤醒延迟 | 典型功耗 |
|---|---|---|---|---|---|---|
| Active | 运行 | 是 | 全部 | — | — | mA级 |
| Idle | 暂停 | 是 | 全部 | 中断 | μs级 | mA级（略低） |
| Suspend-to-Idle | 深度睡眠 | 是 | 部分关闭 | 中断/事件 | 10-100μs | μA级 |
| Standby | 断电 | 否（可保留部分） | 关键外设 | 唤醒引脚/RTC | ms级 | nA-μA级 |
| Shutdown | 断电 | 否 | 全部断电 | 复位/上电 | ms级（重启） | nA级 |
你看，从Active到Shutdown，功耗降了六七个数量级，但代价是功能一步步丢失。做低功耗设计，说白了就是在这条线上找一个平衡点——既要省电，又要保证该干活的时候能干活。
我个人习惯是：能用Suspend-to-Idle就不用Standby，能用Standby就不用Shutdown。因为唤醒越快的状态，对用户体验的影响越小。除非你做的是一次性设备，或者对功耗要求极其苛刻，否则别轻易上Shutdown。
好，这一章就到这里。下一章我会讲Zephyr的电源管理策略配置，包括怎么在设备树里定义电源状态、怎么用PM_DEVICE接口控制外设。到时候咱们再细聊。