1. BLE低功耗设计概述：为什么低功耗如此重要？

做蓝牙开发这么多年，我经常被问到同一个问题：「BLE到底能省多少电？」

说实话，这个问题没有标准答案。但有一点我可以肯定——低功耗不是BLE的一个「附加功能」，而是它的灵魂。没有低功耗，BLE就只是一个普通的短距离无线技术，根本不会有今天智能穿戴、IoT设备遍地开花的局面。

你想想看，一个纽扣电池要撑一年，甚至更久。这不是「省一点电」就能做到的。

我参与过一个智能门锁项目。客户要求：4节AA电池，每天开关20次，至少用18个月。刚开始我们用的是传统蓝牙方案，结果你猜怎么着？3个月电池就报警了。后来换成BLE方案，同样的电池，实测跑了22个月。这就是差距。

低功耗的重要性，说白了就三点：

用户体验：没人愿意天天给传感器换电池。尤其是那些装在天花板、墙缝里的设备，换一次电池的人工成本比电池本身贵多了。
产品形态：功耗降下来，电池就能做小。你见过智能戒指吗？里面塞的是一颗不到100mAh的锂电池。没有BLE，这种产品根本不可能存在。
系统成本：低功耗意味着可以用更小的电源模块、更简单的散热设计。我在一个可穿戴项目中，光是把LDO换成DC-DC，再配合BLE的休眠策略，整机成本就降了15%。

核心观点：低功耗设计不是「能省则省」，而是「必须省」。BLE的每一个协议层、每一个状态机，都是为省电而生的。

很多人以为BLE只是「蓝牙的低功耗版本」。其实没那么简单。传统蓝牙（BR/EDR）和BLE在设计哲学上就有本质区别。

我整理了一张对比表，你可以直观感受一下：

看到「连接建立时间」这一行了吗？传统蓝牙要3-5秒，BLE只要几毫秒。这意味着什么？BLE可以在极短时间内完成数据交换，然后立刻回去睡觉。传统蓝牙呢？它得一直保持连接，一直耗电。

我记得有一次调试一个蓝牙耳机项目，发现待机电流怎么都降不下来。查了半天，原来是芯片在BR/EDR模式下强制保持ACL连接。换成BLE模式后，待机电流直接从2mA降到了2µA。嗯，差了整整1000倍。

做低功耗设计，不是简单地「少发数据」或者「降低发射功率」。那都是表象。真正的核心思想，我总结成四个字：能睡就睡。

但「睡」也有讲究。你不能睡得太死，否则数据来了你醒不过来；也不能睡得太浅，否则省不了多少电。BLE的整个协议栈，就是围绕「如何高效地睡、如何精准地醒」来设计的。

具体来说，核心思想包含三个层面：

缩短活跃时间：数据包越小越好，传输越快越好。BLE的物理层速率是1Mbps，但实际有效载荷往往只有几十个字节。为什么？就是为了让射频尽快关掉。
延长休眠时间：通过连接间隔（Connection Interval）和广播间隔（Advertising Interval）来控制。间隔越长，平均功耗越低。但也不能太长，否则丢包率会上升。
减少不必要的操作：比如扫描、配对、加密。这些操作都很耗电。能不做就不做，能少做就少做。

我的经验：很多新手一上来就调发射功率，觉得功率越低越省电。其实不然。发射功率降低10dB，电流可能只省了2-3mA。但如果你把连接间隔从100ms调到500ms，省下的电流可能是10mA以上。先调协议参数，再调硬件参数——这个顺序别搞反了。

下面这张图，是我自己画的一个BLE低功耗设计知识框架。你可以把它当作整个课程的地图：

这张图我建议你保存下来。后面的每一章，都会对应到图中的某个具体节点。比如第3章讲连接间隔，第5章讲DC-DC选型，第8章讲数据聚合。你随时可以回来看看，自己现在学到哪个位置了。

最后，我分享一个实际项目的测试数据。这是一个温湿度传感器，每隔10分钟上报一次数据：

方案	平均电流	电池寿命（CR2032）	备注
传统蓝牙（BR/EDR）	1.2 mA	约 20 天	持续连接，无法深度休眠
BLE（未优化）	45 µA	约 18 个月	默认参数，连接间隔100ms
BLE（深度优化）	6.8 µA	约 8 年	连接间隔1s，数据聚合，休眠模式

注意：上面的「8年」是理论值。实际项目中还要考虑电池自放电、温度影响、射频干扰等因素。我曾经有一个项目，理论计算能跑5年，结果因为天线匹配没做好，实际只跑了2年。所以，理论计算只是起点，实测验证才是关键。