摘要：工业数据汇聚是工业互联网改造的第一步，也是很多中级工程师最容易踩坑的环节。本文结合珠三角汽配车间改造的真实项目经验，聊一聊数据汇聚落地过程中的选型权衡、常见坑点和可复用的实践经验，适合有一定基础的工程技术人员参考。
不是所有数据都要聚——先搞懂汇聚的核心目标
我去年在珠三角一个做汽车安全零部件的离散注塑车间蹲了三个月，帮客户做设备联网改造，核心就是搞定工业数据汇聚这第一步。
踩的坑比我一年吃的外卖还多。
很多人上来就喊着要「全域数据全量汇聚」，听起来高大上，做起来才发现根本不是这么回事。刚进场的时候，客户方的工程师要求把每台注塑机的12个料筒温度点、螺杆转速、合模力全部按100ms频率采集上传，不到半个月，汇聚层的三层交换机直接过载烧了两块，服务器硬盘半个月就存了快2T，大部分数据从存进去到现在，再也没被读过。
按照GB/T 41831-2022 《工业互联网数据 数据采集通则》里明确要求，工业数据汇聚需要面向应用场景分级分类开展，不是拿到什么聚什么。
说实话，90%的中小制造工厂，做数据汇聚的核心需求就是两个：算准OEE，出对工艺报表，满足质量体系追溯要求。你非要聚一堆没用的原始数据，除了浪费带宽和存储，没有任何意义。
最后我们在那个车间调的规则很简单：OEE计算需要的开停信号、合格产品数量、核心模具温度，每1秒上传一次原始值；料筒分段温度、冷却水压力这类参数，只需要每5分钟上传一次均值，只有当参数超出阈值触发异常的时候，才自动切换成100ms高频上传。
调完之后，带宽占用直接降了82%，存储需求减了70%多。
工业数据汇聚的核心不是「全」，是「有用」。这是我踩过坑之后拿到的第一个结论。
跨设备协议打通的那些隐形坑
你去任何一个投产超过5年的工厂看，设备绝对是新旧混堆的。那个汽配车间也一样，有2010年出厂的老注塑机，只有RS485接口走modbus RTU，有2021年新买的带OPC UA接口的六轴机械手，还有三台2008年台湾进口的磨床，协议是厂家私有的，原厂早就转产找不到对接人了。
很多新手工程师觉得，买几个协议转换网关，接上电就能打通，对吧？我一开始也这么想。
结果第一个星期就查死我了。每天上午十点到十二点，下午三点到五点，固定丢包，数据断流，找了三天才发现，两个透传网关同时挂在同一个modbus总线上，默认地址冲突，轮询的时候互相抢总线，一到生产忙的时候就炸。
这里给大家提个选型的干货：如果你车间里投产超过10年的老设备占比超过40%，千万别买那种几十块钱的廉价透传网关，一定要选带边缘地址映射和本地预处理的网关，整机下来也就贵个两三百块钱，能帮你省至少半个月的排查时间，太值了。
那三台没文档的台湾磨床怎么解决？我们找了个小团队做协议逆向解析，花了八千块钱把串口输出的帧格式解出来了，比原厂报价便宜了两万多，说实话，这个性价比真的香。
提醒一句，做跨协议汇聚的预算，一定要留至少10%的空间给未知协议解析。十个项目八个会遇到这种老设备没文档的情况，别到时候卡在这里动不了。
边缘汇聚 vs 云端汇聚：到底怎么选
现在到处都在推全数据上云，很多方案商动不动就让你把所有原始数据全传到云端汇聚，我就一句话，别跟风，适合自己的才对。
还是那个汽配车间的例子，他们做的是汽车安全气囊的零部件，要满足IATF16949的质量要求，所有工艺数据要留存三年，不能丢。我们最后做的是两层汇聚架构：边缘层做本地实时汇聚，OEE计算、异常告警、工艺调整全都在本地出结果，只有每天聚合后的生产日报、异常事件的原始数据、月度统计数据传到云端做长期存储和趋势分析。
如果我们当时把所有原始数据全往云端传，算过账，每个月光流量和存储费用就要一万六，一年下来小二十万，客户老板直接就把项目砍了。
不过话说回来，也不是说全数据云端汇聚一定错，如果你是做航天航空或者高端医疗器械加工，每一个切削参数都要全程追溯，那全量上云没问题，但是90%的普通离散制造工厂，真没这个必要。
我自己总结了一个很简单的判断标准：如果你的车间单台设备每秒产生的原始数据超过10MB，设备总数超过50台，一定要做边缘本地预处理汇聚，只传聚合后的数据上去。如果就是十几台设备的小车间，本身没那么多数据，全汇聚上云也没问题，成本还更低。
我见过太多项目，为了凑方案商的概念KPI，硬把小车间的全数据往云端推，每个月运营费用超预算，项目验收完不到三个月，老板直接让人拔了网线，之前投的钱全打了水漂，可惜不可惜？
收尾
工业数据汇聚看起来没什么高深的技术，不就是采数传数存数吗？真做起来才知道，全是和现场环境较劲的细节。
别玩概念，盯着你的真实需求来，先把该聚的聚对，不该聚的砍掉，少踩一个坑，就是给项目多赚一份钱。
