故障现象：连接成功，核查数据就是没有
一位运维工程师的原话：“数采仪显示连接成功，平台实时流量也有，就是只有流量计要传核查数据，核查记录里一条都没有。”先给结论：最可能不是网络断了，而是核查数据没有按平台要求的记录类型、因子编码上传，或者数采仪只采了流量瞬时值和累计值，没有采核查标记、核查值。
先分清“实时数据”和“核查数据”不是一条通道
以 HJ 212 常见命令码为例，1014 用于设备信息类交互，2000–2999 常用于实时数据段，3020 在部分平台用于运行记录或核查记录类上传；具体以项目协议为准。平台要的“核查数据”如果按记录类型落库，数采仪只发 2000–2999 的流量值，平台能看到流量却看不到核查记录。核查报文里通常要看 CN、Flag、PW、CP、DataTime 和 CRC 校验；CN 对应因子或记录编码，Flag 区分数据标记，PW 是密码或权限字段，CP 是数据区，CRC 不对平台会直接丢包。
按四层排查，不要一上来重启
顺序本身是知识：先平台要求，再协议报文，再数采仪映射，最后流量计寄存器。先查平台是因为“只有流量计要传核查数据”往往是平台侧记录类型或因子编码定义不同；先抓包是因为能确认数采仪到底发没发 3020 或对应核查记录；最后拆流量计，避免把正常设备拆坏。
平台层：先确认要的是哪类核查记录
- 问清平台：核查数据走 3020 运行记录，还是走 2000–2999 扩展字段，还是平台自定义接口。记录类型不同，数采仪配置项完全不同。
- 核对因子编码：流量计对应 CN 编码是否与平台台账一致；平台按编码落库，编码差一位就可能只落实时不落核查。
- 看审核状态：部分平台核查记录先入待审核表，前端查询默认只显示已审核，现场容易误以为没上传。
协议层：抓包看有没有核查报文
- 抓 TCP 报文，按 1014 看设备信息是否正常；看 2000–2999 是否有流量实时值；重点看有没有 3020 或平台约定的核查记录命令。
- 检查 PW、CN、Flag、DataTime 字段；DataTime 格式不对、Flag 缺失、CRC 校验失败，平台会收包但入库失败。
- 如果只看到实时报文，没有核查报文，问题在数采仪配置或采集侧，不在网络。
设备层：流量计寄存器映射最容易漏
- 数采仪常配了瞬时流量、累计流量两个寄存器，却没配核查值、核查时间、核查标记寄存器；平台要核查数据时自然没内容。
- Modbus 地址、数据类型、字节序要逐项对；浮点数和长整型读错，会出现“有数但明显不对”。
- 确认流量计是否支持核查记录输出；不支持时要在数采仪侧做核查记录映射，而不是等仪表主动发。
网络层：连接成功不等于平台收下
- TCP 长连接、心跳正常只能说明链路通；平台返回包里的结果码要看看，收包失败不会显示在“连接成功”上。
- 检查目标 IP、端口、协议版本是否与平台一致；部分省份平台对 3020 记录有单独开关。
三个容易误判的坑
- 坑一：看到实时流量正常就认为数采仪没问题。实时和核查是两类记录，实时有数不代表核查报文已发。
- 坑二：一上来换 SIM 卡、换天线。连接成功且实时数据能到，网络通常不是第一嫌疑。
- 坑三：只改平台因子名，不改 CN 编码和记录类型。名字对上了，平台落库仍按编码走。
FAQ
- 问：我这个情况到底要不要传核查数据？答：看平台台账和当地要求；平台只对流量计开核查记录时，就按流量计的 CN 和记录类型单独配，不要拿其他仪表模板套。
- 问：数采仪显示连接成功，平台就是没数据，先查什么？答：先抓包看有没有对应命令码的报文，再看平台记录类型和 CN 编码，最后查流量计寄存器。
- 问：实时流量有，核查记录没有，是不是流量计坏了？答：不一定。先确认数采仪有没有采核查标记和核查值，很多现场只是寄存器映射漏配。
- 问：3020 发了平台还查不到？答：看平台返回结果码、CRC、DataTime 和审核状态；部分平台核查记录入待审核表，前端默认不显示。