Q1：数采仪显示在线，平台却收不到数据，从哪查起？
把问题拆成三段：现场仪表到数采仪、数采仪到网络、网络到平台。三段都通了，再看协议层。现场故障大多出在第一段和第三段，协议本身出错的概率并不高。
- 第一段：核对串口或 485 接线、波特率、数据位、停止位、校验位是否与仪表说明书一致，Modbus 从站地址不能重复；用调试口读一帧原始报文，看是否有回码。
- 第二段：查看数采仪 4G 或以太网指示灯与信号强度，ping 平台 IP、测试平台端口连通性，确认域名能正常解析。
- 第三段：核对平台分配的 MN 设备编号、ST 系统编码、PW 密码与现场配置是否完全一致。MN 重复会导致两家企业数据互相串号，这是很隐蔽的一类故障。
Q2：HJ212 报文结构应该怎么核对？
标准帧从 ## 开始，以 & 结束，中间依次是 QN 请求编号、ST 系统编码、CN 命令编码、PW 密码、MN 设备编号、Flag 标志位、CP 数据段，最后是 CRC 校验。核对时重点看三处：
- CN 命令编码与平台要求是否匹配。实时数据、分钟数据、小时数据、历史补传使用的命令编码不同，用错会出现“有报文但平台不入库”。
- CP 数据段中污染物编码、计量单位、小数点位数必须与平台因子表一致，编码对不上平台通常直接丢弃。
- CRC 计算范围是从 ## 到数据段结束、不含结尾的 &&，多算或少算一个字符就会整帧被拒。
Q3：数据能上传，但小时数据缺失或出现断点？
先确认数采仪本地存储是否有完整分钟数据。如果本地就缺，问题在采集侧：仪表掉线、串口超时、采集周期与仪表响应时间不匹配，例如仪表 5 秒才回一次帧，数采仪却按 1 秒轮询，长期下来必然丢数。如果本地完整而平台断点，多半是断点续传未开启或补传顺序被打乱，建议开启补传功能，按时间先后顺序回补，并对同一时间点的数据做去重处理。
Q4：一段时间内数据全是直线，怎么判断？
恒值问题通常来自量程与信号。先核对 4-20mA 量程上下限设置是否与仪表输出量程一致，量程填错会让曲线整体平移或压平；再检查信号隔离器、屏蔽层接地，避免共模干扰造成功放恒定。串口采集时还要确认仪表是否已进入故障状态，而数采仪仍在转发缓存值。
Q5：平台下发反控命令，现场没有动作？
反控要求两个方向都通：平台下发到数采仪，数采仪执行后回传应答。常见原因是 Flag 应答位未按要求置位、数采仪未开放反控权限、指令中的设备编号与本地不一致。排查时先看数采仪通信日志有无收到下行报文，再看执行结果是否回传成功，两步分开判，才不会在平台侧反复改配置。
Q6：验收前的自查清单
- 时间：数采仪与平台时钟误差控制在 1 分钟以内，NTP 对时功能开启。
- 标识：MN、ST、PW 三项与平台登记信息逐字核对，不留空格与全角字符。
- 链路：主备通道各做一次断网测试，确认能自动恢复并完成补传。
- 记录：保留调试期原始报文与日志，出现异常时便于回溯定位。
HJ212 协议本身只是数据载体，数据准不准、全不全，最终取决于前端采集质量与参数配置。日常巡检把仪表、线路、参数这三件事做扎实，平台侧的异常自然会少很多。