客户原话是：「数采仪显示连接成功，平台就是没数据，别的因子都正常，只有流量计的核查数据上不去。」先给结论：最可能不是网络断了，而是流量计核查数据没有被数采仪采集、组包，或命令码/因子编码与平台不一致。TCP 在线只说明链路通，不代表业务报文发对。
一、只有流量计要传核查数据，先查三处配置
平台下发的采集方案、数采仪参数表、流量计本体记录要同时对得上。平台只收流量计核查数据时，现场很容易只配了瞬时/累计流量，没有配核查记录这个对象，平台就会在线无数据。
二、按协议、网络、设备、平台分层
- 协议层：看 HJ 212 报文的 QN、ST、CN、PW、MN、Flag、CP、CRC。常见命令码如 1014 日数据、2000-2999 交互命令、3020 校时；CP 里没有核查参数，平台自然入库为空。CRC16 校验不过、Flag 位与平台约定不一致也会被丢弃。
- 网络层：TCP 连接成功、心跳正常，但业务端口、APN 白名单、防火墙只放行心跳不放行业务报文；表现为平台显示在线，通信日志没有新报文。
- 设备层：流量计本地没有核查记录，或数采仪只读瞬时/累计流量，没有读核查记录寄存器；串口/485 参数、采集周期、触发方式不对也会漏采。
- 平台层：平台要求只有流量计传核查数据，但因子编码未授权、采集任务未下发、入库规则只认某类命令码，都会造成“收到了但没入库”。
三、排查顺序为什么先平台日志
先看平台通信日志，因为它能判断报文到没到；再看数采仪发送日志，判断发没发；然后看流量计本地记录，判断源头有没有；最后才抓包。顺序反了容易一上来换模块、改网络，把真正的问题盖住。
- 平台有 MN、无 CN=1014/2000-2999：判断为设备未发或命令码不匹配；动作是核对采集方案和发送任务。
- 数采仪发送日志有 CP，但 CP 无核查参数：判断为组包缺失；动作是补参数表、核对因子编码。
- 流量计本地无核查记录：判断为源头未生成；动作是先解决流量计记录和触发。
- 平台收到报文但入库为空：判断为 Flag、CRC16、字段长度或平台过滤；动作是按平台日志逐字段比对。
四、三个容易误判的坑
- 把“连接成功”当成“上传成功”。TCP 在线只是链路，业务报文可能一条没发。
- 只改平台因子编码，不核对数采仪 CP 组包。平台能识别编码，但设备没把核查数据写进 CP。
- 把核查数据当实时数据查。核查记录常按日数据或交互命令走，采集周期和触发方式与 1011 实时数据不同，拿实时数据日志查会误判。
FAQ
- 问：我这个情况到底要不要传？答：看平台是否下发核查任务、当地监管是否要求；平台有任务就按任务传，不要只传瞬时流量。
- 问：连接成功但没数据，是不是网络问题？答：多数不是，先看平台日志有没有 MN 和 CN，再看数采仪发送日志。
- 问：只有流量计要传核查数据，数采仪要不要单独配置？答：要，单独配核查参数、因子编码和发送任务，不能只配流量计实时数据。
- 问：平台说报文到了但入库为空，是谁的问题？答：先查 CP 字段、Flag、CRC16 和平台因子授权，别先换设备。