现场最常听到的一句话是：“数采仪显示连接成功，污染源在线监控平台就是没数据。”到场一看，网口灯在闪，TCP 连接在线，心跳也发得出去，可平台上那条曲线要么是直线，要么干脆空白。结论先给：这类故障八成不是断网，是“链路通、业务报文被判无效”。按发生概率排，第一是设备的 MN（设备唯一标识）在平台侧没注册或绑错排口；第二是 ST 系统编码、Flag 标志位、数据标记位与平台约定对不上；第三才是网络侧 NAT 映射或端口问题。
连接成功只能证明 TCP 握手成功
HJ212 跑在 TCP 上，“连接成功”只说明三次握手完成。真正决定平台有没有数据的，是后面两层：一层是心跳，一层是业务报文，比如 CN=2051 分钟数据、2061 小时数据、2011 实时数据。任何一层出问题，现场看着都是“连上了但没数”。
四层原因，一层层往下捋
协议层（占大头）
- MN 与平台登记的不一致，或者用了出厂默认值没改。
- ST 系统编码、PW 访问密码与平台约定不匹配，各平台对污染源在线监控的取值口径不完全一样。
- Flag 标志位写错：是否要求应答、是否拆包，写反了平台会主动断开或不应答。
- CP 指令参数里的字段名大小写敏感（DataTime、Rtd、Avg、Cou、Flag），DataTime 必须是 yyyyMMddHHmmss 十四位。
- 数据标记位落在 C（校准）、M（维护）、D（故障）上，报文照收，平台按无效数据处理，曲线看起来就是断的。
- 报文分包格式错：字段之间用 && 分隔、包尾 ##、CRC16 校验错一位平台就丢包，部分平台连 NAK 都不回。
网络层
- 运营商 NAT 映射老化，心跳间隔比保活时间还长。
- 平台端口改过，现场还连着老端口；或者中间防火墙只放行了心跳方向。
- 4G 定向卡白名单里没加新平台 IP。
设备层
- 通道配置里因子、量程和平台侧因子编码对不上。
- 仪表长期挂在校准或反吹状态，数据一直带标记位。
- 设备时钟漂移，DataTime 比平台慢几分钟以上，被判为过期数据。
平台层
- MN 提交了但还在待审核，或者绑到了别的排口。
- 平台入库有延迟，现场刚发完就查，容易误判。
排查顺序：先看平台，再看现场
顺序本身就是效率。平台侧查一条记录两分钟，现场拆机柜半小时。而且平台日志能直接告诉你报文到没到、被判成什么，这比在现场盲猜快得多。所以顺序是：平台注册信息、平台报文日志、现场抓包看 CN 和 MN、校时、看数据标记位、最后才动网络。
每一步怎么判断、怎么处置
- 第一步，平台查 MN。现象：该排口“最后数据时间”停在某个时刻不动。判断：MN 未注册、待审核或绑错排口。动作：让平台方在设备管理里核对，重发注册或等审核。
- 第二步，看平台侧报文日志。现象：只有连接记录、没有 CN 报文。判断：业务报文没发出去。动作：转现场抓包，确认是不是只发了心跳。
- 第三步，现场抓包看 CN 和 MN。现象：有报文但 MN 是默认值。判断：参数没改。动作：在数采仪平台配置里改 MN、ST、PW、IP 和端口，重启通讯进程。
- 第四步，比对时间。现象：QN、DataTime 与平台差几分钟以上。判断：时钟漂移。动作：用 CN=1013 校时，并打开 NTP 自动校时。
- 第五步，看数据标记位。现象：报文正常、有数值，平台显示无效。判断：标记位落在 C、M、D 上。动作：核对仪表实际状态，别让它长期挂在校准态。
- 第六步，看断连频率。现象：连接反复断。判断：NAT 映射超时。动作：缩短心跳、开 TCP keepalive、换固定 IP 的专线卡。
三个最容易误判的坑
坑一：一重启就好，就当问题解决了
断电重启后连接恢复，很多人就收工了。实际情况是心跳间隔和 NAT 映射老化在赛跑，重启只是重建了一次连接，过几天还会在夜里复发。
坑二：抓包看到有报文，就认为协议没问题
有报文不等于报文被接受。MN、字段名大小写、CRC16、时间格式，任意一项错，平台都收不到。尤其 CRC 错的时候，日志里往往只有一行校验失败，很容易被跳过。
坑三：把补传当成常规手段
CN=3020 补传只能覆盖有限的时间窗，而且平台会把补上来的数据单独标记。长期靠补传，数据有效率会失真，考核时很难解释清楚。
FAQ
- 我这个情况到底要不要传？先看排口属不属于平台纳管范围，再看平台的联网要求里对因子和频次怎么约定的，不要凭印象决定。
- 平台上显示已连接但没数据，是不是数采仪坏了？大多数不是。先让平台方查 MN 和报文日志，能定位到是没发还是被丢。
- 换了新平台，MN 号要重新申请吗？要，MN 是平台侧的唯一标识，换平台基本都要重新登记审核。
- 校准的时候数据要不要上传？要传，但要带上对应的标记位，让平台能区分，不能直接断电不上报。