“数采仪显示连接成功，平台就是没数据。”这是我们在VOC在线监测系统现场最常听到的一句话。先给结论：多数不是网线不通，而是应用层报文没被平台认。最常见是MN编码、因子编码、命令码与平台约定不一致；其次是TCP只通但HTTP/MQTT鉴权失败、数采仪未置上报标志，或平台补传和审核规则把数据挡掉。排查顺序要先看平台收包日志，再抓包，最后才动仪表。
一、“连接成功”只说明哪一层
数采仪上的“连接成功”通常只代表TCP握手或心跳通了，不代表业务报文被接收。VOC在线监测系统的上传链路要分四层看：
- 网络层：APN/VPDN、NAT、白名单、DNS、端口是否放行。
- 协议层：HJ212报文的QN、ST、CN、PW、MN、Flag、CP、DataTime、PolId、Rtd、Avg是否完整，CRC校验是否正确。
- 设备层：RS485地址、波特率、Modbus寄存器、4-20mA通道、采集周期、系统时间、SD卡缓存。
- 平台层：MN是否备案、因子编码是否匹配、账号权限、数据审核/剔除、补传开关。
二、原因分层：先怀疑报文，不要先换设备
- 协议层：实时数据、历史数据、设备状态常用命令码如1014、2000—2999、3020，具体以项目协议为准。平台有原始报文却不入库，重点查CN、MN、PolId和单位量程；报文尾CRC对不上，平台会直接丢弃。
- 网络层：能ping通不等于能上传。专网要查APN/VPDN、固定IP白名单、NAT映射、TCP保活；走HTTP/MQTT的要查端口、Token、证书和心跳回执。
- 设备层：数采仪有发送日志但无回执，查鉴权；无发送日志，查采集通道、上报标志位、MN和系统时间。仪表有值但Flag异常，先看仪表通讯和量程。
- 平台层：MN未备案、因子未挂接、企业被停传、数据在审核池，都会表现为“平台没数据”。
三、排查顺序本身就是知识
先平台后现场，是因为平台收包日志能回答两个关键问题：报文有没有到，到了有没有被解析。顺序反了，容易把平台配置问题当成仪表故障。
- 看平台收包日志：有原始报文无数据，查解析、因子编码、MN；无报文，转下一步。
- 看数采仪发送日志：有发送无回执，查鉴权、平台地址端口、证书；无发送，查采集和上报标志。
- 抓包：TCP握手成功但应用层无请求/无响应，查白名单、心跳、DNS；有请求有拒绝，看返回码。
- 最后查仪表：数采仪采集值正常但平台无值，回到协议层核对PolId和Rtd/Avg字段。
四、每步的判断与处置
- 现象：平台显示离线，数采仪显示连接成功。判断：TCP通但应用层未注册。动作：核对MN、账号、Token/证书、平台IP和端口。
- 现象：平台有报文但无数据。判断：解析失败或因子未匹配。动作：核对CN、PolId、单位、量程、DataTime格式。
- 现象：数采仪发送日志为空。判断：采集或上报标志未置位。动作：查RS485地址/波特率、Modbus寄存器、采集周期、上报开关。
- 现象：仪表有值，数采仪显示超时。判断：通道或仪表通讯异常。动作：查接线、地址、波特率、4-20mA回路，再看Flag。
五、三个容易误判的坑
- 把TCP连接成功当成数据已上传，忽略应用层鉴权和平台回执。
- 只改数采仪，不核对平台MN和因子编码，改到最后平台仍不认。
- 仪表没数就怪网络，忽略采集通道、量程和Flag，网络其实是通的。
六、FAQ
- 问：我这个情况到底要不要传？答：先看平台收包日志，有原始报文说明链路通，问题在解析或编码；没有报文再查网络和发送。
- 问：数采仪显示连接成功，平台就是没数据，是不是平台坏了？答：先别下结论，核对MN、因子编码和命令码，再看平台拒绝原因。
- 问：我只改数采仪行不行？答：不行，VOC在线监测系统要两端一致，平台因子和数采仪PolId对不上，数据到了也不入库。
- 问：仪表有数，平台没有，先查哪？答：先查数采仪发送日志和平台收包日志，再看CRC、DataTime和Rtd/Avg字段。