工业自动化：当老旧的PLC开始“说话”

说实话，每次走进一些中小企业车间，看到那排挂满灰尘的继电器柜，还有闪着 RUN 绿灯的 PLC——多半是三菱 FX 或西门子 S7-200——我心里就五味杂陈。可靠是真可靠，用了十几年不坏。但！时代变了啊。前阵子一个做注塑的老板拉住我： “听说现在都工业4.0了，我这机器能联网不？看着隔壁厂用手机就能看产量，我半夜都得爬起来查数。” 我瞥了一眼他的 FX3U，串口还空着。 “能是能，但得费点劲。” 这就是目前工业自动化的现实：老设备基数庞大，新概念铺天盖地，中间隔着一道看不见的沟。

联网之后，才看清数据的“真面目”

把 PLC 接上网线那一刻，只是开始。以前我们觉得 OEE 计算麻烦，现在好——每台机器实时状态、节拍、报警全在数据库里躺着。但随之而来的问题也能让人头秃：噪声数据太多。比如振动传感器装得稍微松了点，出来的频谱能吓死人，以为轴承要崩，拆开一看屁事没有。还有协议兼容性。西门子走 Profinet，AB 走 EtherNet/IP，有些国产设备私自定义的报文长得像天书。这时候就需要边缘网关上场，把各种方言翻译成 MQTT 这种普通话。记得有一次调试，网关扫描周期设成 100ms，结果 S7-1200 直接 CPU 过载报警，红灯狂闪。那个瞬间只想和说明书打一架。所以，联网不是目的，真正有用的数据筛选和协议适配，才是核心。

问：我们厂里还有不少三菱 FX2N 的 PLC，跑 Modbus 都费劲，怎么联网？
答：别急着扔！加一个串口转以太网模块，成本几百块，接到边缘网关上。网关负责协议解析，把老协议转成 MQTT 或 OPC UA。实测延迟能控制在 50ms 内——前提是你网线质量别太次。不过要注意，有些年份太久的 PLC 寄存器地址表都不准了，得挨个对，这活累人但值当。

边缘计算：数据别都往云上堆

前两年流行“万物上云”，不少厂跟风把数据全扔到公有云。结果呢？注塑车间生产的是电表外壳，量极大，每台机每秒十几个数据点，一个月下来云服务账单能买台新机床。更重要的是实时性：模具开合模位置信号延迟哪怕半秒，就可能撞坏顶针。这时候边缘计算的优势就出来了——本地做高频采集与实时判断，云端只接收聚合后的 OEE 报表和异常事件。

我经手过一个轴承磨床的预测性维护项目。振动传感器直连边缘盒子，盒子内部用轻量流处理引擎计算包络谱，一旦冲击能量趋势异常，直接下发软停机指令给 PLC。整个过程 30 毫秒内完成。云端？只用来做长周期模型训练。这个架构省了多少钱？那套轴承价值 3 万，之前靠人工点检每年总要断个一两回，算上意外停机损失，一年少说 20 万打水漂。现在两年没出过意外。

问：边缘计算盒子听起来像个黑匣子，万一它自己死机了怎么办？
答：好问题！这就是工业级产品必须考虑的点。正规的边缘网关都带硬件看门狗，并且支持断网续传。最保险的做法是独立于设备主控回路，只做“旁观者”和“建议者”，不直接参与 PLC 的安全联锁。就是说，它只能喊“快停”，但不能直接阻止设备启动，避免误触发。另外一定要配 UPS，因为车间电网波动可能瞬间打掉盒子，丢数还是小事，Flash 写坏才麻烦。

那些踩过的坑，才是真经验

工业自动化的数字化改造，最怕一上来就搞大而全的方案。有个线缆厂客户，雄心勃勃要上 MES、SCADA、数字孪生一把抓，花了八个月结果连基础数据都采不全。仔细一查，原因哭笑不得：部分老式温控表只有 RS-485 口，地址码设重了，数据全串拢。最后我们建议从单台设备试点：先挑关键设备（比如挤出机），把物联网模块装上去，打通数据链路，一个月内让管理层看到实时温控曲线——这件事带来的触动远比几十页的咨询报告大。

还有一个容易被忽视的：网络架构。车间电磁环境复杂，变频器一开，Wi-Fi 信号就不稳定。我们吃过亏，用无线串口服务器传 Modbus 数据，丢包率奇高。后来咬牙铺了屏蔽网线，改有线连接，稳定得像换了个世界。所以别轻易相信消费级方案，工业环境必须用工业级器件——这是真理，也是钱堆出来的教训。

最后想吐槽一下人才问题。会写梯形图的电工不懂 TCP/IP，懂 Python 的程序员又看不懂继电器电路图。这种跨界复合型人才太缺了。很多项目卡在半路，不是技术不行，是沟通成本太高。我强烈建议工厂自己培养一批“自动化+IT”的双料技师，比什么都管用。

工业自动化正在发生一场静默的分水岭：联网不再是可选项，而是生存门槛。但怎么联、数据怎样用、钱怎样花得聪明，这些不是供应商一句“全面解决方案”能搞定的。一定得自己先想清楚：到底要解决什么问题？是设备故障预测？还是产能透明化？还是质量追溯？目标越小越容易见效。别被概念牵着走。