可编程逻辑控制器（PLC）选型踩坑实录：那些年我们交过的智商税

刚入行那会儿，我总以为可编程逻辑控制器（PLC）不就是个铁盒子嘛，看点数、看品牌、看价格，三下五除二就能定下来。结果第一次独立选型就翻了车——CPU带不动扩展模块，项目延期半个月，被领导骂得狗血淋头。现在想起来还觉得脸疼。

说实话，PLC这个行当，水比你想的深。不是简单地把输入输出点数加起来就完事了。你得考虑扫描周期够不够快，通讯协议兼不兼容，甚至还要琢磨这玩意儿能不能扛得住冲压车间的电磁干扰。

选型时最容易栽跟头的三个地方

第一，IO点数。很多人就只算现场信号数量，却忘了留余量——至少20%！别问我怎么知道的。当年给一条灌装线配PLC，点数刚好，结果后期客户要加个急停按钮和报警灯，就得多加一个模块，成本蹭蹭涨。更恶心的是有的厂商扩展模块必须和CPU同系列，临时买都买不到。

第二，通讯协议。这玩意儿简直是五花八门：Modbus RTU、Profinet、EtherNet/IP、CC-Link……要是你选的可编程逻辑控制器（PLC）不支持现场需要的协议，就得额外加网关，预算直接翻倍。有一次调试，发现PLC和变频器死活连不上，折腾了两天才发现是协议栈版本不匹配——那时候真想把自己吊在车间房梁上。

第三，环境适应性。你以为标了工业级就万事大吉？高温、粉尘、震动，样样都能让PLC罢工。我记得有个项目，控制柜装在烤炉边上，夏天温度飙到60度，那个德国品牌的PLC直接死机，最后逼得我加装空调才搞定。

梯形图、结构化文本，还是功能块？

这事儿得看谁用。以前老电工都爱梯形图，直观得像电路图，查故障肉眼就能扫出来。但逻辑一复杂——比如有几十个状态跳转——梯形图就变成一坨意大利面。现在很多年轻工程师直接用结构化文本（ST），语句简洁，循环条件判断写起来飞快。不过话说回来，维护工程师多半恨死ST……因为出了问题他们看不懂。

💡 我的习惯是：简单逻辑用梯形图，复杂算法用ST，留给后期维护的接口全做成功能块（FB），封装得明明白白。这样调试时自己爽，交接时别人不骂娘。

对了，千万别迷信某个品牌的一体化平台。有些厂商的编程软件，版本兼容性差到离谱——你花三天写好程序，一升级固件，直接报错三十处。那时候你就能体会到什么叫想砸电脑。

QA：现场调试的疑难杂症

问：新换的传感器接到可编程逻辑控制器（PLC）上，信号时有时无，但万用表量着正常，怎么破？
答：八成是干扰。你先看看信号线是不是和动力线绑一起走了，如果是，赶紧分开走桥架，至少隔30厘米。另外，模拟量输入最好用屏蔽线，屏蔽层单端接地。别用那个破接线端子直接并，加个信号隔离器，一劳永逸。我碰到过最离谱的一次，旁边变频器一启动，PLC的模拟量读数直接漂移20%，差点把液位灌冒了。

问：PLC程序下载进去后，空跑都正常，一接负载就出乱子，输出灯亮了接触器不动？
答：先查输出电路。晶体管输出型的PLC，驱动电流很小，带个继电器线圈可能还行，直接带电磁阀？想都别想。必须用中间继电器转一下。还有一次，我们调试发现输出点一直是高电平，原来是上一台设备漏电流把PLC的晶闸管输出给“吸住”了，断电都放不掉——最后在输出端并联电阻才解决。这些坑，教科书里可不会写。

现在大家都在谈的“软PLC”

这几年基于PC的控制越来越火，用工业电脑跑一个软PLC内核，直接干翻传统控制器。贝克霍夫、倍福这些牌子，把实时核挂在Windows下，运动控制、视觉、逻辑合为一体，编程就用IEC 61131-3，界面还能用C#自己画——爽是真爽。但问题也来了：Windows蓝屏怎么办？虽然厂家都说实时核独立运行，但碰上非实时崩溃，整个系统还不是要重启？有些关键产线可停不起。所以，在要把软PLC用到核心工艺上之前，务必测试冗余心跳和快速恢复机制。

❗ 还有，别惦记着用普通的工控机直接装软件就充软PLC，那玩意儿实时性没法保证。专用的软PLC平台对CPU、网卡都有要求，必须支持精确时间协议（PTP）才能实现多轴同步。你随便买个戴尔主机就上，到时候轴打架别说我没提醒你。

啰嗦这么多，其实就想说：可编程逻辑控制器（PLC）这个老家伙，虽然已经活了半个世纪，但至今没有谁真能替代它。只是玩好它，不交点学费是不可能的。有些道理，书本不会告诉你，只有炸过机、跳过闸、熬过通宵的人，才能刻在骨头里。