第2章：电源管理核心概念——功耗状态定义、系统电源状态与设备电源策略

各位同学，咱们今天聊点实在的。电源管理这玩意儿，说白了就是让系统该睡的时候睡，该干活的时候干活。你想想看，嵌入式设备就那么点电池，要是不会省电，用户分分钟骂娘。我在QNX项目里摸爬滚打这些年，踩过的坑比吃过的盐还多，今天就把这些核心概念掰开了讲给你听。

2.1 功耗状态定义：D0到D3

先说说设备功耗状态。ACPI规范里定义了四个设备状态，从D0到D3。嗯，这里要注意，D0是满血状态，D3是彻底断电。中间还有D1和D2，但说实话，我在实际项目中很少见到有人用D1和D2。

我给你们列个表，一目了然：

状态	功耗	恢复时间	典型场景
D0	全功耗	立即	设备正常工作
D1	低功耗	微秒级	空闲但需快速响应
D2	更低功耗	毫秒级	较长时间空闲
D3	零功耗	秒级	设备未使用

我个人习惯，在驱动开发时只实现D0和D3。为什么？因为D1和D2的收益太小，却要增加不少代码复杂度。我曾经在一个车载项目中硬要实现D1，结果调试了整整两周，最后发现省下来的电还不够塞牙缝的。从那以后，我就学乖了。

2.2 系统电源状态：S0到S5

系统电源状态是更高层面的概念。它描述的是整个系统的睡眠深度。从S0（正常工作）到S5（软关机），一共六个状态。

你想想看，系统状态和设备状态是什么关系？其实很简单：系统状态决定了设备能进入什么状态。比如系统进入S3（挂起到内存），那所有设备至少得进D2或D3。我在项目中遇到过最头疼的问题，就是某个设备不支持D3，结果系统死活进不了S3。排查了半天，才发现是驱动没实现D3回调。

系统状态	描述	功耗	恢复方式
S0	正常工作	最高	—
S1	浅睡眠	较低	中断唤醒
S2	中等睡眠	更低	中断唤醒
S3	挂起到内存	极低	电源按钮/唤醒事件
S4	挂起到磁盘	接近零	电源按钮
S5	软关机	零	电源按钮

这里有个关键点：QNX系统里，S3和S4用得最多。S1和S2说实话，我在实际项目中几乎没见过。为什么？因为嵌入式设备要么全速跑，要么深度睡，中间状态太鸡肋。

2.3 设备电源策略

好了，前面讲了状态定义，现在聊聊策略。设备电源策略，说白了就是「什么时候该进什么状态」。这不是硬件决定的，而是软件策略。

我个人习惯把策略分为三类：

1. 性能优先策略：设备一直保持在D0，不管功耗。适合对响应时间要求极高的场景。
2. 平衡策略：设备空闲一段时间后自动降级到D1或D2。适合大多数普通设备。
3. 省电优先策略：设备一空闲就进D3。适合电池供电的设备。

你可能会问：策略怎么实现？嗯，在QNX里，我们通常用pm_device_policy结构体来配置。看个例子：

#include <sys/pm.h>

pm_device_policy_t my_policy = {
    .policy_type = PM_POLICY_BALANCED,
    .idle_timeout = 5000,  // 5秒空闲后降级
    .wakeup_sources = {
        .irq = 42,         // 中断号42可以唤醒
        .gpio = 7          // GPIO7可以唤醒
    }
};

// 应用策略
pm_device_set_policy(my_device, &my_policy);

这段代码看着简单，但坑不少。我曾经犯过一个低级错误：idle_timeout设成了500毫秒，结果设备频繁进出D3，功耗反而比一直D0还高。你想想看，进D3要保存状态，出D3要恢复状态，这些操作本身也耗电。

还有一个容易被忽略的点：唤醒源配置。不是所有中断都能唤醒设备。你得明确告诉PM框架，哪些中断是唤醒源。我记得有一次，客户反馈设备无法被按键唤醒，查了半天，原来是按键中断没注册为唤醒源。

2.4 状态转换与策略联动

最后，咱们把状态和策略串起来看。系统状态变化时，设备状态会跟着变。比如系统从S0进入S3，PM框架会遍历所有设备，调用驱动的suspend回调，让设备进入D3。反过来，系统从S3恢复到S0，会调用resume回调。

这里有个关键点：策略决定了设备在S0时的行为，但系统状态变化是强制性的。也就是说，系统要进S3，不管你策略是什么，设备都得进D3。我见过有人把策略和系统状态搞混，结果驱动里写了一大堆没用的逻辑。

好了，这一章的内容就到这儿。下一章咱们会深入QNX的PM框架，看看这些概念在代码层面是怎么落地的。到时候我会带你们手写一个简单的电源管理驱动，保证你们学完就能用。