Zephyr RTOS驱动开发基础：驱动电源管理
从一次凌晨三点的现场崩溃说起
去年冬天，我在某化工厂的PLC改造项目现场，凌晨三点被对讲机叫醒——现场部署的12个Zephyr节点全部死机。更诡异的是，这些节点在白天测试时完全正常，偏偏在夜间低温环境下集体罢工。我蹲在机柜前用JLink连上其中一个节点，发现所有外设驱动都卡在pm_device_runtime_get函数里，系统电源状态被锁死在SUSPEND模式，再也唤不醒。
那次事故让我意识到：Zephyr的电源管理框架不是“锦上添花”的功能，而是工业级产品的生死线。今天这篇笔记，就从这个血泪教训开始，聊聊驱动开发中必须掌握的电源管理机制。
驱动电源管理的三个层次
Zephyr的电源管理不是简单的“睡-醒”二态，而是分成了三个递进层次，理解这个层次结构是避免踩坑的前提。
第一层：设备运行时电源管理（Runtime PM）
这是最细粒度的控制，每个设备独立管理自己的电源状态。当设备空闲时自动进入低功耗模式，被访问时自动唤醒。我那个现场事故的根源，就是某个I2C从设备在Runtime PM的SUSPEND状态下，没有正确处理唤醒信号。
第二层：系统电源管理（System PM）
当整个系统进入低功耗模式（如S2R、S3），所有设备需要协同进入低功耗状态。这里有个关键点：系统PM会调用每个设备的pm_control回调函数，但回调的执行顺序由设备树中的