监督控制与数据采集（SCADA）在机械制造中的实战演进：从老式PLC到云端，我在车间里看到的变化

在车间里泡了十五年，我见过最操蛋的事情之一，就是SCADA系统被当成摆设。花了上百万实施，结果操作工还是靠对讲机喊。最近几年总算有变化了，但远远不够。今天不聊虚的，就聊聊我亲眼看到的、亲手折腾过的——监督控制与数据采集（SCADA）系统，在机械加工、装配线上到底该怎么玩。

先说个我踩过的坑。之前给一家汽车零部件厂做升级，他们的老SCADA是2008年的，基于Windows XP，现场十几个PLC通过串口服务器轮询采集。数据延迟？能用，就是慢。但真正的问题不是慢，是数据根本不准——缓存溢出、丢包，稍微一忙起来，画面上的数值就跳来跳去。排产员看着那破数据，硬把一条线的节拍调快了20秒，结果刀具磨损率暴涨。后来我把采集层改成基于OPC UA的实时订阅，延迟从原来的平均800毫秒降到80毫秒，丢包几乎为零。

你可能会问：SCADA不就是监控画面加历史曲线吗？对，也不对。监控只是脸，核心是数据采集和控制逻辑的融合。现在很多新项目上，SCADA的角色已经变了——它不再是单纯给人看的，而是要跟MES（制造执行系统）、ERP甚至云端做数据交换。比如我们最近做的一个案例，通过SCADA实时采集每台加工中心的功率和振动信号，结合算法做刀具寿命预测，准确率从原来的78%提到94%。这事放在十年前，想都不敢想。

不过话说回来，新技术带来的坑也不少。比如现在流行的基于Web的SCADA，用HTML5和JavaScript重写客户端。听起来很美，但真正部署的时候，浏览器兼容性、网络安全、实时性，一堆问题。我有一次在客户现场调试，用的是某大厂的最新版web SCADA，结果在Chromium内核的浏览器上居然有内存泄漏，跑一晚上就卡死。最后没办法，强制刷新页面，被工人骂惨了。

所以，选型的时候别光看演示屏。要用真实场景去压测——比如同时打开300个变量，每秒刷新10次，连续跑一周看看内存走势。很多供应商自己都未必做过这种测试。

现场级SCADA：不再是简单的“画图工具”

以前大家用SCADA，主要为了画个流程图，做个按钮，显示一下温度压力。但现在机械制造现场的设备互联互通，要求SCADA必须能处理更复杂的数据模型。比如OPC UA的工业4.0网络，信息模型里不仅包含数值，还包含设备的状态、版本、诊断信息。SCADA如果只是读个标签值，根本发挥不出作用。

我在一个自动化焊接车间里，给SCADA配置了基于OPC UA的服务器地址空间，直接从焊机控制器里读焊接电流、电压、送丝速度，甚至是每个焊点的熔深估算值。原来用硬接线模拟量采集，要拉几十根线，现在一根网线全搞定。而且数据质量还有时间戳，方便后续做质量追溯。这体验，比老方案强太多。

但这里有个问题：很多老工程师对OPC UA不熟悉，甚至有的连IP地址都不愿意配。他们更习惯传统的Modbus RTU和4-20mA信号。这种情况下，SCADA实施就必须做兼容层——既保留老协议，又要有新的适配器。别一上来就说“你们必须换硬件”，那是找骂。

SCADA与MES/ERP的恩怨情仇，别搞成了数据孤岛

很多老板误以为有了SCADA就等于有了数字化。说实话，我见过太多企业的SCADA和MES完全是两套系统，中间靠人工导出Excel表格来同步。这哪里是数字化？这是数字化的幻觉。

真正好的集成方式，是用SCADA作为生产数据的“现场神经末梢”，通过中间层（比如工业物联网网关）把清洗、校准后的数据传给MES，再向上汇总到ERP。整个过程应该是自动的，不经过人手。有一次给一个注塑车间做改造，我把SCADA的实时生产效率数据直接对接MES，让MES实时计算订单进度。原来每天下午班组长要手动录入产量，经常出错，现在全自动了，连车间大屏上的数字都实时跳动。

这套架构里，SCADA的定位就是“实时数据的搬运工和看门狗”。它必须可靠，但也不能越俎代庖。MES管逻辑，SCADA管数据，ERP管资源，各管一摊。

数据安全：SCADA暴露在互联网上？纯属给自己挖坑

最近几年，勒索病毒盯上了工业系统，SCADA就是重灾区。前年有个客户的SCADA服务器中了挖矿病毒，CPU跑满，画面直接卡死。后来查原因，是IT管理员为了方便，把SCADA的远程桌面端口映射到了公网，密码还是admin123。你说气不气人？

所以，SCADA项目必须要有安全设计。至少要有防火墙隔离、VPN隧道、双因素认证，以及定期的漏洞扫描。别觉得麻烦，等出事了哭都来不及。而且，SCADA系统往往连接着PLC，一旦PLC被恶意篡改，可能导致设备物理损坏——那可是真金白银的损失。

问：有的小工厂，预算有限，又想上SCADA，怎么办？

答：别贪大。先用开源的方案，比如Grafana配InfluxDB，再用Node-RED做数据采集，也能凑合。但要注意，开源不代表免费，维护成本也高。如果现场PLC本身支持MQTT，直接把数据推到云，再用仪表盘展示，前期的钱可以省下来。等以后有预算了再换商业化平台。

再一个就是，SCADA项目的实施周期，别再按照老思路来。过去动辄一年半载，现在用敏捷的方式，两周出原型，先解决一个痛点，比如“把车间设备OEE实时算出来”，然后一次迭代加一个功能。这样老板能看到效果，才会继续投钱。否则一上来就规划三年，等交付的时候车间里的设备都可能换了一茬了。

问：SCADA采集到的数据，质量不可靠，该怎么办？

答：先去源头查，别只看SCADA的算法。传感器干扰、信号线屏蔽、接地问题，很常见。以前处理过一个振动传感器，波形尖刺特别多，后来发现是信号线跟动力电缆绑在一起走了管槽。换个路径后，数据才正常。SCADA本身只是下游，它会把垃圾数据当宝贝存起来。所以在实施时，一定要做数据质量校验，比如范围检查、变化率检查、异常值剔除。但别忘了，这些规则要由工艺人员一起参与定义。