故障现象：连接成功，平台就是没数据
“数据采集传输仪显示连接成功，平台就是没数据。”这是运维现场最常见的一句话。先给出结论：多数情况下不是网线断了，也不是设备坏了，而是链路层已经通了、应用层没通——登录、心跳或数据报文在协议交互阶段被平台拒绝，或者平台收到了报文但没有落到对应排口。排查时先看平台日志，再看报文，最后才去现场改参数。
先分清三种“在线”
数据采集传输仪屏幕上的“连接成功”通常只代表 TCP 连接建立，或者最近一次心跳有回应；平台侧的“在线”还要求登录报文、MN 编码和排口绑定都正确；平台“有数据”则要求数据报文通过校验、数据时间在有效区间、Flag 标记正常。三者不是一回事，所以不能用一个“在线”判断全部。
协议层：报文有没有被平台收下
- 看平台通信日志里有没有 3020 连接/心跳类应答、1014 历史数据应答、2000–2999 数据上传记录。只有 TCP 建立、没有这些命令码，说明报文没发出去或发出去被丢弃。
- 检查报文头字段：QN、ST、CN、PW、MN、Flag、CP 是否完整。MN 是设备唯一编码，写错一位，平台就会把数据挂到别的排口或直接拒收。
- 看 CP 数据段里的 DataTime 和因子编码。DataTime 明显超前或滞后，部分平台会判为无效数据。
- 校验方式要对。HJ 212 报文一般用 CRC16 校验，校验位算错时平台日志常显示“校验失败”或直接无应答。
网络层：TCP 通不代表业务通
- 确认目标 IP、端口是不是平台当前地址。部分省份平台升级后端口会变，现场还留着旧地址。
- 专网卡看 APN、VPDN 是否匹配，普通卡看是否被 NAT 限制主动上报。
- 心跳间隔过长会被平台判离线；过短又可能被限流。按平台要求设置，不要照搬上一家。
- 用 ping 或 telnet 只能证明网络可达，不能证明登录报文能过。
设备层：数据采集传输仪的常见设置
- MN 编码、系统时间、采集周期、上报周期四项最容易出错。时间不准会直接影响补传和有效性判断。
- 通道号、寄存器地址、量程、数据位/停止位/校验位要与仪表一致。RS485 接反或波特率不对，设备本地有数、上报全是零。
- PS-S01 这类数据采集传输仪要重点看“上报使能”和“排口绑定”是否同时打开。
平台层：收到了但没入库
- 平台已收到报文但查不到数据，先查企业是否绑定排口、MN 是否重复、是否处于停产标记。
- Flag 标记为无效、维护或停运时，部分平台不会计入有效数据。
- 补传任务要看平台是否开放历史数据接收，以及补传时间段是否超出允许范围。
排查顺序为什么不能反
先平台日志，再设备报文，再网络，最后现场。原因是平台日志是唯一能确认“数据到没到”的证据；先跑现场改参数，很容易把原本正确的 MN、时间改乱。现场动手前，先把平台侧的命令码、MN、DataTime、校验结果截下来。
每步的判断标准和处置动作
- 现象：TCP 已连接，平台无 3020 应答。判断：登录报文未通过。动作：核对 MN、PW、目标地址和端口。
- 现象：平台有 2000–2999 记录但数据为空。判断：CP 数据段字段缺失或因子编码不匹配。动作：对照平台因子表改通道映射。
- 现象：平台日志提示校验失败。判断：CRC16 或报文拼接错误。动作：抓原始报文复算校验位。
- 现象：平台显示在线但无数据入库。判断：排口未绑定或 Flag 无效。动作：在平台侧补绑定、改标记。
三个容易误判的坑
- 把“连接成功”当成“数据上传成功”。屏幕只反映链路，不反映业务报文。
- 换平台地址后只改 IP 和端口，不查 MN 和密码。新平台往往要求重新登记设备编码。
- 看到历史数据补传失败就反复重发。先看平台是否允许补传、时间段是否超限，否则越传越乱。
FAQ
问：我这个情况到底要不要传？答：只要排口在监管范围内，数据采集传输仪就应按平台要求上传；是否补传看平台规则和停产标记，不要自行停传。
问：数采仪屏幕上显示在线，平台却说离线，信哪个？答：以平台登录和心跳日志为准。屏幕在线只代表链路，平台离线多半是 MN、密码或心跳周期不对。
问：换了平台地址以后还是没数据，是不是设备坏了？答：先查 3020 应答和 MN 登记，再看端口和 APN。多数是参数没同步，不是硬件故障。
问：补传的历史数据平台不收，是不是白传了？答：先看平台是否开放历史数据接收、补传时间段是否超限，再看 DataTime 和 Flag。条件不满足时重发也不会入库。