Zephyr RTOS电源管理基础：低功耗传感器应用去年做的一个环境监测节点，用nRF52840跑Zephyr，挂了个BME280。板子扔在仓库角落，号称能跑三个月。结果第七天就收到告警——电池电压掉到2.8V。拆回来一查，罪魁祸首是那个该死的I2C总线。传感器明明进了休眠，总线却还在周期性地拉高拉低，每次唤醒CPU去处理一个空的中断。这就是典型的“你以为睡了，其实没睡”的坑。电源管理不是“关掉”那么简单Zephyr的电源管理框架，核心就一句话：谁申请了资源，谁就要负责释放。但实际代码里，很多人把PM当成一个全局开关，调个pm_state_force()就完事。这跟把电脑合上盖子就以为关机了一样天真。先看一个反面教材。某次review同事的代码，他在传感器采集循环里这么写：while(1){pm_state_force(
Zephyr RTOS电源管理基础：低功耗传感器应用去年做的一个环境监测节点，用nRF52840跑Zephyr，挂了个BME280。板子扔在仓库角落，号称能跑三个月。结果第七天就收到告警——电池电压掉到2.8V。拆回来一查，罪魁祸首是那个该死的I2C总线。传感器明明进了休眠，总线却还在周期性地拉高拉低，每次唤醒CPU去处理一个空的中断。这就是典型的“你以为睡了，其实没睡”的坑。电源管理不是“关掉”那么简单Zephyr的电源管理框架，核心就一句话：谁申请了资源，谁就要负责释放。但实际代码里，很多人把PM当成一个全局开关，调个pm_state_force()就完事。这跟把电脑合上盖子就以为关机了一样天真。先看一个反面教材。某次review同事的代码，他在传感器采集循环里这么写：while(1){pm_state_force(
