先说结论：环保数据采集仪显示“连接成功”、平台上却查不到数据，绝大多数情况不是网络断了，而是设备唯一标识 MN 与平台备案不一致，或者平台侧点位没有启用。其次才是协议版本、因子编码、时间戳和补传窗口的问题。排查顺序建议倒着来：先平台、再报文、再网络、最后仪表，成本最低的先查。
客户原话：连接成功，平台就是没数据
一位运维工程师的描述很典型：现场环保数据采集仪的通信指示灯常亮，页面显示已登录平台，可平台上的分钟数据、小时数据一直是空的，偶尔跳一两个值又断掉。现场仪表有显示、有电流输出，数采仪本地也能看到采集值，唯独平台上没有。
这类现象要拆成两个问题看：一是设备有没有把报文发出去，二是平台有没有把报文收下并入库。连接成功只回答了一半。
协议层：MN、CN、因子编码最容易对不上
- MN 不一致：MN 是设备唯一标识，平台按它找点位。现场换过主板、改过参数、复制过配置，都可能让 MN 与备案值差一位。平台收到报文但匹配不到点位，表现就是“有连接、无数据”。
- CN 用错：以 HJ 212 为例，分钟数据常见 CN=2051，小时数据常见 CN=2061，补传历史数据走 CN=1013，平台回 1014 确认。若设备只发实时数据不发分钟数据，平台按分钟统计时自然为空。
- QN 时间戳偏差：QN 取设备本地时间，设备没校时、时区设错，数据会落到错误时间段，被平台判为超时或重复而丢弃。
- 因子编码不匹配：CP 数据区里的因子编码要与平台点位配置一致，污水因子和烟气因子的编码体系不同，填错则报文能收、数据挂不上。
- CRC 校验失败：报文从 QN 到 && 结束做 CRC16 校验，参数改过、拼接异常都会导致平台直接丢弃，设备侧却仍显示发送成功。
网络层：TCP 通不代表数据能落库
- 端口与地址：平台地址、端口填错时，设备可能连上了别的服务，登录握手能过，数据却没人处理。
- APN 与 DNS：物联网卡 APN 配错，域名解析失败但 IP 直连仍可通，换台设备就出问题。
- 心跳与 NAT 超时：链路空闲被运营商侧回收，设备以为在线，实际连接已失效，需要靠心跳报文维持。
- 分包与 Flag：数据量大时按 Flag 分包上传，平台侧未正确组包，表现为数据缺段。
设备层和平台层：别忽略两头
- 设备层：串口参数（波特率、数据位、停止位、校验位）与仪表不一致；Modbus 寄存器地址偏移一位；采集周期大于上传周期，导致发出去的是空值或重复值。
- 平台层：点位未激活、协议版本选错（老版本与新版报文结构不同）、数据被标记为无效、入库有延迟、补传时间窗过期拒收。
为什么先查平台再查网络
平台侧核对 MN 和点位状态，几分钟就能完成，不需要到现场，也不需要停机。确认平台没问题，再看设备发送日志里有没有对应的 CN 和 QN；日志有、平台无，重点查报文格式和校验；日志没有，再查网络连通性和仪表数据源。这个顺序能把大部分无效登高和反复重启省掉。
三个容易误判的坑
- 把“登录成功”当成“数据已送达”。登录只是 TCP 层和握手层通了，报文是否被接收、是否入库是两回事。
- 只盯实时数据，不看补传。断网恢复后历史数据走 CN=1013 补传，超过平台允许的时间范围会被拒收，现场却以为补传成功。
- 一没数据就换设备。很多现场换完新机仍无数据，因为 MN 和因子编码是照旧配置抄过去的，问题原样保留。
常见问题
问：我这个情况到底要不要换环保数据采集仪？答：先别换。平台核对 MN、看设备发送日志里有没有 2051 或 2061 报文，两步做完再决定。多数故障是配置问题，不是硬件问题。
问：平台说没数据，可我现场看仪表有数，是谁的问题？答：仪表有显示只说明传感器在工作，还要看数采仪采集到的值是否正常、串口参数是否匹配、寄存器地址是否正确，再看报文里 CP 数据区有没有实际数值。
问：MN 填错了，改完要不要重新传历史？答：要。改完 MN 后按平台要求补传，注意补传时间范围，超出窗口的数据平台一般不收，需要提前和平台侧确认。
问：断网三天，补传的数据平台不收怎么办？答：先确认补传用的 CN 和时间范围是否符合平台规则，再检查 Flag 分包和 CRC 校验，必要时分段补传，不要一次性全量推。