“数采仪显示连接成功，平台就是没数据。”这是华东某内河渡口一位运维工程师的原话。渡船生活污水接收柜装了数采仪，数据往港航部门的智慧渡运系统送，屏幕上链路是绿的，平台那边一条记录都没有。先说结论：连接成功只证明 TCP 建链通了，或者 9011 请求连接收到了 9012 应答，和“数据入库”是两件事。最可能的原因是 MN 设备唯一标识与平台备案不一致，或者 9016 上传报文里 CP 数据段不合规，被平台当成无效包丢掉。先去调平台的接收日志，别急着拆机柜。
一、把故障拆成四层，多数时候只坏在一层
协议层是重灾区，常见的有：
- MN（设备唯一标识）与平台备案值差一位，或者大小写、前后空格不一致；
- ST 系统编码、PW 访问密码还是上一家平台留下的；
- 9016 报文里 CP 数据段的因子个数、分隔符对不上，HJ 212 用英文分号和逗号组织字段，多一个空格平台就解析失败；
- CRC 校验位或者结尾的“&&”缺失，报文在传输中被截断；
- Flag 标志位没有维护，数据被标成了停运或维护状态。
网络层要看：
- 平台端口是否允许这个网段接入，有没有走错专网；
- 4G 卡的 APN、NAT 会话超时，导致长连接被回收；
- 心跳 9014 周期设得太长，平台侧直接判离线。
设备层要看：
- RS485 地址、波特率、校验位与仪表是否一致，有没有串口抢答；
- 量程与工程单位换算，把 0 值或负值送了上去；
- QN 时间戳靠本机时钟，时钟跑偏，数据就会被判成“未来数据”。
平台层要看：
- 点位是否已开通、有没有绑定正确的系统编码；
- 入库是否有去重和有效性规则，零值、超量程是否被直接过滤掉。
二、排查顺序：为什么先看平台，最后才动机柜
顺序本身就是经验。数据从仪表走到平台要过四道关，越靠下游越容易看到“卡在哪”，越靠上游越难验证。所以顺序是：平台接收日志 → 协议报文 → 网络链路 → 现场设备。
- 先看平台日志：如果一条 9016 都没收到，问题在发端；如果收到了却没入库，就是解析或有效性规则的事，十分钟能定方向。
- 再看报文：让平台导出一包原始报文，逐字段核对 MN、ST、CN、CP、CRC。
- 然后看网络：抓一次 9011/9012 握手和一次 9014 心跳，确认收发双向可达。
- 最后才到现场：查仪表、查串口、查供电，这一步最费人工，放在最后做。
三、每步看什么、怎么判、做什么
- 平台一条报文都没有：判为发端未上传。动作：核对数采仪目标 IP、端口、MN，比对平台开通单，改完重启通信进程，再观察一个上报周期。
- 平台收到包但不入库：判为解析失败。动作：取原始报文核对 CP 段因子编码、数据个数和分隔符，重点验 CRC。
- 有心跳无数据：判为上传周期未触发或数据时间超前。动作：看设备时钟与 QN，同步时间后观察。
- 数据有但全是零或固定值：判为采集侧问题。动作：现场读仪表原始值，核对 RS485 参数与量程。
- 隔几小时断一次又自愈：判为链路被回收。动作：缩短心跳间隔，确认 APN 保持策略。
四、三个最容易踩的坑
- 把“连接成功”当成“数据已送达”。屏幕上的绿灯只代表链路层，既不代表 9016 发出去了，更不代表平台入库了。
- 换平台只改 IP 和端口，没改 MN 和 ST。不少智慧渡运系统按 MN 建索引，标识对不上，包收得进来、落不了库。
- 反复手动补传。补传的时间戳重复或超前，平台按去重规则直接丢弃，越补越乱，还掩盖了原始故障。
五、FAQ
问：我这个情况到底要不要传？晚几个小时行不行？
按你所在渡口的接收转运记录要求走，别自己拍板。晚传和漏传是两回事，具体口径问属地港航管理部门。
问：数采仪上显示已连接，是不是我们这边就没责任了？
不是。连接只到链路层，能不能入库要看报文和备案信息。
问：平台说没收到数据，我怎么自证发过？
导出数采仪通信日志，带上 QN、MN、CN 和应答码，再配上抓包记录，比口头解释有用。
问：换台新数采仪能直接解决吗？
不一定。多数故障出在配置和备案，换设备前先把 MN、ST、IP、端口这四项对一遍。