摘要：很多工厂花了大价钱上数据采集，还是做不了产线协同，核心问题就是数据没真正通起来。本文结合我十来年做离散产线改造的实际经验，讲清楚数据互通的常见坑、可落地的架构设计，还有容易忽略的细节规范，适合准备做产线升级的中级工程师参考。
为什么做了数据采集还是通不起来
去年帮浙江一个汽车零部件厂改冲压线，甲方吐槽了快一小时。说三年前花两百多万上了数字化系统，每条设备都能看到数据，却连最基本的掉料停线都做不到。
我去现场一看，乐了。冲压主机是西门子1500PLC，上料传送带用的台达ES2，线尾视觉检测是基恩士CV-X系列，三个设备各走各的通讯，数据分别存在MES的三个不同表里面。视觉检测到掉料，要先发给MES，MES再转发给冲压PLC，PLC再发指令停传送带。一来一回延迟快三秒，等传送带停下，已经堆了三个工件，全废了。
原来的集成商，把数据集中就算完事了。
根本不懂，什么才是真正的产线数据互通。
很多人对产线数据互通的理解错得离谱。以为把所有数据传到同一个平台、同一个数据库就是通了。不对，真正的互通是数据能跨设备实时交互、触发动作、协同控制，不是给老板看报表用的，是给产线自己用的。只做向上汇总不做横向打通，本质还是数据孤岛，花再多钱都是摆设。
能落地的三层互通架构，我用了八年没出问题
说实话，我试过七八种架构，最后给中小产线做改造，固定用三层，成本低，改造方便，出问题也好排查。
第一层边缘感知层，就是各个设备自带的数据接口，不管是RJ45网口还是RS485，把原始数据读出来就行，不用改设备原有程序，改了出问题甲方还要找你麻烦，对吧？
第二层协议转换层，这是整个互通的核心。我现在一律用符合OPC UA 1.04规范的工业网关，完全符合GB/T 37376-2019《工业自动化设备 OPC UA 规范应用要求》，不同品牌设备的协议，转成统一格式再转发。如果是要求延迟低于100ms的实时协同场景，我会选带硬件加速的工业网关，要求主频不低于1GHz，内存不低于256MB，亲测稳定跑三个协议转换加数据转发，延迟稳定在20ms以内，完全够用。
之前有个项目，原来的设计是所有设备直连MES，让MES做数据转发，结果MES服务器负载直接拉满，高峰期CPU占用100%，三分钟卡一次。改了三层架构之后，协议转换层在边缘就把需要交互的数据直接转发给对应设备，只把需要存档的历史数据上传给MES，服务器负载直接降了72%，再也没卡过。
不过话说回来，如果你是做连续型流程产线，要求亚毫秒级的运动控制同步，那还是用PROFINET或者EtherCAT，别用OPC UA。但国内90%以上的离散产线改造，需求都到不了这个程度，OPC UA网关的成本只有专有总线方案的三分之一，性价比高太多。
最容易翻车的细节：数据标准化，没这个一切白搭
我见过最多的项目，协议通了，网也连上了，就是数据用不了，为什么？没做数据标准化。大家说的不是同一种语言，怎么互通？
同样是「工件检测合格」，冲压PLC那边用整型数1表示，视觉系统用字符串”OK”表示，传送带PLC用布尔量True表示，你让机器怎么识别？更离谱的，我当年第一次做互通项目，温度数据一个用摄氏度一个用华氏度，上线后系统直接报警，说炉温超了150度，跳了全线急停，把我们吓出一身冷汗，最后查了四个小时才找出问题，说出去都丢人。
说实话，这个事根本不难，只要照着国家规范做就行。设备状态统一用GB/T 41267-2022《智能制造 设备状态数据交换规范》里的12种标准状态编码，直接拿过来用，不用自己瞎编。数据单位、数据类型、存储格式，开工之前统一约定，所有字段整理成表格，每个设备的对接负责人签字确认，再动手开发调试。
就这一步，能帮你省至少一周的调试时间，避免百分之八十的上线前幺蛾子。我现在做项目，哪怕甲方催得再急，这一天时间我肯定留，绝不跳过。
产线数据互通，不是什么遥不可及的黑科技，也不需要动辄几百万的预算。很多时候，就是把该做的细节做到位，别被各种花哨的概念忽悠，先解决「设备能听懂彼此说话」这个最基本的问题，再谈其他的升级。
不少小工厂，花几万块改个网关，统一一下数据格式，就能把产线的协同效率提上去，废品率降好几个点，这才是真的落地。
