1. 功耗优化概述：蓝牙网关功耗模型、典型功耗分布、优化目标设定
做蓝牙网关的功耗优化，说白了就是跟电池寿命较劲。我入行那会儿，总觉得功耗优化是软件工程师的活，后来被现实狠狠教育了一顿——硬件选型、协议栈配置、业务逻辑，哪个环节出问题，功耗都会崩。
这一章，我们先搭个框架。把功耗模型讲清楚，看看典型场景下电都耗在哪了，再定个靠谱的优化目标。嗯，磨刀不误砍柴工。
1.1 蓝牙网关的功耗模型
一个典型的蓝牙网关，功耗由三部分组成：
- 射频活动功耗：蓝牙收发数据时的电流，通常在 5~15 mA 之间
- 系统运行功耗：MCU 跑协议栈、处理业务逻辑，约 2~10 mA
- 休眠基底功耗：深度睡眠时的漏电流，理想情况 < 10 μA
我习惯用一个简单公式来估算平均功耗：
I_avg = (T_active × I_active + T_idle × I_idle + T_sleep × I_sleep) / T_total其中 T_active、T_idle、T_sleep 分别对应三种状态的时间占比。你想想看，如果网关每秒钟都要广播一次，那 T_active 占比就上去了，平均功耗自然下不来。
关键认知：平均功耗不是由峰值电流决定的，而是由各状态的时间占比决定的。优化功耗，本质上是压缩高功耗状态的时长。
1.2 典型功耗分布
我在几个量产项目里测过数据，拿一个典型的 BLE 网关来说（nRF52840 + 外部 Flash + 温湿度传感器），功耗分布大概是这样的：
| 功耗模块 | 占比 | 典型电流 | 说明 |
|---|---|---|---|
| 蓝牙广播/扫描 | 40%~50% | 8~12 mA | 广播间隔越短，占比越高 |
| MCU 运行 | 20%~30% | 3~6 mA | 协议栈处理 + 应用逻辑 |
| 外设供电 | 10%~15% | 1~3 mA | 传感器、Flash、LED |
| 休眠漏电 | 5%~10% | 5~20 μA | 受温度和 PCB 工艺影响 |
看到没？蓝牙射频活动占了将近一半。我曾经有个项目，客户要求网关每 100ms 扫描一次，结果电池撑不到三天。后来把扫描间隔拉到 500ms，功耗直接降了 60%。
我的经验：做功耗分析时，别只看数据手册上的典型值。拿示波器或功耗分析仪实测，你会发现很多「意外」——比如 Flash 写入时的尖峰电流，能飙到 20 mA 以上。
1.3 优化目标设定
目标怎么定？不是越低越好。你得考虑业务场景和成本。
我一般按这三步来：
- 明确电池容量和寿命要求：比如用两节 AA 电池（3000 mAh），要求工作一年。那平均电流就不能超过 3000 / (365 × 24) ≈ 342 μA。
- 拆解各模块的功耗预算：把 342 μA 分配到射频、MCU、外设、漏电上。比如射频占 50%，那就是 171 μA。
- 反推关键参数：171 μA 的射频平均电流，对应多大的广播间隔？扫描窗口多宽？用公式算一下，心里就有数了。
避坑指南：我曾经犯过一个错——只算了平均电流，没考虑电池的放电曲线。碱性电池在低温下容量会打对折，锂电池也有内阻压降。所以目标设定时，建议留 20%~30% 的余量。
下面这张图，是我常用的功耗优化决策流程，帮你快速定位优化方向：
这张图里，我特意把「射频活动优化」放在第一个分支。为什么？因为这是见效最快、改动最小的方向。很多团队一上来就改硬件、换芯片，其实调调广播间隔就能省一半电。
1.4 设定优化目标的几个原则
- 可量化：别写「降低功耗」，要写「平均电流 ≤ 300 μA」
- 可验证：用功耗分析仪实测，别只看仿真
- 有优先级：先优化占比高的模块，别在漏电上死磕
- 留余量：电池老化、温度变化都会影响实际表现
一句话总结：功耗优化不是玄学，是数学。把模型建好、分布测准、目标定清，后面的事就是按部就班地调参数。