摘要：很多做工业数字化的朋友刚进场就卡在第一步——数据聚不起来。要么是设备新旧杂糅协议不通，要么是聚上来的数据用不了，钱花了一堆看不到效果。本文结合十几年现场工程的实际案例，讲透工业数据汇聚落地的真问题和低成本解法。
车间里的那些“数据孤儿”
去年跑珠三角的一家汽配冲压厂，老板拍胸脯说我们五年前就上了信息化，每个工位都有电脑。结果跟着工程师转了一圈，我笑不出来了。
五台冲压机，三台是2010年之前的老设备，只有硬接点输出，连个通讯口都没有。两台新的进口冲，有Profinet接口，但是协议加密，原厂要十万才开放读权限。AGV的调度数据在集成商的私有系统里，导出只能每周拉一次Excel。质检的尺寸数据还在质检员的纸质本子上，月底才录入ERP。
全车间上百个能产生数据的点，七成以上都是“数据孤儿”。散在各个黑匣子里，没人能把它们捞出来凑到一块。
很多厂商上来就推大数据平台、AI质检，可连最基础的数据汇聚都搞不定，还谈什么分析决策？
这种情况不是个例。国内八成以上的中小制造企业，车间里都是新老设备混堆，信息化建设东一块西一块，数据天然就是散的。工业数据汇聚第一步，不是搭平台，是先把这些孤儿找出来，摸清楚家底。
工业数据汇聚要解决的三个真问题
说实话，我刚做数字化项目的时候，也以为数据汇聚就是拉几根网线，买几个网关，把数据传到服务器就行。踩过三次坑之后才明白，这里面的门道真不少。
第一个绕不开的问题就是协议异构。现在车间里能见到的通讯协议不下几十种：老设备的Modbus RTU、新设备的Profinet/EtherNet/IP、还有各种机器人、AGV的私有协议，甚至还有九几年进口设备的自定义串口协议。我早年接过一个压铸车间的项目，一开始贪便宜买了一批只支持主流协议的边缘网关，结果到现场调试，那台1999年进口的布勒压铸机，协议是原厂私有的，根本读不了点。最后掏了三万块找原厂工程师上门，才开了十个数据点的权限。那个项目的利润直接亏没了一半！
现在我选网关，第一条要求就是必须留自定义协议解析的口子，符合GB/T 39187-2020《智能制造 工业物联网数据接入规范》的要求，别到现场卡在协议这里，进也进不得退也退不得。
第二个坑，就是忽略时序对齐。很多人汇聚数据只拿数值，不做时间戳对齐，到用的时候才发现不对。比如去年做冲压模具的应力分析，滑块的压力曲线和模具表面的温度曲线，差了120ms，结果拟合出来的磨损模型偏差超过15%，根本用不了。原来现场用的是普通MQTT异步上传，高峰的时候车间WiFi抖动，数据就乱序了。最后改了方案，在边缘网关本地先做缓存，按照10ms精度对齐时间戳，再批量上传到中台，问题才解决。
第三个问题，很多人容易漏，就是数据安全。工业数据汇聚上来的都是核心工艺参数，比如锻造的温度压力、化工的反应釜参数，那都是吃饭的本钱。我前年听说过长三角一家做高端紧固件的厂，把汇聚好的全量数据直接给了第三方平台运维，结果核心的冷镦工艺参数被竞争对手挖走，丢了三个百万级的订单，太可惜了。所以一定要在汇聚层就做脱敏处理，敏感字段做权限隔离，别等出事了再补。
中小厂的低成本落地路径
不过话说回来，不是所有厂都能拿出几百万搭工业互联网平台。中小厂做数据汇聚，得讲究玩法，不能照搬大厂那套。
我去年给一家做液压阀块的中小加工厂做方案，老板只愿意出五万块做试点。我们没搞全厂区覆盖，只挑了最影响品质的磨加工工序，就三台数控磨床。方案很简单：每台装一个一百多块的物联网模块，网关用的是带二次开发的开源边缘网关，一千多块，协议自己解析，数据存在本地的开源时序数据库InfluxDB，不用付平台年费。总共下来连调试带硬件才一万八，剩下的钱老板留着后续扩。
跑了三个月，设备OEE原来人工统计是82%，汇聚数据出来实际只有65%，找到了很多待料停机的隐藏浪费，单月产能提了12%，老板一下子就愿意投钱扩到整个机加工车间了。
别追求一步到位。能采的先采，采不了的老设备，装个便宜的电流传感器、震动传感器，也能算出设备利用率、故障预警，总比坐在那里等预算强。很多人上来就要100%的数据全汇聚，结果预算花完了，还没产出，老板直接砍项目，太不值。
工业数据汇聚从来不是面子工程，是数字化的基本功。基本功扎不扎实，直接决定后面的分析、优化能不能落地。别被那些高大上的概念忽悠，沉到车间里，把一个个散点的数据聚起来，能用，能解决问题，就是好的工业数据汇聚。
