可编程逻辑控制器（PLC）死了？别闹了，它只是学会了七十二变

上周去给一个老牌汽车厂做诊断，车间角落里那台西门子S5——对，就是那个古董级别的PLC——还在吭哧吭哧跑着。亮绿色的RUN灯，稳得像二十年前一样。可转头一看，隔壁新上的产线，压根没见着传统PLC的影子。一台工业PC，跑着软PLC内核，直接挂在边缘服务器上。那一刻我有点恍惚。这玩意儿，到底算不算PLC？

说实话，这几年“PLC已死”的论调听得耳朵起茧。但真泡在产线里的人都知道，它没死，只是脱了层皮。或者说，它从那个只知道逻辑控制的傻大粗，变成了一个能上云、能跑AI模型、还能跟IT部门吵架的——多面手。

PLC和“软”PLC的混战：谁在抢谁的饭碗？

这事儿得从几年前说起。那时候如果你跟一个电气工程师说“咱们把PLC换成工业电脑吧”，对方八成觉得你疯了——实时性怎么办？稳定性怎么办？但到了2024年，你再看看。Codesys、倍福的TwinCAT，甚至西门子自家的SIMATIC S7-1500V，已经在不少场景里把传统硬PLC逼到墙角了。特别是在运动控制要求高、又要跟视觉系统频繁交互的场合，软PLC那叫一个灵活！

但别急着站队。上个月我经手的一个项目，用某品牌软PLC做高速包装线，结果因为Windows底层的某个更新补丁……整条线停了四十分钟。四十分钟啊！老板脸都绿了。后来查出是操作系统自动重启搞的鬼。你看，这就是坑。硬PLC的RTOS内核压根没这烦恼。所以现在比较务实的做法是混合架构——关键逻辑扔硬PLC，非实时任务、数据采集、边缘计算扔给旁边的工业PC。那个PC可以跑Linux，也可以跑个容器化的软PLC。🛠️ 不是取代，是分工。

有同行吐槽说“这叫PLC吗？这就是台电脑！” 对，它就是台电脑，但穿着PLC的马甲。用户才不管里面是什么，只要能扛住粉尘、震动，梯形图、结构化文本都能写，那就是好PLC。不过话说回来，软PLC的授权费、开发环境的坑，还有对程序员技能的要求，不少传统电气工程师得重新适应。💡 如果你习惯了西门子的STEP 7或者罗克韦尔的Studio 5000，突然让你去摆弄Eclipse基础的Codesys……那感觉，怎么说呢，像开惯了自动挡突然让你开手动卡车。

边缘计算：PLC的黄金搭档，还是潜在的替代者？

去年汉诺威展上，有个场景我印象特深。某大厂演示了一套系统：PLC执行基础逻辑，边缘服务器跑着训练好的视觉检测模型，推理结果直接通过OPC UA Pub/Sub推回PLC，触发分拣动作。整个过程不到15毫秒。在场的人都在拍照，我当时心里想的是——这布线得有多复杂？后来一聊才知道，边缘服务器就插在控制柜旁边的那个小小的工业级交换机上，跟PLC走同一个VLAN。✅ 真的，现在千兆工业以太网已经让这种架构变成常态了。

但问题来了。边缘计算网关变得越来越聪明，有些甚至内置了轻量级的逻辑执行引擎。那还要PLC干嘛？直接让网关干不就完了？

别！千万别！我刚踩过这个坑。一个做水处理的客户，非要省成本，用某边缘网关直接驱动I/O模块。前三个月跑得挺欢，后来夏天雷雨季，一个浪涌打过来，网关歇菜，整个工艺池溢出。PLC为什么难死？因为那层硬件冗余、隔离设计、以及几十年积累的诊断功能，是这些IT味儿的网关根本比不了的。❗ 你可以让边缘节点做数据分析、做预测性维护，但别把安全联锁和控制逻辑放上去。那是底线。

所以我现在给方案，基本是这么画的：PLC负责实时控制与安全，边缘网关负责数据预处理、上云、甚至运行一些基于Python的分析脚本。中间用通配且安全的OPC UA联通。这样万一网关崩了，产线还能跑。这个架构，在不少汽车主机厂的焊装车间已经开始落地了，效果不错。

选型时，有些销售的话你真不能全信

入行久了，见过太多被销售带沟里的案例。列几个我觉得特别坑的点，也算血泪教训：

坑一：I/O点数不重要？ 胡扯。想清楚点数，还得预留至少20%的备用。别信什么“以后能扩展”，加远程IO模块是方便，但通讯延迟、节点故障风险也跟着来了，而且如果是老设备改造，重新布线能让你哭。

坑二：通讯协议，“我们支持所有主流协议” ——这话背后的意思通常是“只支持Modbus TCP，其他承诺的驱动你得等，或者加钱。” 如果你要用EtherCAT做同步轴控，又需要跟MES系统走MQTT，那就提前测试！拿个树莓派装个测试工具，把设备的协议栈勾一遍，别不好意思。💡 省下来的时间都是你自己的。

坑三：国产PLC能不能用？ 能，而且现在某些品牌真不赖。但分场景。逻辑简单、点数少、环境不那么恶劣的，用国产的汇川、台达，性价比能让你偷着乐。但如果是大型流程控制、冗余要求高的，西门子、罗克韦尔、施耐德这些老牌还是有积累。我见过最惨的一回，用某国产仿三菱PLC做注塑机，温度PID算法不稳定，调了两个月，最后整套换掉。可别光看价格。

坑四：被“工业4.0”绑架。有些工厂一上来就要把所有PLC换成带Web服务器、带云连接功能的，结果发现自己根本用不着。先想清楚需求，别为了技术而技术。一台S7-1200加上一个几百块的边缘网关，可能就搞定你80%的数字化需求。

下面这些问题，都是平时被问烂了的，但每次都得解释。

问：搞PLC到底要不要学编程？学哪种语言？
答：看你想走多深。如果只是做维护、小改，梯形图（LAD）够用，逻辑清楚，电工也容易上手。但如果你要搞复杂的设备、跟视觉或机器人交互，那就必须学结构化文本（ST），它跟Pascal、C类似，处理算法和数据处理很爽。还有，别忽视顺序功能图（SFC）和功能块图（FBD），有些复杂工艺用SFC画流程图，思路那叫一个清晰。实话跟你说，我见过很多顶尖的自动化工程师，其实是机械背景转型的，他们学ST的时候也头疼，但熬过去就好了。最怕的是那种只会一种语言，抱着梯形图排斥其他一切的。这行技术更新快，你得多学几手。

问：现在国产PLC到底能不能替代进口的？
答：这个问题我上面的坑三提到了，再补充几句。在非高端的离散制造、小型OEM设备上，比如包装机、纺织机、简单的物流输送线，国产完全可替，而且服务响应快。但在大型项目——比如石化、电力、冶金——你还是得看人家的冗余系统、安全等级认证（像SIL3）、以及几十年的工艺库积累。这不是一朝一夕能超车的。还有一点，生态！西门子TIA Portal为什么强？不是说他某个产品多牛，是整个生态——HMI、驱动、通讯——无缝集成，你一个软件平台全搞定。国产在生态整合上还有差距。但进步飞速，尤其是汇川，靠着伺服和变频器的优势，也拉起了一个生态。如果你预算紧、设备又不极端，大胆试试国产，但记得先拿一个模块做足测试。别整个项目压上去，不然你会后悔的。

写到这里，总感觉漏了点啥——对了，最近有款新出的国产软PLC内核，跑在通用Linux上，运动控制性能居然能做到125微秒的周期抖动……震撼到我了。下次单独写一篇来扒皮。

反正记住，PLC这玩意儿吧，外表看着方方正正、几十年不变，内里早就翻天覆地了。别被它的铁壳子骗了。