上个月去佛山三水调一条进口挤出生产线，项目快验收了，客户拉着我看后台，连续三天的设备数据回传丢包率稳定在12%，最夸张的时候一小时丢了四分之一的熔体压力数据。差点把项目验收给黄了。
很多做工业物联网项目的工程师，都觉得设备数据回传是个没技术含量的活，选个模块接上网线就能交差。真到现场跑起来，各种妖魔鬼怪的问题全出来了。本文结合近十年现场调试的经验，聊聊工业场景下设备数据回传的设计要点、常见踩坑和优化方案，适合有一定基础的中级工程师参考。
工业场景对设备数据回传的核心要求
不要拿消费互联网的标准套工业。你刷视频卡个两秒，顶多骂一句网速差，工业设备不行。控制类的数据晚回传100ms，挤出机的熔体压力超标没检测到，整卷料就废了，几十万打水漂。
按照GB/T 39257-2020《智能制造 工业物联网 数据传输要求》，不同类型的数据有明确指标：控制类指令数据要求端到端延迟≤200ms，丢包率≤0.1%；状态监测类数据要求延迟≤1000ms，丢包率≤1%。很多人做方案的时候，根本不会翻这个标准，光想着带宽够不够，完全忘了这两个核心指标。
我之前碰到过一个刚做项目的小伙子，算出来总带宽只要1Mbps，选了个2Mbps的NB-IoT卡，觉得完全够用，结果一百台设备同时回传，网络拥塞，延迟直接干到三秒，丢包率破10%，就是没考虑并发和QoS保障。
选型和设计阶段的隐形踩坑
第一个坑：为了赶时髦全上MQTT。MQTT轻量，适合小数据低频次没错，但是你给1kHz采样的振动传感器也用MQTT QoS1，那纯粹自找麻烦。
去年我做广州地铁盾构机的刀盘状态监测，12路振动传感器，每路每秒采1000次，一开始用标准MQTT跑，隧道里全是钢筋混凝土屏蔽，丢包率稳定在2.8%，换了三家模块都没用。后来改了方案，用Modbus TCP做本地传输，边缘网关做HTTP分片打包，断网的时候存在本地eMMC，联网了再整包传，丢包率直接降到0.03%，开销还降了近四成。
第二个坑：缓存容量不够。很多方案设计的时候，缓存只够存1小时的数据，那万一基站检修断网一天呢？设备总不能停吧？我现在做任何方案，缓存都要求至少存72小时的全量采集数据，这是底线。别嫌存储卡贵，一张32G的工业级卡才几十块钱，换回来数据不丢，太值了。
第三个坑：忽略电源干扰。我前年在江苏一个钢厂做项目，设备数据回传断断续续，有时候一天断个十几次，换模块换网线换基站都没用。我蹲在现场蹲了三天，最后拿示波器测模块电源，才发现旁边变频器启动的时候，电源纹波冲到了2.3V，直接把模块的晶振偏频了，连不上网。我当时那个懊恼啊，怎么一开始没想到测电源。后来加了个10块钱不到的LC滤波模块，问题直接解决了。说实话，90%的现场莫名其妙的断连问题，根源都在电源，不是模块本身的问题。
不同场景下的优化思路
没人能给你放之四海而皆准的方案，得看场景。
对于偏远地区的无人泵站、边坡监测这种，数据是低频次小数据，几分钟采一次一次几十字节，那用MQTT加NB-IoT就完美，成本低功耗小，一年不用换电池，没问题。
对于工厂内的大型设备高频状态监测，比如电机振动、刀具磨损监测，一定要做边缘预处理。你没必要把所有原始数据都回传到云端啊，1kHz采样一秒就是几KB，一百台设备一天就是几个G，带宽成本吓死你。你在边缘网关把特征值算出来，比如有效值、峰值、峭度，只回传特征值，需要诊断的时候再调本地原始数据，带宽直接省95%，延迟还低，这不香吗？不过话说回来，很多客户会要求全量回传，你得跟他掰扯清楚成本，别自己扛着。
还有断网重连的逻辑，很多模块默认是断了就一秒重连一次，一百台设备同时断网，一起一秒连一次，直接把基站信令给冲垮了，更难连上。改成指数退避，第一次1秒，第二次2秒，第四次之后固定30秒重连一次，对网络友好太多，重连成功率还高，就改几行代码的事。
还有，一定要自己加一层自定义数据校验，别光靠协议本身的校验。工业现场干扰强，很容易传错一个比特，你原本10MPa的压力直接变成160MPa，云端直接触发急停，生产线停一小时损失几万，你找谁说理？加个累加和校验，一句话代码的事，过滤99%的误码，稳得很。
设备数据回传，说穿了就是个把数据从设备端搬到云端的活，看起来没有什么高大上的算法，也没有复杂的设计。但真的做过十个以上现场项目就知道，合格的回传设计，全是细节堆出来的。每一个参数的选型，每一个小改动，都是踩坑踩出来的经验。多盯现场，多抠细节，比什么都强。
