“数采仪显示连接成功，平台就是没数据。”这是我们在江苏现场最常听到的描述。先说结论：对江苏环保数采仪来说，连接成功只说明TCP链路通了，平台没数据最常见的原因是注册信息或上报报文与平台约定不一致，尤其是MN、密码、因子编码和CN命令组包不对；网络断链反而排在后面。
先分清四层：协议、网络、设备、平台
- 协议层：看QN、ST、CN、PW、MN、Flag、CP、DataTime字段。1014设置应答是否回、2000–2999实时数据有没有组包、3020运行状态是否按间隔发；CRC16或和校验错一个字节，平台就丢弃。
- 网络层：服务器IP、端口、APN、DNS、心跳间隔。能ping通不等于平台端口可达，NAT超时也会让长连接假在线。
- 设备层：SIM欠费、天线、串口参数、时钟偏差、因子通道未启用。
- 平台层：企业账号未绑定MN、排口因子编码未组码、数据补传未开、平台只收小时数据不收实时数据。
排查顺序：先平台注册，再设备日志，最后抓包
顺序本身就是省时间的办法。对江苏环保数采仪现场，先问平台侧有没有收到注册和心跳，因为这一步能判定是“没上来”还是“上来了没入库”。再看设备发送日志，确认1014、2000–2999、3020是否真的发出；最后才抓包看报文。先抓包容易陷进网络细节，忽略平台侧MN未绑定。
- 现象：平台在线但无数据。判断：链路通、注册可能失败。动作：核对MN、PW、企业账号和排口绑定，重启后看注册应答。
- 现象：日志有2000–2999但平台无值。判断：因子编码或CP字段不对。动作：按平台因子表逐项对照，先只传一个因子做验证。
- 现象：偶尔有数、多数丢弃。判断：校验或DataTime格式错。动作：检查CRC16/和校验、时间格式，确认Flag补传位。
- 现象：3020有、实时无。判断：上报间隔或平台只收某种命令。动作：把实时与小时数据分开看，确认平台侧要求。
三个容易误判的坑
- 把“连接成功”当“数据入库”。TCP建链只是网络层，MN没注册、密码错，平台照样收不到有效数据。
- 只改平台密码，不重启注册。部分设备改完PW仍用旧会话，必须重新注册或重启，否则日志一直显示旧连接。
- 只看实时数据，不看补传和运行状态。平台可能只认3020运行状态或小时数据，实时2000–2999看着在发，实际没被采用；历史补传Flag没置位也会漏数。
FAQ
问：我这个情况到底要不要传？答：先看平台是否已绑定MN和排口，绑定后按平台因子表组码；没绑定前传上去也会被丢弃。
问：数采仪显示连接成功，平台就是没数据，先查哪？答：先查平台注册记录和MN、PW，再看设备日志里的1014、2000–2999、3020有没有发出。
问：换了SIM卡还要改什么？答：检查APN、服务器IP端口、DNS和心跳；部分物联网卡要重新拨号，长连接才会恢复。
问：偶尔上一两个数又断，是不是平台问题？答：不一定。对江苏环保数采仪先看CRC校验、DataTime和Flag补传位，再看NAT超时和心跳间隔；两边日志对时间点最有效。