2、QNX系统电源状态：系统运行状态、系统休眠状态、系统关机状态、状态转换图与触发条件
各位同学，咱们今天聊聊QNX的电源状态。说白了，就是系统在什么情况下干活、什么情况下歇着、什么情况下彻底下班。这玩意儿搞不清楚，你的低功耗设计就是空中楼阁。
我个人习惯把QNX的电源状态分成三大类：运行状态、休眠状态、关机状态。别小看这三个分类，每个里面都有不少门道。我在项目中遇到过好几次，就是因为状态切换没处理好，导致设备功耗死活降不下来。
2.1 系统运行状态（Running State）
运行状态，就是系统正常干活的时候。CPU在跑，内存在工作，外设该亮的亮着。但这里有个误区——很多人觉得运行状态就是"全速运行"，其实不是。
QNX的运行状态可以细分为几个子状态：
- 全速运行（Full Speed）：CPU频率最高，所有核心都开着。适合计算密集型任务。
- 降频运行（Throttled）：降低CPU频率，减少功耗。我一般会在系统负载不高时切到这个状态。
- 核心关断（Core Offline）：关掉部分CPU核心。比如四核处理器，可以只留一个核心跑。
你想想看，如果系统只是每隔100ms检查一次传感器数据，有必要让四个核心都全速跑吗？没必要。这时候把三个核心关掉，功耗能降一大截。
pstate命令可以查看当前CPU的P-state（性能状态）。我建议你在设计初期就规划好不同负载下的P-state切换策略，别等到功耗超标了再临时抱佛脚。
2.2 系统休眠状态（Sleep State）
休眠状态，就是系统"假寐"。CPU停了，但内存还在供电，数据不丢。唤醒的时候能快速恢复。
QNX支持多种休眠深度，我挑几个常用的说说：
| 休眠级别 | CPU状态 | 内存状态 | 唤醒时间 | 典型功耗 |
|---|---|---|---|---|
| S1（浅休眠） | 停止执行 | 保持供电 | 微秒级 | ~100mW |
| S2（中等休眠） | 断电 | 保持供电 | 毫秒级 | ~10mW |
| S3（深度休眠） | 断电 | 自刷新 | 数十毫秒 | ~1mW |
嗯，这里要注意：休眠越深，唤醒越慢。你不能让一个需要实时响应的系统进入深度休眠。我曾经在一个车载项目中，把CAN总线唤醒的中断响应时间设得太短，结果系统刚进S3就被唤醒，根本睡不踏实——功耗反而比一直运行还高。
pwrman工具检查所有外设的电源状态，确保该关的都关了。
2.3 系统关机状态（Shutdown State）
关机状态，就是系统彻底下班。CPU断电，内存断电，所有外设都断电。再开机就是冷启动，跟重新上电一样。
QNX的关机流程大致是这样的：
- 发送
SIGTERM信号给所有进程，让它们优雅退出。 - 等待一段时间（可配置），然后发送
SIGKILL强制杀掉未退出的进程。 - 卸载文件系统，确保数据写回存储设备。
- 调用
poweroff或shutdown命令，切断系统电源。
这里有个坑：有些嵌入式设备没有真正的"断电"能力，所谓的关机只是进入一个极低功耗的待机状态。我建议你在设计硬件时就明确：关机后系统功耗是多少？能不能被外部事件唤醒？
2.4 状态转换图与触发条件
好了，三个状态都讲完了。现在咱们看看它们之间怎么切换。我画了个简单的转换图，你脑子里想象一下：
运行状态 ←→ 休眠状态
↓ ↓
关机状态 （从休眠也可以直接关机）
触发条件是什么呢？我列个表：
| 转换路径 | 触发条件 | 典型场景 |
|---|---|---|
| 运行 → 休眠 | 系统空闲超时、用户按下休眠键、电池电量低 | 手机待机、车载系统熄火后 |
| 休眠 → 运行 | 外部中断（如按键、网络数据、传感器触发） | 用户触摸屏幕、收到远程唤醒包 |
| 运行 → 关机 | 用户长按电源键、系统升级完成、电池耗尽 | 设备正常关机、固件更新后重启 |
| 休眠 → 关机 | 电池电量极低、用户强制关机 | 手机电量耗尽自动关机 |
为什么会这样设计？你想想看，从运行到休眠，是为了省电但保持快速响应。从休眠到运行，是为了处理外部事件。从运行到关机，是彻底休息。每个转换都有它的意义。
pm_set_state() API来手动触发状态转换。但我更推荐用pm_idle()让系统自动管理——它会根据当前负载和空闲时间，自动选择最合适的休眠深度。我自己的项目里，90%的情况都用自动管理，只有特殊场景才手动干预。
最后说一句：状态转换不是越快越好。我记得有个项目，为了追求"秒级唤醒"，把休眠深度设得很浅，结果待机功耗超标了50%。后来我调整了策略——根据不同的使用场景，动态选择休眠深度。白天办公室环境，用浅休眠；晚上无人值守，用深度休眠。功耗和响应时间都满足了。
嗯，这一章的内容就到这儿。下一章咱们聊聊QNX的电源管理框架，看看这些状态切换在代码层面是怎么实现的。