6.2 低功耗模式与 Tickless 实战

6.2 低功耗模式与 Tickless 实战

本节摘要：电池设备的续航由平均电流决定，而平均电流的大头往往是无事可做的空闲时段。无滴答空闲模式让内核在空闲时连心跳都停掉：预算睡眠时长、停滴答、降功耗档、醒来补时间。本节先算清续航的算术账，再走完无滴答的完整决策链（睡眠条件、时长换算、时间补偿、外设配合），给出睡前与醒后两个钩子的实战代码，最后用一组实测数据与四个典型坑收尾。

先讲一个真实场景里的挫败感：功能全部调通、电流实测超标一倍，翻遍代码找不到"谁在耗电"。答案往往不在任何一行业务代码里，而在空闲时段——处理器以全速空转，只为等待下一个滴答中断把它唤醒再睡回去。低功耗工程的第一课，是把目光从"做了什么"转向"没做什么的时候在烧什么"。

一、续航的算术：电流乘时间

平均电流等于各运行状态的电流乘时间占比之和。给一个典型量级（数值随工艺差异很大，只看比例结构）：全速运行态每毫安级、浅睡态每微安级、深睡态每百纳安级。一个"每秒醒十毫秒干活"的传感器节点，运行占比百分之一，但运行电流是浅睡的一千倍——平均电流里运行态贡献与睡眠态贡献几乎平分。推论有三条：空闲时段睡不下去，睡眠态那百分之九十九的时间全按浅睡甚至运行计，账面立刻翻倍；唤醒频率砍半，运行占比同步减，平均电流近似线性下降；深睡与浅睡的差异在长闲时段才体现，短闲（毫秒级）连切换都不划算。低功耗设计就是在这三条推论里做文章。

最小动作是空闲钩子里加一条"等待中断"指令：处理器停取指，时钟还在，任何中断都能唤醒。这一条白捡的收益是"空闲不再全速空转"。但它有个天花板：滴答中断每个周期照来——一毫秒一次的心跳把睡眠切成碎片，深睡永远进不去。无滴答模式就是来拆这个天花板的。

二、无滴答空闲的完整决策链

开启无滴答后，空闲任务运行时内核走一条决策链，每一步都有明确的判断。

**第一步，能睡吗？**内核查询所有任务的状态：有任务在就绪（系统其实有事做，是空闲被时间片轮到了）则放弃；全部任务要么阻塞在时间上、要么无限期阻塞在事件上、要么挂起，才能继续。无限期阻塞的任务是许可的——它们等的不是时间，唤醒靠中断，不靠滴答。**第二步，睡多久？**内核查看延迟链表头部：最近一个定时唤醒距现在还有几个滴答，这就是预算的最大睡眠长度。若它低于配置的门槛（默认仅两个滴答——睡太小不值当切换成本），本次放弃。**第三步，换算与停摆。**把滴答数换算成低功耗定时器的计数值（这一步交给移植层或用户钩子），停掉滴答中断，把低功耗定时器设为一次性的"闹钟"。**第四步，睡前钩子。**你的代码在这里降功耗档：关外设时钟、调低系统电压、配置唤醒源。**第五步，睡。**执行睡眠指令，处理器停摆，等闹钟或外部中断。**第六步，醒后钩子与对账。**恢复时钟与电压，读出实际睡眠时长，内核把滴答计数补上这段——时间没有丢，账补上了。

/* 睡前与醒后钩子：外设配合的主战场 */
void vPortPreSleepProcessing(TickType_t xExpectedIdleTime)
{
    /* 按预期时长选档：短睡浅睡保响应，长睡深睡保续航 */
    if (xExpectedIdleTime > pdMS_TO_TICKS(50)) {
        board_enter_stop_mode();       /* 深睡：主时钟停 外设全关 */
    } else {
        board_enter_sleep_mode();      /* 浅睡：时钟保持 唤醒快 */
    }
    uart_wait_tx_done();               /* 关键：别让睡把没发完的字节冻死 */
    led_driver_off();
}

void vPortPostSleepProcessing(TickType_t xExpectedIdleTime)
{
    board_restore_clock();             /* 先复时钟 再碰任何外设 */
    led_driver_restore();
}
​

钩子代码里三处细节是实战经验。睡前等发送完成：串口发送器还差两个字节没出移位寄存器就睡了，这两个字节冻结在半空，醒来后对端收到乱码——这是无滴答模式的第一高发坑。分档睡眠：睡眠时长是现成的档位依据，长睡才值得付深睡的进出成本。醒后先复时钟：时钟没恢复就读外设寄存器，读回的全是未定义值。

无滴答决策链与电流构成

三、时间补偿的精度问题

醒后补账听起来简单，做起来有个精度陷阱：睡眠计时用的低功耗时钟（独立于主时钟的慢速时钟）与主时钟有频差，频差随温度漂移。睡十秒醒来，账面上补了十秒，真实世界可能过了十秒零三十毫秒——长期累积，系统时间对标准时间的偏差越走越远。对时间敏感的产品（计量、授时）要正面处理：定期用高精度源（网络时间、RTC 校准）校正系统滴答；或睡眠计时直接用高精度计数器。另一个方向的陷阱同样真实：外部事件提前唤醒（闹钟没到、按键先来了）——钩子里要能区分"闹钟唤醒"与"外部唤醒"，后者只补实际睡掉的时间。移植层通常已处理大部分细节，但"补偿精度"这个主题必须出现在你的验收测试里：让设备睡跑二十四小时，对表。

四、实测：一个传感器节点的改造前后

背景。电池供电的环境监测节点：每分钟醒约两百毫秒采样上报，其余时间空闲。原始固件空闲钩子只有等待中断指令。操作：三步走——开启无滴查模式（配置一行）；睡前醒后钩子按上文模板实现（分档、等发送、复时钟）；把每分钟一次的采样定时器改为"醒来后一次性重排"（睡眠预算因此从一个滴答间隔扩展到接近整分钟）。结果：实测平均电流从原来的量级降到接近"深睡电流乘时间占比加运行贡献"的理论值，整机续航估算翻倍以上；唤醒后时间补偿经二十四小时对表，偏差在允许范围内。解读：收益的次序很有启发性——第一步（停心跳）解锁了深睡的可能性，第二步（分档睡眠）兑现了可能性，第三步（拉长睡眠预算）放大了收益。没有第一步，后两步无从谈起；没有第三步，前两步收益有限。变式：唤醒更频繁的系统（每秒醒一次），睡眠预算被业务节奏钉死，重点转向压短"干活段"（降频运行、快速收发）——低功耗没有万能药，只有对准自家电流剖面的手术。

⚠️ 无滴答模式的四个高频坑：其一，调试连接丢失——深睡把调试接口的时钟也停了，调试构建里要禁用或限制睡眠档位；其二，串口字节冻死在半空——睡前必等发送完成；其三，补偿误差累积——精度敏感产品必须对表验收；其四，高频外部中断让睡眠永远不成立——先治事件风暴（合并、去抖、降频），再谈无滴答，顺序反了白忙。

本节要点回顾

• 平均电流是电流乘时间占比的加权和，空闲档位决定大盘，唤醒频率决定运行占比；
• 空闲钩子加等待中断是零成本起步，但滴答心跳是深睡的天花板，拆除它要靠无滴答模式；
• 决策链六步：能睡、睡多久、换算停摆、睡前钩子、睡、醒后补账——每步有明确判断与放弃条件；
• 时间靠补账续命，补偿精度受低功耗时钟频差限制，时间敏感产品必须长跑对表；
• 睡眠预算由最近定时唤醒决定，把周期工作改成"醒来重排"是拉长预算的关键手法；
• 四坑清单：调试断连、字节冻死、误差累积、事件风暴——前两个是代码级防治，后两个是系统级验收。

空闲时段经营完毕，剩下事件入口的秩序。下一节讲中断：三条铁律、顶半底半的分层模式、以及中断安全接口的完整规则——事件从硬件到任务的整条路，谁先谁后，一件不丢。