在物联网终端开发里，智能水表是一个非常典型的 "反直觉" 场景：设备数量极大（一个中型城市几十万台）、数据量极小（每天几条用水记录）、安装环境极端（地下管道井、潮湿、信号遮挡）、供电受限（一节锂电池要撑 6 年）。
这四个约束叠在一起，直接决定了它的联网方案不能照搬普通 4G 摄像头、POS 机那套。很多刚入行的嵌入式工程师第一次做水表项目，第一反应是 "随便整个 4G 模组插上不就行了"，结果做出来的设备电池半年就趴窝。这篇文章把选型逻辑和低功耗设计的核心要点拆开讲。
一、场景约束：为什么普通 4G 不行
智能水表的硬件资源非常紧张：
- 供电：通常用 ER26500 这类锂亚电池，容量 10000mAh 左右，要求设备一次安装稳定运行 5～6 年不换电池。
- 上行数据：一次抄表就几条字段 ------ 累计用量、电池电压、阀门状态、故障码，几十字节。
- 上报频率：正常每天上报 1～2 次就够，异常事件（漏水、开盖、磁干扰）才实时上报。
- 安装环境：地下管道井、楼道竖井、金属水表箱，信号衰减严重。
普通 Cat.4 模组（比如常见的 EC20、SIM7600）发射峰值电流 2A 以上，待机电流 mA 级别，就算 99% 时间休眠，电池也撑不过一年。这不是软件优化能救的，是物理特性决定的。
二、三种主流蜂窝制式怎么选
现在物联网终端常用的三种蜂窝制式，对比如下：
| 维度 | NB-IoT (Cat.NB1) | Cat.1 (LTE UE Cat.1) | Cat.4 |
|---|---|---|---|
| 峰值速率 | 上行～60kbps | 上行～5Mbps | 上行～50Mbps |
| 待机电流 | 5μA 级（PSM 模式） | 1mA 级 | 5mA 级 |
| 发射峰值电流 | 300mA 左右 | 1A 左右 | 2A 左右 |
| 覆盖增益 | 比 Cat.1 高 20dB | 基准 | 基准 |
| 模组成本 | 低 | 中 | 中高 |
| 典型场景 | 水表、气表、烟感 | 共享设备、POS | 摄像头、车机 |
对智能水表这种 "小数据、长电池、深覆盖" 场景，结论很明确：NB-IoT 是唯一合理选项。
- 速率完全够用：一天几百字节的数据，60kbps 速率传完只要几百毫秒。
- 覆盖增益关键：20dB 的额外链路预算，意味着地下管道井这种 Cat.1 都搜不到信号的地方，NB-IoT 还能连上。
- 功耗决定性：PSM 模式下模组 99% 时间完全休眠，只有 MCU 按时钟唤醒，平均电流能压到 10μA 以下，电池撑 6 年就是这么来的。
Cat.1 这两年起来了，适合的是 "需要语音、需要偶尔传图片、需要稍微快点速率" 的场景，比如共享充电宝、POS 机、公网对讲机。用在水表上是杀鸡用牛刀，而且电池撑不住。
三、低功耗设计：PSM 和 eDRX 怎么配
选对模组只是第一步，固件配置不对，电池照样崩。
PSM（Power Saving Mode）：模组进入类似关机的深度休眠，串口不响应，但网络侧注册还在。唤醒靠 RTC 定时器或者外部中断。这是水表最常用的模式，平时完全睡死，到上报时间点才醒。
eDRX（extended Discontinuous Reception）：延长寻呼周期。模组不用每 1.28 秒就醒一次监听寻呼，而是几十秒甚至几分钟才醒一次。这个模式适合 "要能被网络随时叫醒、但又不想一直醒着" 的设备，比如水表的远程阀门控制。
典型配置思路：
- 正常运行：PSM 下每天定时上报 2 次，每次醒 2～3 秒传完数据就睡。
- 下行可唤醒：配合 eDRX，平台下发开阀 / 关阀指令时，设备在一个寻呼周期内醒来执行。
- 异常事件：漏水、开盖、磁干扰这类告警，MCU 外部中断立刻唤醒模组，不等定时。
很多新手踩的坑是：把 eDRX 周期配得太长，导致远程阀门控制延迟几十秒甚至几分钟，物业那边以为设备坏了；配太短，电池又掉得快。这个值要按业务能接受的最大延迟来反推。
四、数据上报策略：不能傻发
低功耗设备的网络上报不是 "到点就发" 这么简单，要设计成事件驱动 + 周期补偿：
- 变化上报：用水量累计超过阈值（比如 0.1 吨）才发一条记录，避免每天空报。
- 周期补偿：就算没变化，每 24 小时强制报一次心跳，证明设备在线。
- 异常实时报：漏水、倒转、磁干扰、电池低电压，立即上报。
- 本地缓存：网络失败时，数据存在 Flash 里，下次联网补传，不能丢。
- 流量包设计：按每台设备每天 2 条记录、一条记录 200 字节估算，一年流量不到 2MB，NB-IoT 套餐按这个量级配就行。
五、落地踩坑清单
- 信号实测前置：NB-IoT 覆盖增益虽高，但小区边缘、地下室最深处照样可能没信号。批量部署前，必须拿工程样机在典型点位实测 RSRP，不能只看运营商覆盖图。
- APN 选型：水表这种市政项目，通常要求走运营商专网 APN，和公网物理隔离。这个要在项目立项时就和运营商对接，不能等设备生产完才发现走不了专网。
- SIM 卡贴片工艺：水表是长期户外设备，卡座接触不良是常见故障。现在主流做法是用贴片 eSIM 或者焊接式 SIM，放弃传统插拔卡座。
- 固件 OTA 升级：低功耗设备远程升级要格外小心，升级失败变砖是大麻烦。双 Bank 分区、断点续传、失败回滚这三件套一个都不能少。
- 温度范围：北方冬天管道井 -20℃，南方夏天 60℃，模组和电池都要选工业级，不能用消费级。
总结
智能水表的联网选型，本质是在 "速率、功耗、覆盖、成本" 四个维度里做取舍。NB-IoT 之所以成为这个场景的标配，不是因为它技术先进，而是因为它精确匹配了 "小数据、长电池、深覆盖" 这个需求。
做低功耗物联网项目，不要先看模组，先列场景约束：电池要撑多久、每天发多少数据、装在什么环境、下行要不要实时唤醒。这四个问题答清楚了，制式选型基本是唯一解，剩下的就是固件层面把 PSM、eDRX、上报策略、异常处理这几样做扎实。