2、低功耗无线通信技术选型：Wi-Fi、BLE、Zigbee、LoRa、NB-IoT的功耗对比与选型原则
做物联网项目，第一关往往不是写代码，而是选无线通信方案。选错了，后面全白干。
我见过太多团队，硬件都打样了才发现功耗扛不住，或者信号穿不过两堵墙。说白了，没有完美的无线技术，只有最合适的。这一章，我就把几种主流方案掰开揉碎讲清楚，帮你少走弯路。
核心观点：选型不是比参数，而是比「场景匹配度」。峰值功耗再低，如果唤醒策略不对，电池照样撑不过三个月。
2.1 五种技术的功耗画像
先看一张总表，心里有个底。我习惯把功耗拆成三块看：发射功耗、接收功耗、休眠功耗。很多芯片手册只给峰值电流，那玩意儿参考意义不大，真正决定续航的是平均功耗。
| 技术 | 峰值发射电流 | 接收电流 | 休眠电流 | 典型待机功耗（年） | 唤醒延迟 |
|---|---|---|---|---|---|
| Wi-Fi | 200~500 mA | 50~80 mA | 5~20 µA | 高（需定期保活） | 10~100 ms |
| BLE | 5~15 mA | 5~10 mA | 0.5~3 µA | 低（纽扣电池可撑1年） | 2~5 ms |
| Zigbee | 20~40 mA | 20~30 mA | 1~5 µA | 低（依赖网状网络） | 15~30 ms |
| LoRa | 20~120 mA | 10~15 mA | 0.2~2 µA | 极低（10年+） | 100~500 ms |
| NB-IoT | 100~300 mA | 20~40 mA | 3~10 µA | 低（PSM模式） | 1~10 s |
我的经验：看休眠电流时，别只看芯片数据手册。实际电路中的漏电流、DC-DC转换效率、外围传感器漏电，往往比芯片本身大一个数量级。我曾经被一颗LDO的静态电流坑过——芯片休眠只耗2 µA，LDO自己吃了5 µA。
2.2 逐项拆解：每种技术的脾气
2.2.1 Wi-Fi —— 功耗大户，但生态最成熟
Wi-Fi 的优点是带宽大、直连路由器、不用网关。但代价也很明显：发射电流动不动几百毫安，而且为了维持连接，必须定期发保活包。
我记得有个智能插座项目，客户要求用 Wi-Fi，结果电池方案根本行不通——待机功耗压不下去。最后只能改成插电式。所以我的建议是：Wi-Fi 只适合供电充足的场景，比如智能音箱、摄像头、家电。
不过，Wi-Fi 的唤醒延迟相对可控。用 DTIM 机制，一般 100 ms 内能醒过来。如果你做的是门锁、传感器这类电池设备，趁早放弃 Wi-Fi。
2.2.2 BLE —— 低功耗之王，手机生态首选
BLE 是我个人最常用的方案。它的功耗控制非常精细：广播、扫描、连接三个阶段，电流都能独立配置。
举个例子，一个温湿度传感器，用 BLE 广播模式，每秒发一次数据，平均电流可以做到 10 µA 以下。一颗 CR2032 纽扣电池，撑一年半没问题。
但 BLE 有个硬伤：通信距离短。开放环境也就 10~30 米，穿墙后更惨。而且它依赖手机或网关做中转，不能直接上云。
避坑指南：我曾经在 BLE 配网时踩过坑——广播间隔设得太短，导致手机扫描不到。后来发现是广播信道拥塞了。建议广播间隔不要低于 100 ms，同时开启白名单过滤，减少无效唤醒。
2.2.3 Zigbee —— 网状网络，适合大规模部署
Zigbee 的强项是自组网。节点之间可以互相中继，覆盖范围能扩展到几百米。而且它的休眠机制很成熟——终端设备可以深度睡眠，靠父节点缓存数据。
不过，Zigbee 的唤醒延迟比 BLE 大。从休眠到数据收发，大概需要 15~30 ms。如果你做的是工业控制，这个延迟可能不够用。
另外，Zigbee 的生态比较封闭。不同厂家的协议栈互操作性很差。我建议：如果要做 Zigbee，尽量选同一家芯片方案，否则联调会让人崩溃。
2.2.4 LoRa —— 远距离、超低功耗，但带宽极窄
LoRa 是物联网界的「长跑冠军」。它的灵敏度能做到 -140 dBm，郊区通信距离 5~10 公里。而且休眠电流极低，配合适当的唤醒周期，电池撑 10 年不是梦。
但代价是：数据速率极低。一个包最多发 256 字节，实际有效载荷也就几十字节。而且 LoRa 是星型网络，所有节点必须直连网关，不能中继。
我做智慧农业项目时，用 LoRa 传土壤湿度数据，每 15 分钟发一次，每次 12 字节。网关放在田埂上，覆盖半径 3 公里，效果很好。但如果你想传图片或固件升级，LoRa 就无能为力了。
2.2.5 NB-IoT —— 蜂窝级覆盖，运营商网络
NB-IoT 最大的优势是不用自己建网关。直接用运营商的基站，覆盖广、信号稳。而且它支持 PSM（省电模式）和 eDRX（扩展非连续接收），功耗控制得不错。
但 NB-IoT 的唤醒延迟是最大的。从 PSM 深度睡眠到能收发数据，需要 1~10 秒。而且它依赖基站覆盖，偏远地区可能没信号。
另外，NB-IoT 有流量费。虽然便宜，但量大了也是一笔开销。我建议：NB-IoT 适合资产追踪、智能水表、烟雾报警器这类对实时性要求不高、但需要广覆盖的场景。
2.3 选型原则：一张决策流程图
说了这么多，到底怎么选？我画了一张流程图，帮你快速定位。
2.4 我的选型清单
最后，分享一份我自己的选型清单。每次做新项目，我都会过一遍这些问题：
- 供电方式？ 插电还是电池？电池的话，目标续航多久？
- 通信距离？ 10米以内？100米？还是几公里？
- 数据量？ 几字节的传感器数据，还是几百KB的固件包？
- 唤醒延迟？ 允许几毫秒还是几秒？
- 是否需要手机直连？ 如果需要，BLE 是唯一选择。
- 是否需要自组网？ 如果需要，Zigbee 或 Thread 更合适。
- 成本预算？ 模组价格：Wi-Fi < BLE < Zigbee < LoRa < NB-IoT。
我的习惯：先按「供电方式」一刀切。插电的，无脑 Wi-Fi。电池的，再看距离和延迟。这样能快速排除掉 80% 的不合适选项。