智能水表不上报，第一步应该查什么？

先判断故障范围并记录最后一次成功上报时间。单表、同一区域批量离线和全平台异常的排查起点不同，先分清范围可减少无效拆表和改参。

现场信号弱，就能判断水表坏了吗？

不能。信号弱属于通信链路问题之一，还应核对SIM卡、模块、供电、终端参数、平台接收和解析记录，不能只凭“离线”判定计量部件损坏。

这通常表明现场仍有读数，应继续区分通信未上传、服务器未接收或平台未解析等情况；最终结论仍需结合设备日志和具体型号资料。

不一定。重试次数、离线缓存和补传策略取决于具体型号、平台与项目配置，应查看采购文件、产品资料和平台任务记录，不能默认所有设备相同。

不建议盲目恢复。恢复出厂设置可能改变服务器地址、设备绑定或通信参数，应先备份配置和故障证据，再按具体型号说明及项目权限流程操作。

智能水表远程抄表异常应先区分单表、批量和平台范围，再依次核对现场网络、SIM卡、通信模块、终端参数、平台接口与补传记录。

直接答案：先判断是单只水表、同一区域批量设备还是整个平台不上报，并记录最后一次成功抄读时间、最近读数和告警；再依次检查安装点网络环境、SIM卡与通信模块、终端参数、平台绑定与接口接收记录。远程抄表“离线”只说明数据链路某处异常，不能据此直接判定计量部件损坏。

先在平台中对比同一站点、同一批次和同一运营商网络的设备状态。只有一只不上报，重点检查该终端、SIM卡和安装环境；同一区域多只同时离线，应优先核对现场网络、网关或运营商侧情况；全部设备同时异常，则先检查平台服务、接口鉴权、解析程序和近期配置变更。

同时保存设备编号、最后成功上报时间、最后读数、电池或阀门告警、失败任务记录和现场照片。留存这些信息后再操作，可以避免重启或改参后丢失排查依据。

T/CMA SB 040-2019附录C将故障分为网络故障和水表故障，并建议网络异常时检查设备是否被水浸、遮挡，是否使用金属井盖，以及现场信号强度和信噪比。地下表井、建筑遮挡和金属结构可能影响无线通信，地面或办公室测试结果不能代替安装点实测。

现场检测应使用项目批准的工具和运营商诊断方式，不应脱离具体模块资料套用统一的信号阈值。若同一区域设备集中异常，可在保留现场记录后联系网络服务方协同核查。

确认SIM卡或物联网卡状态、资费和网络服务是否正常，再核对设备编号、通信模块状态、时钟、上报周期、服务器地址及与平台登记信息是否一致。若平台有低电量或供电异常告警，应按具体型号说明书检查，不要在未备份参数时恢复出厂设置。

行业标准YD/T 4479-2023规定了基于NB-IoT的智能水表系统总体技术要求；项目还应结合其终端接口、平台接口和数据传输协议要求，以及实际采购型号的技术资料完成核对。

平台显示“离线”时，应分别确认设备是否正确绑定、接口鉴权是否有效、服务端是否收到原始报文、报文时间是否合理，以及设备编号和数据字段能否被正确解析。如果服务器已收到报文但页面没有读数，问题更可能位于平台处理链路，而不是无线网络或计量部件。

批量异常还要检查近期是否更换服务器地址、证书、接口密钥、域名解析或数据字典。排查时避免在聊天记录或公开页面发送SIM标识、接口密钥和完整设备凭据。

现场有读数、设备保存了历史记录，但平台没有新数据，通常需要继续检查通信和平台链路；设备没有形成新的本地记录，则应按具体型号资料检查计量、供电或终端状态；服务器日志已收到数据但页面不显示，则重点核对解析、设备映射和时间字段。

部分项目会配置上传失败后的重读或补传。例如红河县政府公开的NB-IoT水表采购需求中，明确提出上传失败自动重读并上传水表编号、抄表时间、读数、电池状态和告警等字段。这是项目要求示例，不代表所有型号或平台都具备相同机制，实际应以采购文件、产品资料和平台记录为准。

批量安装前，应选取具有代表性的地下表井、金属井盖、建筑遮挡和不同运营商覆盖位置进行实测。验收记录至少应对应设备编号、SIM卡、安装点、平台账户、首次上报时间、现场读数、平台读数、通信状态和异常处理结果。

若现场问题不能解决，T/CMA SB 040-2019建议更换合格水表并将原表返回诊断。更换前应留存读数、时间、故障记录和设备对应关系，避免影响后续数据衔接。

建议按“范围判断—记录证据—现场网络—SIM与供电—终端参数—平台接收—数据解析—补传验证”的顺序处理。涉及阀控设备时，不要在未确认现场安全和用户供水状态的情况下反复远程开关阀门；参数修改、复位或换表应由具备相应权限的人员按项目流程执行。