摘要：很多中级工程师做工业项目的时候，总把设备数据回传当成搭个通讯接口就行的小事，实际上超过六成的现场项目翻车都栽在这个环节。本文结合十多年一线工程经验，讲清核心环节的设计要点和踩坑经验，都是能直接拿去用的落地经验。
现场采集：不是所有数据都需要回传
我见过刚毕业的小伙子，把PLC里所有的M寄存器、D寄存器一股脑全配了回传。结果呢？现场5G信号一波动，平台直接卡成PPT。连正常的设备状态刷新都做不到。
按照GB/T 40020-2021《工业互联网 网络技术要求》的分类，设备数据明确分三个等级：关键故障预警数据、常规状态监控数据、离线运维日志数据，不同等级的回传频率、优先级、存储要求完全不一样。关键的窑振、刀盘扭矩这类数据，要求100ms采样、延迟小于1s回传；但设备累计运行时长、环境温湿度这类数据，几个小时回传一次完全不影响。
说实话，刚入行那会我也犯过这个错。给北方某风场做机舱状态监测，一开始把所有温度、压力、转速数据都按1s频率回传，整个风场15台风机，直接占了运营商专线70%的带宽，月底一算超额流量费，老板把我骂得抬不起头。
后来改了规则：正常工况下10s回传一次，只有数据超过预设阈值的时候才切到1s高频回传。改完之后，整体流量直接降了90%。省下来的年费，够买三套全新的采集模块。
别贪多。够用来讲。
传输链路：稳定永远比高速优先级高
现在圈里动不动就推5G、推卫星回传，好像不用新技术就不够先进。我见过太多为了追新技术翻车的项目。
前年山西某煤矿找我们做掘进工作面设备状态回传，客户一开始明确要求上5G，说要做智能化示范。我们进场测了三天信号，掘进工作面埋在地下三百多米，迎头位置5G信号覆盖率不到10%，平均丢包率快9%，根本满足不了工业数据传输要求。最后还是改回工业光纤有线回传，加本地16G SD卡做断点续传，丢包率直接降到0.2%以下，完全符合GB/T 33745-2017的要求，用到现在一年多没出过大问题。
不过话说回来，也不是说新技术完全不能用。移动设备比如港口AGV、矿山自卸车，总不能拖个有线跑吧？这种场景用5G没问题，但一定要提前跟运营商谈好QoS切片，给设备数据回传留专属带宽，别让车载监控视频抢了资源，导致核心数据丢包。
不管选什么链路，有个规则一定要记死：必须开本地缓存加断点续传。现场断网太常见了，运营商挖光纤挖断专线、基站停电、电磁干扰，什么情况都有。断网的时候数据存在本地，网恢复了再慢慢续传，别直接丢。我见过好几个项目，断网两小时，数据全没了，后期出了故障要溯源，根本拿不到原始数据，项目验收拖了大半年，悔得肠子都青了。
云端接入：别把脏数据带进平台
很多人觉得数据传到云端就算回传完成了。大错特错。回传的最后一公里，是接入校验。
现场传感器用个三五年，坏个一件半件太正常了。坏了之后会出什么数据？负的温度、超过量程几十倍的压力、一直不变的零值，什么奇葩都有。这些脏数据直接进平台数据库，后面做故障预测、能效分析全错，算法再准也没用。
去年给某主机厂做焊接机器人数据回传，一开始没加前端校验，有一个电流传感器坏了，一直回传零电流，平台的故障预警算法直接判定机器人停机，一小时之内发了三次误报警，把生产调度搞疯了，电话打到我老板那里去。
后来我们改了什么？就在采集侧加了两行代码的范围校验：电流超过额定值1.2倍或者低于0，直接标记为异常数据，不回传无效原始值，只回传异常标记。就这么简单的改动，再也没出过类似的误报警。
还有个容易漏的细节：一定要带本地时间戳，不要用云端接收时间当数据的生成时间。现场几十上百台设备，时钟不同步很常见，要是用接收时间排序，你做故障溯源的时候，时间线全乱，根本搞不清哪个信号先出问题，哪一步导致的故障。
最后说句实在话。设备数据回传从来都不是什么高大上的黑科技，就是一堆抠细节的活。所有的选型和设计，都要跟着现场场景走，别迷信参数，别追新技术噱头，稳定、够用、能解决问题就是最好的方案。
