故障现象：连接成功，平台就是没数据
一位运维工程师的原话是：“数采仪显示连接成功，平台就是没数据。”结论先说：多数时候不是数采仪坏了，而是把“TCP 建链成功”误当成“业务数据上传成功”。优先查目标地址和端口、MN/ST 登记、协议命令码、超时与心跳参数这四处。数采仪连接失败怎么排查，正确顺序是先看设备发送日志，再看网络连通性，再看报文内容，最后回到平台登记状态。
原因分层：协议层、网络层、设备层、平台层
协议层最常见的是目标地址、目标端口、MN、ST、PW 填错，或者平台要求的协议版本与设备不一致。报文里 QN 时间、Flag、CP 数据段、数据段长度和 CRC 校验任何一项不对，平台都可能收包后静默丢弃。命令码也要对：设备侧发 1014 或 3020 历史数据上传，平台侧可能在 2000–2999 区间下发应答，两端功能码对不上时，表现就是连接成功、没有有效数据。
网络层看 APN、专线、NAT、防火墙和 IP 白名单。4G 卡欠费、信号弱、DNS 异常、端口未放行，都会让数采仪反复重连。设备层看 RS485 地址、串口波特率、采集周期、电源和天线。平台层看 MN 是否登记、企业信息是否审核、数据表是否启用、平台时间与设备时间偏差是否过大。
排查顺序：为什么先看日志再查网络
先看日志，是为了区分“没发出去”和“发了没入库”。平台显示在线只代表 TCP 通了，不代表应用层被接收。第二步查网络，因为地址端口错、白名单没放行时，设备日志里会反复出现连接超时。第三步查协议，重点看发送报文中的 MN、ST、CN、QN、CRC 和平台应答。第四步查平台登记，因为这一步最容易被忽略：设备发得没错，平台没登记 MN，数据照样进不了库。
- 现象：平台显示连接成功，但实时数据为空。判断：TCP 已建链，应用层可能未应答。动作：在数采仪日志里找 1014 或 3020 的发送记录，核对平台是否返回对应应答。
- 现象：设备反复重连，日志里是连接超时。判断：网络层或目标端口不通。动作：核对目标 IP、端口、APN、白名单，换一张已激活的物联网卡对比。
- 现象：设备有发送记录，平台收不到。判断：MN、ST、PW 或 CRC 不匹配。动作：逐字段比对报文，重点看数据段长度和 CRC 校验。
- 现象：平台收到包但不入库。判断：平台侧 MN 未登记或数据表未启用。动作：让平台侧查设备登记状态和企业审核状态，不要只盯着数采仪。
三个容易误判的坑
- 只看平台“在线”状态。TCP 在线不等于 MN 被平台识别，应用层没有应答时，在线图标照样可能是绿的。
- 把 2000–2999 区间的下行应答当成设备主动上传。命令码方向搞反，会把平台下发超时误判成设备不发数据。
- 改完 IP 和端口就重启，不核对 MN/ST 和 CRC。报文校验不对时平台不会报错，只会静默丢弃，看起来像“连接失败”，其实是“发了没被收”。
FAQ
问：我这个情况到底要不要传？答：先看平台是否登记了 MN、企业信息是否审核通过，再看设备日志里有没有 1014 或 3020 的发送记录。两样都有，才谈得上“传没传上去”。
问：平台显示在线，为什么环保那边还是说没数据？答：在线只是网络层状态。要查应用层应答、MN 登记和数据表是否启用，别只看连接图标。
问：数采仪连接失败怎么排查，先重启设备行不行？答：可以重启，但重启后要立刻看日志。如果日志里还是连接超时，问题在地址端口或网络；如果有发送无应答，问题在报文和平台登记。
问：换了一张物联网卡后就连不上，是不是卡的问题？答：先核对 APN、卡是否激活、是否绑定了设备 IMEI 或白名单。卡没问题时，再查目标端口和防火墙策略。