可编程逻辑控制器（PLC）：自动化老将的智能新生，以及那些坑过我的选型误区

做这行二十来年，我亲手换过的 PLC 不下三百台。从最早的三菱 FX1S 到现在的西门子 S7-1500，眼瞅着这铁疙瘩从纯逻辑控制，一路喘气儿进化成边缘计算的神经节点。说实话——它压根儿就没过时，只是换了个活法。

但让我受不了的是，每次打开某些技术论坛，满屏还飘着十年前的老帖，讨论什么“PLC 与单片机之战”。醒醒吧，如今的 PLC 早不是那个秃小子，它能跑 Linux，能直接上云，还能把 AI 推理塞进 CPU 单元。可这恰恰是陷阱开始的地方。

PLC 不死，只是悄然换芯

有客户问我：“现在都用工业 PC 了，PLC 是不是该进博物馆了？” 我一般直接把设备拆开给他看——新型号的 CPU 模块里跑着多核处理器，通讯口除了 PROFINET，还藏着 MQTT 的客户端。它把自己包装成一个朴实无华的工控机，可实时内核那部分，依然是硬实时的微秒级响应，这点 PC 拿头来比？

举个例子。去年给一家注塑厂做改造，他们产线混用多品牌机器人，要求 PLC 一边做高速位置控制，一边把 OEE 数据推送到 MES。我当时选了一款国内品牌的软 PLC，基于 Codesys 内核，直接装在工业平板里。现场调试那几天——真要命——总是偶发断连，查到最后居然是因为 Windows 更新重启了网卡驱动。后来换回硬 PLC，带独立通讯协处理器的型号，瞬间清净。这就是血淋淋的教训：实时控制和边缘计算最好物理隔离，哪怕在一个机壳里。

选型不是越贵越好——我踩过的三个深坑

一说选型，好多工程师直接扔参数表：IO 点数够不够，扫描周期快不快，内存多大。这些当然重要。可有些隐藏的坑，资料里不写，厂家也不提，全靠自己摔出来。

第一坑：通讯协议的水土不服。 前年一个水处理项目，主控用了某大牌的高端 PLC，自带 OPC UA 服务器。按说很潮对吧？偏偏现场的触摸屏是老款，只支持 Modbus TCP。结果我们不得不在中间加个协议网关，成本上去了不说，数据刷新还慢了一秒多——对污水处理无所谓，可客户老板觉得花了高档钱，体验还不如原来低端系统流畅。那脸拉得……啧。

第二坑：温度范围标称有诈。 我曾在东北做过一个露天泵站，冬天零下 35 度。查手册，某款 PLC 工作温度写着 -40~70°C，信心满满装进去，结果几个月后模拟量输入漂移得一塌糊涂。一问厂家才坦白，-40℃指的是存储温度，工作温度实际是 -20℃起。后来加伴热、加保温箱，多花了八千改造费。所以现在我看样本，必翻到“工作温度”小字备注，绝不被大标题忽悠。

第三坑：固件升级带来的“惊喜”。 这点真是槽点满满。有一回给印刷机换新型号 CPU，上电后死活连不上旧款伺服驱动器。查了两天，才发现新 CPU 固件悄悄删掉了对老驱动的兼容性。厂家电话里轻飘飘一句：“哦，那个版本我们淘汰了，建议您换新款驱动器。” 我想掀桌子！十几台驱动全换，经费谁出？最后硬是找到第三方开发了一个协议转换块才解决。所以现在我养成习惯：新设备到货，先拿一块跟旧系统联调，绝不直接批量安装。

问：梯形图和结构化文本，到底该选哪个？是不是梯形图已经过时了？

答：这话听得我耳朵起茧。梯形图没过时，它还活着，而且活得挺好。如果你是维护电工，成天拿个笔记本去现场查触点，梯形图就是最直观的诊断图，扫一眼逻辑回路，哪不通一目了然。有些老电工一看 ST 就骂娘，不是没道理的——人家不需要知道什么叫“IF…THEN…”。可是反过来，你要处理配方管理、复杂算法、通讯报文解析，用梯形图能画到你怀疑人生。我在做包装机械时，有一台设备需要动态调整多轴凸轮曲线。最开始接手那兄弟硬用梯形图写，拖了三百多个网络，调试时还出现扫描周期超时，最后我花两天用 ST 重写，代码量缩水七成，执行效率提升 40%。所以，没有谁更好，只有谁更适合。我的原则是：逻辑控制用梯形图，数据处理用 ST，运动控制用 PLCopen 功能块，混着来，别一根筋。

问：物联网时代，PLC 直接上云安全吗？有没有必要中间加网关？

答：直接上云当然可行，现在很多 PLC 内置 MQTT，拉几条指令就能往阿里云 IoT 吐数据。但是——安全是个大坑。你想想，一台生产线的核心控制器，如果因为云端 TCP 连接被攻破，导致产线停机甚至误动作，是不是背脊发凉？我帮一家汽车零部件厂做方案时，坚持在 PLC 和云之间加了一个工业安全网关，只允许 PLC 往外推数据，任何外来写操作必须经过 OPC UA 带证书加密，并且网关还做了一层协议白名单过滤。虽然多花了几千块，但去年他们真遇到一波勒索病毒攻击，办公室电脑都锁了，产线丝毫没受影响，老板事后请我吃饭连说三声“值”。💡 所以我强烈建议：哪怕你的 PLC 能裸奔上云，也给它穿件“防火墙坎肩”，千万别图省事。

软件定义，让铁疙瘩有了灵魂

聊点让人兴奋的。最近两年在测试西门子的 SIMATIC S7-1500 和倍福的 TwinCAT，感觉 PLC 编程工具越来越像 Visual Studio。在线修改代码不用停机，仿真器能直接连数字孪生模型，函数库还能用 Git 版本管理。这让我这个老工程师有点恍惚——当初捧着编程器一行行敲指令的青春，仿佛隔了一个世纪。

最让我触动的是，有次给一台运行了十年的老轧机做升级，原 PLC 程序居然在最新的 TIA Portal V18 里完美打开，直接编译下载到新 CPU，半小时搞定。这种向前兼容的执念，或许就是工业世界特有的浪漫。它不像消费电子那样逼你两年一换，而是笃信：设备可以老，控制逻辑必须长生。

但浪漫归浪漫，软 PLC 的坑也不少。前面提过 Windows 下跑软 PLC 的惨剧，后来我尝试在实时 Linux 上部署 openPLC，稳定性的确好很多，可技术支持基本靠社区，出了问题只能自己啃源码。所以现阶段，除非你团队里有个嵌入式高手坐镇，否则还是老老实实用硬件 PLC，至少半夜出故障有人陪着你骂客服。

最后的碎碎念

干了这么多年，我对 PLC 的感情挺复杂。它从来不是最酷的技术，却是工厂里最坚韧的骨头。当 IT 圈天天高喊敏捷开发、微服务时，PLC 仍按照几百毫秒的节奏，一遍遍扫描着相同的程序，保证着物理世界的安全运转。下次再有人觉得它老土，不妨带他去看看冲压车间——那数以吨计的压力，就靠这几排指示灯背后的逻辑在精准控制。那一刻，你会明白什么叫“靠谱”。

选型也好，编程也罢，核心一准是：理解工艺，敬畏物理。别被参数表迷惑，别被新技术带偏。机器不会说谎，只有控制它的人才会犯错。