物联网终端省电，先算可达性再算脉冲供电

物联网水表按平均电流估算能工作多年，现场却可能收不到指令，甚至一发报就重启。低功耗设计必须同时回答两个问题：休眠期间何时能够接收下行，以及电池能否承受瞬时负载。

蜂窝终端进入节电模式后，并不始终监听寻呼。以网络已协商允许的省电模式为例，设备可维持注册相关上下文，但在深度休眠阶段通常不能立即被网络寻呼；终端主动唤醒后才恢复相应通信机会。扩展不连续接收则通过拉长寻呼周期减少接收机开启时间，下行响应也随之受到等待窗口约束。这两种机制不能混同：前者可能在较长时段内不可达，后者保留周期性寻呼机会。平台若仍按常在线连接下发即时任务，就会把设计内的等待误判成无线链路故障。

接收时机应由业务时限反推。只需每天读取累计水量的设备，可以把配置查询放在主动上报后的在线阶段；要求几秒内响应的远程动作，则不能沿用长时间深睡策略。应用请求的定时参数还需经过网络协商，实际授予值可能不同，部分网络甚至不支持所请求的工作方式。固件应读取实际状态，而不是在发送设置命令后就假定配置生效。部署验证应覆盖不同小区与漫游条件，核对下行等待上限，不能只测一次成功到达。

能量预算要按完整唤醒过程积分，包括搜网、连接、上报与等待下行的各段电流。弱覆盖时重复发送和连接时间可能显著拉长，使一次唤醒的电荷消耗远高于实验室值。若一味缩短在线等待，平台的回复又可能错过窗口，迫使设备再次建立通信。因此，应测量典型与不利覆盖下的电流轨迹，配合实际授予的休眠参数计算长期消耗。对于必须紧急响应的设备，所需接收占空比本身就是能量下限，无法通过软件把这个成本完全消除。

即使电荷预算充足，发射瞬间仍可能掉电。电池及导线存在等效内阻，负载骤增时会产生压降；电源输入电容也因输出电荷而下降，并叠加自身等效串联电阻带来的瞬时跌落。终端电压一旦低于电源转换器或处理器的工作门限，就可能进入欠压复位。这个过程由瞬时供电能力决定，与标称容量不是同一个指标。低温、放电后期及某些一次锂电池的钝化状态都可能削弱脉冲能力，因此不能拿新电池常温下的开路电压证明现场供电裕量足够。

物联网节点可用储能电容分担短时发射电流，但选型必须结合脉冲宽度和允许压降。忽略其他支路时，电容承担的电流乘以持续时间，再除以允许的电压变化，可得到容量的初步下限；实际还要加入电容误差、低温特性、漏电和串联电阻。若脉冲重复间隔很短，电池来不及补回电荷，单次波形合格也会在连续发报时逐步失稳。加大电容能够缓和瞬态，却可能增加长期漏电，必须把改善的脉冲能力与新增静态消耗一并评估。

定位复位原因时，应在模块供电引脚附近测量瞬态电压，同时记录发射使能或电流波形。远端电池两端的慢速万用表读数，可能完全看不到走线压降和微秒至毫秒级跌落。验收应使用低温、老化等效内阻及低剩余电量条件，并连续触发最不利的通信过程。若供电已经逼近门限，单纯延长重试次数可能让复位更频繁。只有测得模块实际电压最低点，并与器件允许范围比较，才能区分网络恢复慢和电源无法支撑发射这两类故障。

省电方案只有在下行可达时限和脉冲供电裕量都成立时才可用。以完整通信周期核算能量，再以最不利瞬态验证电源，寿命估算才可能接近部署结果。