1. 功耗问题概述：LTE模组功耗过高的常见表现、影响范围、排查思路总览
各位做物联网产品的朋友，咱们开门见山。LTE模组功耗高，这几乎是每个项目都会踩的坑。我做了七八年通信模组优化，见过太多产品因为功耗问题返工、延期，甚至直接报废。说白了，功耗问题不是“能不能用”的问题，而是“能不能量产”的问题。
这一章，我们先搭个框架。把功耗问题的常见表现、影响范围、排查思路理清楚。后面29章，我们再一个一个细节去抠。
1.1 功耗过高的常见表现
你想想看，一个模组功耗高，它不会直接告诉你“我太费电了”。它会有一些外在表现。我总结了几种最常见的：
- 电池续航严重缩水：标称待机30天，实际7天就没电了。这是最直接的信号。
- 模组表面发烫：正常工作时模组外壳温度应该在40℃以下。如果摸上去烫手（超过50℃），功耗肯定有问题。
- 电源电压跌落明显：用示波器看模组供电端，发射时电压跌落超过300mV，说明瞬时电流过大。
- 网络注册频繁掉线重连：模组反复搜网、注册，每次重连都会拉高平均电流。
- 数据发送后无法进入休眠：发送完数据，电流一直维持在几十毫安下不来，明显是卡在某个状态了。
核心判断标准：LTE模组在PSM（省电模式）下，理想电流应低于10μA；空闲态DRX周期下，平均电流应低于3mA。如果实测值超过这些基准的2倍以上，就必须排查了。
1.2 影响范围有多大？
功耗高不只是“多充几次电”那么简单。我在项目中遇到过，一个智能水表项目因为功耗问题，整个BOM成本增加了30%——被迫换更大容量的电池、加装DC-DC、甚至改结构。影响范围其实很广：
| 影响维度 | 具体后果 | 严重程度 |
|---|---|---|
| 产品续航 | 电池寿命缩短50%~80%，用户频繁更换电池 | 致命 |
| 硬件成本 | 被迫升级电池、电源管理芯片、散热结构 | 高 |
| 认证测试 | CE/FCC辐射发射超标（大电流导致谐波增大） | 高 |
| 可靠性 | 模组长期高温工作，加速老化，故障率上升 | 中 |
| 用户体验 | 设备发烫、续航差，退货率飙升 | 致命 |
嗯，这里要注意：很多团队只盯着“能不能连上网”，忽略了功耗。等到小批量试产才发现问题，那时候改硬件、改软件，代价就大了。
1.3 排查思路总览
功耗排查，最忌讳“东一榔头西一棒子”。我个人习惯，先搭一个排查框架，按层分解。这样出了问题，能快速定位到具体环节。
下面这张图，是我自己总结的排查思路框架，你可以直接拿去用：
这个框架，说白了就是三个维度：硬件设计、软件配置、网络环境。我建议你遇到功耗问题，先按这个框架过一遍，别一上来就调参数。
1.3.1 硬件维度排查要点
硬件是功耗的基础。电源设计不好，软件再怎么优化也白搭。我重点看这几个地方：
- 电源纹波：模组发射时，电源纹波超过50mV就会影响PA效率，导致功耗上升。
- 天线驻波比：VSWR大于2.0时，反射功率增加，模组会主动提升发射功率来补偿。
- 外围器件漏电：GPIO上拉电阻、电平转换芯片，这些不起眼的地方可能吃掉几百微安。
我的经验：有一次排查一个NB-IoT模组功耗高的问题，折腾了两天。最后发现是天线座子虚焊，驻波比到了3.5。模组拼命提高发射功率，电流直接飙到400mA。重新焊接后，电流降到120mA。所以，先检查物理连接，别急着改代码。
1.3.2 软件维度排查要点
软件配置是功耗优化的主战场。很多团队默认配置直接拿来用，功耗当然高。你需要关注：
- PSM（省电模式）是否使能：很多模组默认关闭PSM，需要AT指令开启。
- DRX/eDRX周期配置：周期越短，响应越快，但功耗越高。需要根据业务场景平衡。
- 数据发送策略：频繁小包发送比一次大包发送更耗电。建议合并数据、批量发送。
- AT指令交互频率：每次AT指令交互都会唤醒模组，增加功耗。
避坑指南：我曾经遇到一个客户，他们的模组在发送数据后，电流一直维持在35mA下不来。查了三天，发现是发送完数据后，没有主动关闭TCP连接，模组一直保持链路状态。加上一条AT+QICLOSE指令，电流立刻降到5μA。嗯，这种坑，踩过一次就记住了。
1.3.3 网络环境维度排查要点
这个维度容易被忽略。模组功耗和网络质量强相关：
- RSRP（参考信号接收功率）：信号越差，模组发射功率越高。RSRP低于-110dBm时，功耗会明显上升。
- SINR（信噪比）：SINR低于0dB时，模组需要多次重传，功耗翻倍。
- TAU（跟踪区更新）周期：网络配置的TAU周期太短，模组频繁唤醒更新位置。
- PDN连接数：同时保持多个PDN连接，每个连接都会消耗资源。
1.4 排查工具准备
工欲善其事，必先利其器。我个人习惯，手边常备这几样：
| 工具 | 用途 | 推荐型号/方案 |
|---|---|---|
| 精密功耗分析仪 | 测量模组各状态电流曲线 | Keysight N6705C / 开源Power Profiler |
| 示波器 | 观察电源跌落、时序波形 | Rigol DS1054Z（够用） |
| 频谱仪 | 检查天线匹配、杂散发射 | Rohde & Schwarz FSH4 |
| 串口日志工具 | 抓取模组AT指令交互日志 | SSCOM / SecureCRT |
| 网络信令抓包 | 分析NAS层信令交互 | QxDM / ELT（高通平台） |
小建议：如果预算有限，至少准备一个精密功耗分析仪。别用万用表测平均电流，那玩意儿测不出瞬态峰值，会漏掉很多问题。
1.5 本章小结
这一章，我们搭好了排查框架。记住三个维度：硬件、软件、网络。遇到功耗问题，先按这个框架过一遍，别盲目动手。
后面几章，我会逐个维度深入。从硬件电源设计开始，到PSM/eDRX配置，再到网络环境优化。每一章都会带上我踩过的坑和实际案例。