1. 蜂窝模组功耗概览：为什么低功耗是物联网的核心？
各位同学好，我是老周。做蜂窝物联网这行十几年了，今天咱们聊聊最基础、也最绕不开的话题——功耗。
你想想看，一个水表装在井下，一个追踪器挂在货运车上，一个烟感钉在天花板上。这些设备一旦装好，谁还愿意隔三差五去换电池？客户的要求往往就一句话：「装上就别管了，至少撑三年」。嗯，这就是低功耗存在的意义。
核心观点：在物联网场景里，功耗直接决定了产品的生命周期、运维成本和商业可行性。功耗降不下来，产品就出不了货。
1.1 模组功耗的组成：电都去哪儿了？
很多人以为模组功耗就是「发射时那一下」。其实没那么简单。我拆解过几十款模组，用电流分析仪一抓波形，发现功耗的构成比想象中复杂得多。
一个典型的蜂窝模组，功耗主要来自这几个部分：
- 射频发射（TX） — 最费电的环节。2G/3G/4G/5G/NB-IoT 的发射功率不同，峰值电流差异很大。
- 射频接收（RX） — 模组需要周期性监听网络寻呼，这部分是「看不见的消耗」。
- 基带处理 — 协议栈运行、数据编解码、加密解密，CPU 一直在干活。
- 外围电路 — 电源管理芯片（PMIC）、晶振、Flash、SIM 卡供电，蚊子腿也是肉。
- 漏电流 — 嗯，这个容易被忽略。我遇到过一批模组，待机时漏电 20μA，查了三天发现是某颗电容的问题。
| 功耗模块 | 典型电流范围 | 占比（典型场景） | 说明 |
|---|---|---|---|
| 射频发射（TX） | 200mA ~ 2A（峰值） | 40% ~ 60% | 取决于频段、功率等级、数据量 |
| 射频接收（RX） | 20mA ~ 80mA | 10% ~ 20% | 寻呼周期越短，功耗越高 |
| 基带处理 | 10mA ~ 50mA | 10% ~ 15% | 协议栈复杂度决定 |
| 外围电路 | 1mA ~ 10mA | 5% ~ 10% | PMIC、晶振、Flash 等 |
| 漏电流 | 1μA ~ 50μA | < 1% | 设计不良时会显著增加 |
个人经验：我习惯在项目初期就用电流分析仪抓一次完整的「心跳波形」——从唤醒、搜网、注册、发送数据到重新休眠。这个波形能告诉你 80% 的功耗问题出在哪。
1.2 典型场景：不同应用，功耗画像完全不同
说白了，没有一种「万能低功耗方案」。不同场景对功耗的要求、优化方向天差地别。我按实际项目经验，把常见场景分成三类：
场景一：高频次、小数据量（智能抄表、传感器）
这类设备每天上报几次到几十次，每次几十到几百字节。核心矛盾是：待机功耗 vs 唤醒功耗。我曾经帮一个水表客户优化，把 PSM（省电模式）用起来后，待机电流从 50μA 降到了 3μA，电池寿命直接从 2 年拉到 6 年。
场景二：低频次、大数据量（固件升级、图片上传）
这类设备可能几个月才传一次数据，但一次就是几兆甚至几十兆。这时候传输速率和传输时长是关键。我记得有个做车载监控的客户，每次升级固件要传 20MB，用 Cat.1 跑 5 分钟，如果用 NB-IoT 得跑半小时——功耗反而更高。
场景三：实时在线、低延迟（移动支付、共享单车）
这类设备要求随时能被唤醒，不能深度休眠。功耗优化的重点就变成了寻呼周期和 DRX（不连续接收）参数的调优。我见过一个共享单车的项目，把寻呼周期从 1.28s 调到 2.56s，待机功耗降了 30%，用户开锁延迟只多了 0.5 秒——完全可接受。
避坑指南：我曾经犯过一个错——为了省电，把 NB-IoT 模组的 eDRX 周期设到 40 分钟。结果设备上报数据时经常掉线，因为网络侧认为设备已经「失联」了。后来才知道，运营商侧也有超时限制，不是你想设多长就设多长。
1.3 功耗优化的核心逻辑：一张图看懂
下面这张图是我自己总结的「蜂窝模组功耗优化框架」。每次做新项目，我都会先对着这张图过一遍，看看哪个环节还有优化空间。
1.4 为什么低功耗是物联网的核心？
这个问题我问过很多客户。答案其实很直白：电池容量是有限的，而物联网设备数量是无限的。
咱们算笔账：一节 AA 锂电池，容量大约 2000mAh。如果一个模组平均电流是 100μA，理论续航是 2000mAh / 0.1mA ≈ 20000 小时 ≈ 2.3 年。但如果平均电流能降到 10μA，续航直接变成 23 年——设备装上去基本就不用管了。
你想想看，一个智能水表项目，如果每块表每年要换一次电池，人工成本比电池本身还贵。所以低功耗不是「锦上添花」，而是商业模式的基石。
总结一下：功耗优化不是把某个参数调低就完事了。它需要从硬件选型、软件策略、网络配置三个维度协同发力。后面的章节，我会逐一拆解每个环节的具体做法和坑点。