Zephyr RTOS电源管理基础：电源管理框架
从一次凌晨三点的现场调试说起
去年冬天，一个客户现场报过来一个诡异问题：部署在户外机柜里的Zephyr网关设备，每天凌晨三点准时死机。日志里没有任何异常，看门狗也没触发，就像有人拔了电源又插回去。我远程连上去，盯着PMU的寄存器看了两个小时，发现设备在进入深度睡眠前，某个GPIO的pull-up电阻没释放，导致外设漏电流把RTC的备用电池电压拉到了2.7V以下——RTC复位，系统以为时间到了，强行唤醒，但唤醒后电源域还没稳定，直接卡死在时钟切换的临界区。
这个坑让我意识到，Zephyr的电源管理框架不是“调几个API就能省电”那么简单。它背后是一整套硬件状态机、设备树约束和中断路由逻辑。今天这篇笔记，就从框架层面拆解Zephyr电源管理的核心设计，顺便把那个凌晨三点的坑填上。
电源管理框架的三层结构
Zephyr的电源管理不是孤立的模块，它分三层：策略层、约束层和硬件适配层。很多初学者只盯着pm_state_force()这类API，忽略了约束层和硬件适配层的联动，结果就是设备睡下去醒不来，或者醒来后外设状态错乱。
策略层：谁来决定何时休眠
策略层是pm_policy.c，它维护一个状态机，定义了系统可以进入的电源状态。Zephyr 3.x之后，电源状态不再是简单的“运行-睡眠-深度睡眠”，而是通过设
