1、功耗基础：无线功耗的物理本质、dBm与mW的换算、电流与电压的关系
各位工程师朋友，咱们今天聊聊功耗这件事。说实话，做了十几年低功耗无线产品，我见过太多项目因为功耗问题翻车了。有的产品电池续航只有设计值的十分之一，有的设备在低温下直接罢工。这些坑，我基本都踩过。
所以第一章，咱们先把功耗的基础打牢。你想想看，如果连功耗的物理本质都搞不清楚，后面那些优化技巧就是空中楼阁。
1.1 无线功耗的物理本质：能量到底去哪了？
无线设备为什么耗电？说白了，就是电磁波发射出去需要能量。这个能量不是凭空产生的，是从电池里一点点抽出来的。
我习惯把无线发射过程想象成「扔石头」：
- 发射功率：相当于你扔石头的力气。力气越大，石头飞得越远。
- 天线效率：相当于你的投掷姿势。姿势不对，力气白费。
- 路径损耗：相当于石头在空中受到的阻力。距离越远，损耗越大。
但这里有个关键点：无线功耗不是线性的。发射功率增加3dB，功耗可能翻倍。我在项目中遇到过，有人为了多覆盖10米距离，把发射功率从0dBm调到10dBm，结果电池续航直接砍半。值不值？你自己掂量。
核心公式：
无线发射功耗 ≈ 发射功率 + 电路损耗 + 天线损耗
其中电路损耗包括：PA效率（通常30%-40%）、匹配网络损耗、开关损耗等。
嗯，这里要注意：接收端的功耗往往被忽视。很多人只盯着发射功率，其实接收机一直在监听，电流消耗也不小。我记得有个项目，设备大部分时间在待机监听，发射只占1%的时间。结果优化了半天发射功耗，总功耗只降了5%。后来一查，接收机才是耗电大户。
1.2 dBm与mW的换算：工程师的必修课
dBm这个单位，刚入行时我也觉得别扭。为什么不用瓦特直接表示？非要搞个对数？
原因很简单：无线信号的动态范围太大了。从-100dBm的微弱信号到+20dBm的强信号，差了10的12次方倍。用线性单位表示，数字太难看。
我个人的换算口诀：
- 0dBm = 1mW（这是基准点，必须记住）
- 每增加3dB，功率翻倍：3dBm = 2mW，6dBm = 4mW
- 每减少3dB，功率减半：-3dBm = 0.5mW，-6dBm = 0.25mW
- 每增加10dB，功率×10：10dBm = 10mW，20dBm = 100mW
| dBm | mW | 典型场景 |
|---|---|---|
| -100 | 0.0000001 | 极弱信号，接近接收灵敏度极限 |
| -90 | 0.000001 | 弱信号，蓝牙/BLE典型接收电平 |
| -70 | 0.0001 | 中等信号，Wi-Fi室内覆盖 |
| -40 | 0.1 | 强信号，近距离通信 |
| 0 | 1 | 基准点，BLE典型发射功率 |
| +10 | 10 | Wi-Fi/蜂窝典型发射功率 |
| +20 | 100 | 大功率设备，注意法规限制 |
实用技巧：
我习惯在代码里直接写一个换算函数，避免每次手动算：
// dBm转mW
float dbm_to_mw(float dbm) {
return pow(10.0, dbm / 10.0);
}
// mW转dBm
float mw_to_dbm(float mw) {
return 10.0 * log10(mw);
}调试时直接调用，省心又不容易出错。
1.3 电流与电压的关系：功耗计算的基石
功耗计算其实就一个公式：P = U × I。但实际项目中，这个公式用起来没那么简单。
为什么？因为电流不是恒定的。无线设备发射时电流可能是100mA，接收时30mA，休眠时只有1μA。你想想看，如果只用平均电流算，根本看不出问题。
我建议用分段计算法：
- 发射阶段：电流大，时间短。比如BLE广播，每次发射约2ms，电流10mA。
- 接收阶段：电流中等，时间取决于协议。比如Wi-Fi Beacon监听，每100ms唤醒一次。
- 休眠阶段：电流极小，但时间长。大部分时间设备都在这个状态。
举个例子，一个BLE信标设备：
- 发射：10mA × 2ms = 0.02mAs
- 接收：8mA × 1ms = 0.008mAs
- 休眠：1μA × 997ms = 0.997mAs
- 总周期：1秒，平均电流 ≈ 1.025mA
你看，虽然发射电流大，但时间短，平均下来影响不大。反而是休眠电流，占了总功耗的97%以上。
避坑指南：
我曾经在一个项目中，用万用表测平均电流，结果测出来只有2μA。心想这功耗太完美了。结果产品量产回来，电池两天就没电了。
后来一查，问题出在峰值电流上。万用表采样率太低，捕捉不到发射时的100mA脉冲。电池内阻大，瞬间电压被拉低，导致系统频繁复位。
所以我的建议是：用示波器测电流波形，别光看万用表读数。特别是电池供电的设备，一定要考虑电池的放电特性。
1.4 实际项目中的功耗估算
好了，理论讲完了，咱们来点实际的。假设你要设计一个温湿度传感器，每10分钟上报一次数据，用CR2032纽扣电池供电。怎么估算续航？
我一般这么算：
- 确定工作周期：10分钟 = 600秒
- 分解各阶段功耗：
- 传感器采集：5mA × 100ms = 0.5mAs
- 无线发射（0dBm）：10mA × 50ms = 0.5mAs
- 无线接收确认：8mA × 10ms = 0.08mAs
- 休眠：2μA × 599.84s ≈ 1.2mAs
- 计算平均电流：(0.5 + 0.5 + 0.08 + 1.2) / 600 ≈ 3.8μA
- 估算续航：CR2032容量约225mAh，225mAh / 3.8μA ≈ 59210小时 ≈ 6.8年
嗯，这个结果看起来不错。但实际中要考虑电池自放电、温度影响、电压下降等因素。我一般会留50%的余量，也就是实际续航约3-4年。
关键结论：
无线功耗优化的核心，不是把发射功率降到最低，而是让设备尽可能多地待在低功耗状态。你想想看，一个设备99%的时间在休眠，那发射功率高一点又怎样？
所以，协议设计比硬件设计更重要。如何减少唤醒次数、如何压缩数据包长度、如何快速完成通信——这些才是功耗优化的主战场。
好了，第一章就到这里。下一章咱们聊聊BLE协议栈的功耗特性，看看广播、扫描、连接这些操作到底耗了多少电。到时候我会分享一些实际项目中的优化案例，保证让你有收获。