第1章课程导论

1. 课程导论：为什么低功耗如此重要？协议栈的能耗模型与优化全景图

各位同学好，我是你们这门课的主讲。在嵌入式这行摸爬滚打了十几年，我见过太多产品因为功耗问题翻车了。今天咱们就来聊聊，为什么低功耗这件事，值得你花整整30节课来啃。

先讲个我自己的经历。2016年，我参与过一个智能门锁项目。硬件团队选了一颗号称“超低功耗”的蓝牙芯片，待机电流标称只有2μA。结果呢？产品做出来，装到用户门上，电池撑不过3个月。用户投诉如潮，整个项目组被老板骂得狗血淋头。

后来我带着团队一查，问题出在协议栈上。芯片确实省电，但协议栈的广播间隔设得太短，连接事件处理得也太频繁。说白了，硬件底子再好，软件不会用，照样白搭。

你想想看，一个物联网设备，电池容量就那么大。如果功耗控制不好，用户就得频繁换电池。谁愿意买个智能设备，结果天天当“电池工”？所以我说，低功耗不是锦上添花，而是产品能不能活下去的关键。

要优化功耗，首先得搞清楚电是怎么被消耗的。我习惯把协议栈的能耗拆成三块来看：

看到没？射频收发是最大的“电老虎”。但有意思的是，很多开发者只盯着MCU的休眠电流，却忽略了射频部分。我在项目中遇到过，有人把MCU休眠电流优化到1μA以下，结果射频一开，瞬间飙到20mA。这就像你省吃俭用攒钱，结果出门就打车——省的那点根本不够花。

核心观点：协议栈能耗优化的本质，是管理好“射频活动”与“休眠深度”之间的平衡。射频活动越少、越短，功耗越低；但代价是延迟增加、吞吐量下降。

好，现在咱们把视野拉高，看看整个优化地图长什么样。我把它分成四个层次：

说白了就是芯片选型和射频前端设计。选一颗支持多模、低功耗唤醒的芯片，比什么都强。我记得有一次，客户非要在一颗老掉牙的芯片上做低功耗，折腾了三个月，效果还不如换颗新芯片。嗯，有时候方向比努力重要。

这是协议栈优化的主战场。包括：

占空比控制：休眠多久，醒来多久。我习惯用“占空比=活动时间/总周期”这个公式来估算平均功耗。
连接间隔优化：连接间隔越大，功耗越低，但数据延迟越高。怎么选？看应用场景。
重传策略：丢包了怎么办？重传次数设多了费电，设少了丢数据。我曾经在一个LoRa项目中，把重传次数从3次降到2次，功耗降了15%，数据成功率只掉了2%。值不值？你自己算。

多跳网络里，每个节点既要发自己的数据，还要转发别人的。这里有个坑：很多人以为路由协议越复杂越好，其实不然。复杂的路由计算本身就很耗电。我建议，能用静态路由就别用动态路由，能单跳就别多跳。

应用层最容易出幺蛾子。比如：

我的习惯：做功耗优化时，我会先跑一个“基线测试”——把所有功能都打开，测出峰值功耗。然后一项一项关掉，看哪项对功耗影响最大。这样就能快速定位“电老虎”。

最后，分享几个我亲身踩过的坑，希望能帮你少走弯路：

坑一：只看平均功耗，不看峰值。我曾经设计一个产品，平均功耗只有50μA，但峰值达到200mA。结果电池内阻大，瞬间电压跌落，MCU直接复位。后来我学乖了，每次都要测“电流波形”，而不是只看平均值。
坑二：忽略启动电流。很多芯片从休眠到唤醒，启动瞬间会有个电流尖峰。如果唤醒太频繁，这个尖峰累积起来也很可观。我建议，能不唤醒就别唤醒，尽量把任务攒到一起处理。
坑三：盲目相信芯片手册。手册上写的“待机电流1μA”，那是在理想条件下测的。实际产品里，加上外围电路、漏电流、温度影响，能到3μA就不错了。所以，永远以实测为准。

警告：不要为了省电而牺牲可靠性。我曾经见过有人把重传次数设为0，结果丢包率高达30%。省下来的电，全花在用户投诉上了。记住，低功耗的前提是“功能正常”。

好了，说了这么多，你可能会问：这门课到底能学到什么？

简单说，我会带你从协议栈的底层原理出发，一步步拆解每个模块的能耗模型。然后，我会分享30个实战优化技巧——每个技巧都来自真实项目，有数据、有代码、有踩坑记录。

你不需要成为射频专家，也不需要精通芯片设计。只要你懂基本的嵌入式C语言，了解一点无线通信常识，就能跟上。我会尽量用大白话讲清楚每个概念，偶尔也会来点“黑话”——毕竟咱们是工程师嘛。

最后，记住一句话：低功耗不是一种功能，而是一种设计哲学。它贯穿于从需求分析到产品交付的每一个环节。希望这门课能帮你建立起这种思维方式。

下一节，咱们正式开始——从物理层讲起，聊聊芯片选型那些事儿。