可编程逻辑控制器（PLC）的现实扭曲力场——为什么它至今没被干掉

去年有个项目，现场三十多台设备，用了一款国产中型PLC。调试到凌晨三点，一根信号线松了，愣是让整个产线停摆两个钟头。当时我蹲在电柜旁边，看着那些闪烁的指示灯，脑子里蹦出一个念头：都2025年了，怎么还是这些玩意儿在控制一切？

但换个角度想，这恰恰是可编程逻辑控制器（PLC）的可怕之处。你可以骂它封闭、骂它老旧，可它就像工业世界里的蟑螂——经历了DCS、PC-based、边缘计算、甚至现在AI的轮番轰炸，还是活得好好的。而且，活得比谁都稳。

梯形图没死，只是长出了奇怪的触角

早些年读大学时，老师教梯形图（Ladder Diagram），我满脑子不屑。觉得这种电气原理图风格的编程语言简直是石器时代遗物。结构化文本（ST）多优雅啊，函数块多现代啊。结果进厂第一年就被教育了——维修电工老张，四十多岁，用手机只会刷短视频，可他看梯形图就像看连环画，哪路信号不通、哪个线圈没吸合，三分钟就能定位到具体IO点。你给他看ST？他保证把笔记本电脑给你摔了。

所以PLC编程这个生态，本质上被维护人员的技能栈锁死了。不过话说回来，现在的IEC 61131-3标准下，梯形图也在进化。比如在Codesys平台里，你可以在梯形图里内嵌ST代码，还能调用高级语言写的函数库。有时搞运动控制，算那个该死的凸轮曲线，纯用梯形图会写到吐血——这时候一坨ST代码扔进去，世界瞬间清净。❗

不过，真正让我改观的是一次事故。某条灌装线，用了某日系品牌的PLC，程序里有一段用ST写的PID温控算法。某天忽然温度失控，产品报废了一大堆。老张翻梯形图翻不出毛病，我打开ST代码才发现，一个除法运算里除数可能为零，没有保护。老张瞪我一眼：“你看，我说你那些洋文迟早出事吧？” 我哑口无言。✅

所以结论很拧巴：梯形图确保底线安全，但高级特性总得有人兜底。现在不少工厂自动化系统的运维，干脆分成两拨人：一拨守着梯形图做常规维护，另一拨懂得工业控制编程全套，专门解决疑难杂症。这种分工，无形中又把PLC的生命周期拉长了。

问：都说边缘计算要取代PLC，真的吗？

答：我听到这种论调就头疼。前年某论坛上，一位IT背景的架构师慷慨激昂，说未来每个传感器都是边缘节点，PLC注定消亡。我当时没忍住，上台怼了一句：您先让您家的边缘服务器在80℃、满是油污和电磁干扰的车间里连续跑五年不蓝屏，再来谈取代。

说白了，可编程逻辑控制器的核心竞争力根本不是算力，而是那个丑得要命的铸铝外壳和那一排排隔离处理过的IO端口。真正的工业现场，灰尘、震动、电压尖峰、奇葩接地……随便哪一样都能让精贵的X86系统直接歇菜。我记得有一次在铸造车间，一台普通商用交换机三天两头丢包，换了工业交换机才消停，更别提核心控制器了。

不过，边缘计算的确在“蚕食”PLC的一些上层功能。比如复杂的数据分析和跨系统的协调，现在越来越多扔给边缘服务器去做。PLC退回到最本原的角色：高速、确定性地执行逻辑和运动控制，然后把数据甩出去。这其实是一种务实的共生——工业物联网（IIoT）网关挂在PLC边上，通过OPC UA或MQTT把数据抽走，PLC本身不操心云的事情。有些新出的可编程自动化控制器（PAC）干脆把两者合体了，跑着实时操作系统，顺便还能装个Linux容器跑Python脚本。💡

选型时的那些坑，全是血泪

作为一个踩过无数坑的人，我必须说：PLC选型这件事，第一要义不是性能，是供货和备件。你花三个月选了款参数无敌的小众品牌，结果疫情一来，货期从四周变成三十六周，项目直接黄掉。这种事我见太多了。

还有一个很多人忽略的点：编程软件的易用性和授权费用。某些大厂的软件，光是授权每年就得好几万，版本还互不兼容。你花三天时间装好环境，结果发现官方的某个功能块库还要额外购买。这种被绑架的感觉……啧。所以我现在更倾向于用基于标准化平台的控制器编程环境，比如Codesys阵营的那些，至少软件可以自由选择，硬件也能找到兼容品。

说到网络，现在工业以太网协议多得让人爆炸。EtherCAT、PROFINET、EtherNet/IP、CC-Link IE……每个都号称自己是标准，实际上就是各自画地盘。选PLC的时候，你其实是在选生态。比如你选了倍福，基本上就绑定了EtherCAT的伺服和IO；选了西门子，那就是PROFINET。这没什么好坏，但千万别想着混用——不同协议网关转换的延迟和稳定性，会让你怀疑人生。❗

问：PLC编程人员未来会被AI取代吗？

答：这个问题我问过自己无数遍。尤其现在GPT-4o能写梯形图了，稍微给个流程图就能吐出一段还算像样的代码。说实话，第一次看到时我后背一凉。但试用一段时间后，发现它写的程序往往“逻辑正确但毫无现场感”。

什么叫现场感？比如知道这台电机的抱闸必须在使能信号断开后延时0.3秒再释放，否则重物会溜钩；比如知道那个急停按钮按下后，除了切断主回路，还必须给上位系统发一个特定报文，不然MES会疯狂报警。这些不是逻辑，是血淋淋的经验。AI短期内能替代的，是那些重复性的、标准化的模块构建，而不是面对一台抖动得像要散架的老设备时，凭直觉判断是增益参数问题还是机械间隙问题的那种“手感”。

不过，AI辅助编程真的在改变日常。我现在写复杂顺控时，会让AI先生成框架，然后手工修改那些关键互锁和异常处理。效率确实高了，但每次提交前，还是得像宗教仪式一样，在心里把每一行再“运行”一遍。毕竟，程序写错了顶多被骂，设备撞坏了那是要赔钱的。✅

最后想说一点不太中听的话：搞可编程逻辑控制器这行，别整天追逐概念。什么数字孪生、工业元宇宙、AI自优化……大部分都还飘在天上。踏踏实实把接地铜排接好，把屏蔽层处理好，把备份做扎实，比什么都强。毕竟，当那台老PLC在一个雷雨交加的夜晚仍能面不改色地稳住生产线时，你才会真正理解它的价值——不在参数表里，在可靠性里。