先说结论：数采仪报“连接成功”、平台却看不到数据，我们远程处理过的这类工单中，占比最高的原因是数采仪MN码，网络问题反而少见——要么MN码跟平台备案的点位编码对不上，要么两台设备用了同一个MN。平台是按MN给数据找归属点位的，MN对不上，报文再规范也进不了你这家的曲线。
客户的原话：连接成功，就是没数据
华东一家印染厂的运维工程师发来截图，设备界面TCP状态是“已连接”，运行日志每隔几十秒刷一条发送记录，可平台那边这条排口的流量、COD曲线一直是断的。他先怀疑4G卡、怀疑平台宕机，换卡换天线折腾了两天，最后发现是数采仪里MN只改了上半截。
MN到底是什么：平台靠它判断数据归属
在HJ 212报文里，MN是必填字段，跟QN、ST、CN、PW、Flag一起组成通讯头，形如 QN=时间戳;ST=系统编码;CN=2051;PW=密码;MN=点位编码;Flag=5;CP=&&…&&，结尾再跟四位CRC校验。CN=2051是实时数据，CN=2061是小时数据，3020是设备运行状态，心跳走9011/9012那一组。
平台收到一包数据，先拿CN判断类型，再拿MN判断“这是谁的数据”。MN在多数省份代表的是监测点位（排口）编码，不是数采仪的出厂序列号。所以换数采仪、换主板、恢复出厂设置，MN都不能跟着变。
原因分四层，一层层排
- 协议层：MN字段为空、位数不对、带空格或全角字符；MN里误填了分号，把后面的字段挤掉；MN与ST系统编码不匹配。
- 网络层：TCP能连上但心跳间隔超过平台超时；NAT映射把长连接掐断，重连后平台状态没刷新。
- 设备层：数采仪“平台参数”和“上传参数”两处MN只改了一处；改完没断电重启，配置还停在旧值。
- 平台层：点位没备案或审核没过；MN已绑定到另一个排口；平台对重复MN直接丢弃后到的心跳。
排查顺序：先平台，后报文，再设备，最后网络
这个顺序不是随便排的。MN是平台路由数据的唯一依据，先确认平台有没有你这个点位，比在设备里翻参数快得多。
- 第一步，让平台方查该MN的点位状态：是否已备案、已启用、已绑定排口。平台压根没有这个MN，报文发一万遍也没用。
- 第二步，看数采仪发送日志或抓包，把实际发出去的MN逐字符抄下来，跟平台登记值比对。这一步信息量最大，很多问题到这就结束了。
- 第三步，进配置页核两处MN是否一致，改完重启，再看日志首包。
- 第四步，才轮到查卡、查路由、查防火墙。
每步的现象、判断和动作
- 现象：平台无此点位。判断：MN未备案或填错。动作：拿平台登记值回填数采仪。
- 现象：平台有点位，数据却挂在别的排口下。判断：MN重复或与邻厂撞号。动作：双方核对MN，报平台解绑。
- 现象：日志有发送、收不到平台应答。判断：平台侧校验拒收。动作：查MN与PW是否匹配。
- 现象：心跳时断时续。判断：网络层问题。动作：查卡信号、心跳周期、平台超时设置。
三个最容易踩的坑
- 把“TCP已连接”当成“上传成功”。连接只说明链路通，平台没回确认，数据照样进不了库。
- 只改一处MN。设备里保存MN的字段常有两处，改完不重启，日志里发的还是旧值。
- 从Excel或聊天记录里复制MN，带上尾随空格或换行，或用全角输入法录入。屏幕上看着一样，平台按字符串比对就是不相等。
FAQ
问：我这个MN码到底填设备编号还是排口编号？答：填平台给你备案的点位编码，一般是排口那串。设备序列号平台不认。
问：平台显示在线，就是没数据，是不是平台的问题？答：先让平台查这个MN下有没有点位、有没有收到包，再判断责任在谁。
问：MN改完要不要重启？答：要。重启后看日志首包里的MN是不是新值，再等十几分钟观察曲线。
问：两个排口能不能共用一个MN？答：不能。共用一个，数据会互相挤掉，平台侧只能看到一个排口。