“数采仪显示连接成功，平台就是没数据，而且只有流量计的核查数据要传。”这是华东某化工园区一位运维工程师的原话。先给结论：最可能不是数采仪断网，而是核查数据的对象和报文没对上——平台只给流量计开了核查数据通道，数采仪却仍按常规实时或分钟数据上报，或者3020核查交互没有正常触发、应答；其次是流量计因子编码、MN与平台档案不一致。这类只有流量计要传核查数据的现场，其他因子数据正常，反而更容易掩盖问题。
先分清：是“没连上”还是“没传对”
数采仪界面显示“连接成功”只说明TCP链路或登录交互通了，不等于业务报文被平台接收。排查时先抓报文，看QN、ST、CN、PW、MN、Flag、CP和CRC。若CN是1014日数据或2000–2999段参数、状态类报文，平台却等的是3020核查类交互，就会出现“链路正常、核查数据为空”。只有流量计要传核查数据时，先确认平台要的是核查交互，不是普通实时值。
原因分层
- 协议层：3020请求是否发出、应答是否回来；CP里的流量计因子编码、核查值字段是否完整；CRC校验是否通过。
- 网络层：端口、心跳和登录正常，不代表3020能回；防火墙只放行心跳、不放行业务报文也会出现类似现象。
- 设备层：流量计通讯参数、寄存器地址、核查记录生成状态没读上来，CP就会为空。
- 平台层：平台只给流量计建了核查因子，MN或PW不一致，3020就落不到对应对象。
排查顺序为什么先报文后网络
先看数采仪发出的CN和CP，再看平台回执，最后才查网络。因为“连接成功”已经排除大部分链路问题；如果CN、因子或MN不对，换网线、重启设备都没用。顺序是：抓包看CN，核对MN与平台档案，看3020请求和应答，看CP里流量计因子与核查值，看CRC与Flag，最后查端口、心跳、防火墙。
判断标准与处置动作
- 现象：有1014或2000–2999段报文，无3020。判断：平台要核查交互，数采仪未触发或未配置。动作：在核查任务里核对流量计因子，确认3020下发后能回执。
- 现象：3020有请求无应答。判断：MN、PW或因子编码不一致，或平台未开权限。动作：用平台档案反查MN，核对流量计因子编码，检查PW。
- 现象：CP为空或字段缺。判断：流量计核查记录未读出。动作：查流量计通讯参数、寄存器地址和核查记录生成状态。
- 现象：报文有但CRC错。判断：校验方式或拼接字段错。动作：核对CRC计算范围和Flag，不要只重启。
三个容易误判的坑
- 坑一：把“连接成功”当“上传成功”。链路通只代表TCP或登录通，业务报文可能被平台因CN或因子不匹配丢弃。
- 坑二：只改数采仪，不核对平台档案。平台只给流量计建了核查数据，MN或因子编码差一位，3020就落不到对应对象。
- 坑三：看到有报文就认为核查数据已传。1014或2000–2999段有数据，不等于3020核查交互完成；要看平台回执和CP里的核查字段。
FAQ
问：“我这个情况到底要不要传核查数据？”答：看平台档案和监管要求。若平台只给流量计开了核查数据通道，就按流量计核查数据传；其他因子按原通道传，不要混在一个CN里。
问：“数采仪显示连接成功，平台就是没数据，是不是设备坏了？”答：先别换设备。抓3020请求和回执，核对MN、PW、因子编码和CP字段，很多是配置问题。
问：“只传流量计核查数据，其他因子还要不要一起传？”答：按平台建的点位和因子传。只有流量计要传核查数据，不代表其他因子停传；常规实时或分钟数据仍按原命令走。
问：“平台说报文有但内容为空，先改数采仪还是先找平台？”答：先看数采仪发出的CP是否为空。若CP有值而平台为空，找平台解析；若CP本身为空，查流量计通讯和核查记录。