1. BLE功耗基础：协议栈架构、功耗模型与关键指标

各位同学，咱们今天聊聊BLE功耗这件事。说实话，功耗分析是我个人觉得蓝牙开发中最容易踩坑的地方。很多工程师把代码写好了，功能跑通了，一测功耗——傻眼了。为什么？因为你不理解BLE到底是怎么耗电的。

这一章，我会从最基础的协议栈架构讲起，然后带你建立功耗模型，最后给出三个核心指标。嗯，这些都是我多年项目里反复用到的知识，希望能帮你少走弯路。

1.1 BLE协议栈架构——功耗从哪来？

先看协议栈。BLE协议栈分三层：Controller、Host、Application。每一层都有它的功耗特征。

• Controller层：负责射频收发、链路控制。这是功耗大头。我见过不少项目，射频部分占了总功耗的60%以上。
• Host层：处理L2CAP、ATT、GATT、SM等协议。这部分主要是CPU运算，功耗相对可控。
• Application层：你的业务逻辑。这里最容易出问题——比如轮询太频繁、数据处理不合理。

你想想看，射频发射一次，电流可能冲到十几毫安。而CPU跑一个简单的计算，可能才几百微安。所以，功耗优化的核心，说白了就是减少射频活动。

1.2 BLE功耗模型——怎么算？

我个人习惯把BLE功耗拆成三个状态：

1. 活动状态（Active）：正在收发数据。电流最高，通常5-15mA。
2. 空闲状态（Idle）：射频关闭，CPU可能还在跑。电流几百微安到几毫安。
3. 休眠状态（Sleep）：几乎全部关闭。电流可以低到1-5μA。

平均功耗怎么算？很简单：

平均电流 = (活动时间 × 活动电流 + 空闲时间 × 空闲电流 + 休眠时间 × 休眠电流) / 总时间

举个例子。一个温度传感器，每5秒发一次数据。活动时间2ms，电流10mA。空闲时间10ms，电流1mA。其余时间休眠，电流2μA。算下来：

平均电流 ≈ (0.002 × 10 + 0.01 × 1 + 4.988 × 0.002) / 5
          ≈ (0.02 + 0.01 + 0.01) / 5
          ≈ 0.008 mA = 8 μA

嗯，这个值看起来不错。但我在项目中遇到过，实际测出来比理论值高很多。为什么？因为忽略了外设漏电、电源转换效率等因素。

1.3 BLE功耗关键指标——三个数字定生死

做功耗分析，你只需要盯住三个指标：峰值电流、平均电流、休眠电流。别的都是花架子。

指标	定义	典型值	影响
峰值电流	射频发射或接收时的最大电流	5-15 mA	决定电池瞬间放电能力，影响电源设计
平均电流	一段时间内的平均电流	1-100 μA（取决于应用）	决定电池续航时间
休眠电流	设备进入深度休眠时的电流	1-5 μA	决定待机时长

峰值电流：这个指标容易被忽略。我曾经有个项目，电池内阻偏大，峰值电流一上去，电压瞬间掉到复位阈值以下。设备反复重启。后来换了低内阻电池才解决。

平均电流：这是用户最关心的。一颗200mAh的纽扣电池，如果平均电流10μA，理论上能撑20000小时，约2.3年。但实际要打折，因为电池自放电、温度影响等。

休眠电流：很多芯片标称1μA以下，但实际用起来可能到5μA。为什么？因为GPIO漏电、外部上拉电阻、甚至PCB漏电。我建议你设计时留余量，别卡着极限值。

1.4 实战建议——从哪开始？

如果你刚开始做BLE功耗优化，我建议你按这个顺序来：

1. 先测休眠电流：确保基础功耗没问题。如果休眠电流就很高，后面都不用看了。
2. 再测峰值电流：确认电源设计能扛住。特别是用电池供电时。
3. 最后算平均电流：根据应用场景，调整连接间隔、数据包大小等参数。

说白了，功耗优化不是一蹴而就的事。你需要反复测量、调整、再测量。但只要你掌握了这三个指标，心里就有底了。

下一章，我会带你深入分析连接间隔对功耗的影响。到时候咱们用实际数据说话。

好，今天就到这里。有问题欢迎在评论区交流。咱们下章见。