“数采仪显示连接成功，智慧水务管理平台就是没数据。”这是运维现场最常见的一句话。先给结论：多数情况不是数采仪断网，而是平台侧没把设备MN和站点绑定，或者上传报文里的CN、PW、因子编码与平台点表对不上。先看平台接收日志，再抓数采仪发出的报文，顺序反了会白忙半天。
一、先分清四层，不要一上来换卡
智慧水务管理平台收不到数据，按平台层、协议层、网络层、设备层拆开看。平台层最容易被忽略：MN未录入、站点未启用、污染物因子编码不一致、PW访问密码错、协议端口选错、QN时间戳超出平台接收范围。协议层看HJ212报文：##后4位数据段长度、数据段、CRC16校验、回车换行是否完整；CN=2011实时数据、2051分钟数据、2061小时数据、3020设备状态是否按平台要求上传；CP数据区里因子编码、Flag数据标志、单位是否匹配。网络层看TCP连接、端口、白名单、APN和DNS。设备层看RS485地址、波特率、仪表寄存器、量程和数采仪时钟。
二、排查顺序：平台日志→报文→发送记录→仪表
为什么先查平台？因为“连接成功”只说明TCP通了，不代表业务报文被接收。平台接收日志里如果连MN都搜不到，先查绑定和端口；能搜到MN但因子为空，查CP数据区和点表；有报文但校验失败，查##长度和CRC16。第二步在数采仪侧看发送记录，确认CN、MN、QN、PW是否发出。第三步再抓包，看平台有没有回应答。最后才回到仪表端核对RS485和寄存器。这个顺序能避免把平台点表问题误判成仪表故障。
三、每步的判断标准和处置
- 平台无MN记录：判断为站点/设备未绑定。动作：在平台补录MN，确认站点启用，协议选HJ212，端口与数采仪一致。
- 有MN但无因子：判断为因子编码或Flag不匹配。动作：核对CP数据区因子编码、单位、小数位，改点表后让数采仪重新注册或重启通信。
- 报文被拒：判断为##长度、CRC16或PW错。动作：用串口/抓包工具看完整帧，重算CRC16，核对PW和ST系统编码。
- 只有TCP ACK没有业务应答：判断为平台未处理或端口映射错。动作：查平台服务端口、防火墙白名单、NAT映射，确认2000–2999上传类命令是否放行。
- 数采仪时间漂移：判断为QN时间戳超范围。动作：校时，检查NTP或平台对时，避免补发数据被当过期数据丢弃。
四、三个容易误判的坑
- 把“连接成功”当成“数据已通”。TCP心跳正常只代表链路在，CN=2011报文可能因MN未绑定被平台静默丢弃。
- 只改平台点表，不重新注册。有些平台按注册时的点表缓存，改完因子编码不重启通信或不下发注册，数采仪还在按旧编码发。
- 抓包看到数据就认定平台收到。抓到的是本机发出帧，平台可能因CRC16错、##长度不对或PW错直接不回。必须看平台接收日志和应答报文。
五、FAQ
问：数采仪显示连接成功，平台就是没数据，是不是数采仪坏了？ 答：先别换设备。看平台有没有MN记录，再看数采仪发送记录里CN=2011的报文是否完整。多数是绑定或点表问题。
问：平台说没收到，我抓包看到有数据，听谁的？ 答：听平台接收日志。抓包只能证明本机发了，不能证明平台收了。重点看##后数据段长度、CRC16和PW。
问：改了点表要不要重启数采仪？ 答：看平台机制。有的平台要重新注册或重新下发点表，数采仪侧重启通信进程更稳妥，别只保存不生效。
问：分钟数据和实时数据都要传吗？ 答：按平台要求。HJ212里2051分钟数据、2011实时数据、2061小时数据是不同命令，平台只开一种时，传另一种会显示无数据。