上周接到一个电话，对方是华东某市政工地的环保负责人，语速很快：扬尘噪声监测设备屏幕上有数，本地小平台也能看，就是国发5.0那边一直不出数，已经折腾了三四天。这种情况我们在现场见得不少，先把结论放在前面：八成不是设备坏了，而是数据从设备到平台中间那一段链路断在了协议或网络配置上。
先还原一下现场看到的现象
我们在现场看到的现象是：设备本地显示屏正常刷新，颗粒物浓度、噪声值都在跳；打开数采仪或网关的调试页面，能看到采集任务在跑；但登录平台，对应排口的实时数据是空白，历史数据也调不出来。有的站点更迷惑，平台上能看到设备在线，就是没有数据曲线。
这三个现象放在一起，基本能排除传感器故障。传感器坏了，本地数字会先出问题。本地有数、平台无数据，问题一定出在传输这一段。
三种成因，按我们遇到的概率排序
十次里八次是第一种，剩下两次分给后两种。
- 第一种，协议对不上。工地扬尘噪声监测设备出厂时,厂家默认走的是自己平台的私有协议或者简化版的对接格式。国发5.0对报文结构、字段顺序、编码方式有固定要求，尤其是扬尘、噪声、温度湿度、风速风向这几个因子的编码和单位，字段名对不上或者单位换算没做，平台收到包也解析不出来，表现就是在线但无数据。
- 第二种，网络通道不通或不通稳。工地环境特殊，临时用电、临时网络，4G信号被围挡和塔吊遮挡是常事。有时候设备能连上，但心跳间隔太长，平台判定离线；有时候是防火墙或专网策略把上传端口挡了。
- 第三种，设备侧采集配置漏项。只配了颗粒物，噪声通道没启用；或者采集周期设成了平台不接受的频率。这一种在新建工地上比较多。
怎么一步步排
顺序很重要，先查最省事、最容易出问题的那一层。
第一步，看设备日志里的发送记录。如果有发送动作但平台没收到，问题在协议或网络；如果压根没有发送动作，先回去看采集配置。这一步五分钟能出结论。
第二步，抓一次报文。把设备发出去的那一包内容对着平台要求的字段逐项核。重点看时间戳格式、因子编码、小数点位数、单位。我们遇到过把噪声写成整数、把浓度单位写成毫克每立方却按微克发的，平台一律不收。
第三步，测网络连通性。在设备侧直接测平台地址和端口能不能通，别在办公室测。工地现场的弱电环境和办公室完全是两回事。
第四步，看平台侧的接收记录和校验提示。有些站点平台其实收到了，只是校验不过被丢弃，界面上看不出来，要去查接收日志。
临时处置和根治要分开
临时处置的目标是让数据先上去，别在检查期留空白。可行的做法是先用一台支持标准协议的数采仪做转发，把工地扬尘噪声监测设备的原始数据接过来，按平台要求重新组包上传。这能撑过检查，但多了一个中间环节，稳定性要自己盯。
根治得回到设备侧或者网关侧，把协议适配做在采集端或者数采仪里。新建站点建议一开始就选支持标准协议的采集设备，别等联网了再回头改。存量站点如果设备厂家不配合改协议，转接方案就是长期方案，那就得把转接设备的看护纳入日常巡检。
有一种情况我们还在观察
有一类现象暂时没有确定结论：设备日志显示发送成功、平台侧也显示已接收，但数据在平台上就是不入库，也不报错。我们怀疑和平台侧的数据入库规则或者重复数据判定有关，但手上样本不够，不敢下判断。遇到这种，建议直接把设备编号和发送时间提供给平台技术支持去查后台，别在设备端反复折腾。
这个变化对哪类企业其实没有影响
如果工地的扬尘噪声监测设备是近期采购、出厂就按国发5.0协议做的，而且已经稳定上传过一段时间，那这类调整对你们基本没有影响，日常巡检照做就行。真正折腾的是早期上线、当时只做了简单对接的那批站点。
常见问题
我这个工地到底要不要必须传到国发5.0？看属地要求和工地类型，重点区域的重点工地基本都要，具体问当地主管部门，别听同行传。
设备在线但没数据，是不是平台的问题？不能一口咬定。先看设备有没有真的把包发出去，再看平台有没有收到。两边都有记录才对得上。
转接方案能长期用吗？能用，但要把转接设备当成一个正式设备来管，电源、网络、固件版本都得纳入巡检，不然它自己会成新的故障点。
改协议要多久？看设备厂家。有的改个配置就行，有的要重烧固件，时间不好估，建议并行准备转接方案。