2026-06-13 23:29:34 作者：网编
分类：文章
说出来你可能不信，上个月我又因为一个PLC程序里的“老熟人”故障，大半夜被叫去车间。赶到现场，操作工一脸无辜地说：“它自己停机的，我什么都没动。”我瞥了一眼触摸屏上的报警——又是那个该死的、随机出现的CPU停机。这次我没急着查程序，而是直接打开了控制柜，一把扯下了那根松动的通信电缆，重新插紧，复位，机器轰鸣声重新响起。前后不到三分钟。他们不知道，这个“随机故障”我追了整整两年。
PLC这东西，说简单也简单，几个常开常闭触点，几个定时计数器，就能让机器动起来。但真要把它用好，不捅娄子，太难了。我经常跟新入行的兄弟说，学校里学的那点梯形图，到了现场可能第一秒就让你怀疑人生。因为书上的案例永远干净、逻辑永远纯粹，而现实呢？干扰、接触不良、奇葩的机械动作、操作工的神操作……全是变量。
[IMG_PLC控制柜接线混乱现场图]
选型时多花半小时，后面省你三十天
选型时多花半小时，后面省你三十天
很多人选PLC，第一反应是看点数。点数够不够？不够就加扩展。这没错，但光看点数，就像买车只看轮子数量——四个轮子能跑就行？你知道我要说什么。品牌、系列、通讯能力、指令集、甚至编程软件的友好程度，哪一个踩坑都可能让你脱层皮。
我记得有一次，一个项目用了某国产仿三菱的PLC，价格是真香，但干到一半发现，它的高速计数器在某个特定频率下会丢脉冲。丢脉冲啊！那可是用来定位的。结果设备时不时就跑偏，查了三天程序，最后拿示波器抓波形才发现问题。厂家技术支持说：“升级固件试试。”升级后，旧问题没了，新问题来了——跟触摸屏通讯经常掉线。后来咬咬牙全换成了原装，光拆线接线就折腾了两天。
所以现在选型，我会先看现场环境。粉尘大的、温度高的，别图便宜用板式PLC，老老实实上模块化的，至少故障时换个模块不用拆一堆线。通讯方面，如果要用以太网，提前了解清楚支持的协议——有些低端PLC的以太网口，只能用来下载程序，想跟上位机走Modbus TCP？对不起，不支持。那感觉就像买了个智能手机，发现只能打电话。
💡 我的选型经验：先确定核心功能需求，比如需要几路高速脉冲输出、几路模拟量、要不要PID闭环，然后去翻选型手册的细字部分，特别是“注意事项”。那些用米粒大小的字体标注的条款，往往藏着最大的坑。
[IMG_PLC选型手册注意事项细节图]
编程的坏习惯，迟早让你在车间罚站
编程的坏习惯，迟早让你在车间罚站
说到编程，有一个让我至今想起来都懊恼的错误：使用中间继电器M时，从来不规划地址。一开始项目小，M0到M99随便用。后来功能越加越多，某天发现机器偶尔会乱动一下，又立即恢复正常。监控程序看半天，发现某个M位在莫名其妙地闪烁。最后查到，是两段毫不相干的程序，用到了同一个M地址。一个是我写的自动流程，另一个是同事加的报警复位，他用M50做暂存，我用M50做状态锁存，两个逻辑一碰撞，就在那里“打架”。从那以后，我养成了用符号名称代替绝对地址的习惯，并且在程序开头用表格把所有软元件分配清楚。就算是临时加一段测试代码，也不敢随手瞎用M了。
还有一个血泪教训：定时器不要直接用T编号做条件。很多初学者喜欢这样写：
|----[ T0 ]----------------( OUT Y0 )
这本身没问题，但当程序里有多个地方复位这个定时器，或者HMI上做了复位按钮时，T0的状态可能跟你预想的不一致。更稳妥的做法是，用一个M位来代表“定时完成”，然后让定时器去置位这个M位，需要复位时只复位M位，不要动定时器本身。
问：经常看到别人用数据寄存器D做配方，但我只会用K常数，有必要学吗？
答：太有必要了！如果你做的设备永远只生产一种产品，那用K常数的确简单。但客户一换品种，你就要重新下载程序？不现实。把参数做在D寄存器里，配合HMI配方功能，操作工自己就能切换。而且调试时，用D寄存器在线修改参数，比改程序再下载快无数倍。我刚入门时也抵触，总觉得多此一举，直到被一个频繁换型的客户逼着学会了，现在想来，早点学会多好。
问：程序里太多SET/RST指令，逻辑混乱怎么办？
答：哈哈，这个我太有发言权了。曾经写过一个步进顺序控制，用了五十多个SET和RST，后来自己想改个流程，看了半小时没看懂自己的程序。现在我尽量用“状态位+输出线圈”的结构化写法。每个动作步，单独用一个M位表示该步的激活状态，然后输出线圈用这个M位的触点去驱动。这样程序虽长，但逻辑一目了然，调试时在线监控，哪个步亮着，一目了然。实在需要SET/RST的场合，比如报警锁存，一定成对使用，并且在程序末尾集中处理复位条件。
[IMG_PLC梯形图结构化编程对比图]
那个让我终生难忘的停机故障
那个让我终生难忘的停机故障
讲一个真实案例吧。某年冬天，一条自动化生产线突然停机，触摸屏显示“急停被按下”。但急停按钮全部复位，PLC输入指示灯也正常。反复上电重启，有时能开，有时不能，毫无规律。我们把急停回路仔细检查了三四遍，安全继电器换新的，急停触点一个个短接测试，故障依旧。最后实在没辙，怀疑PLC输入模块是不是坏了。就在准备换模块时，一个老师傅说：“别急着换，拿热风枪吹吹PLC输入端子排试试。”我们照做，吹了片刻，故障立刻消失。原来，冬天车间湿度大，而且该PLC柜安装位置靠近车间进出大门，冷热交替导致端子排轻微凝结水汽，造成信号偶尔拉低。后来给那个柜子加了防潮加热器，再也没出过这个鬼毛病。你说，这算PLC问题，还是环境问题？所有教科书都不会教你用热风枪修PLC。
这个案例让我明白一个道理：现场调试PLC，不能只盯着程序。供电、接地、干扰、温湿度、接线工艺，任何一环掉链子，体现出来的现象都像是“PLC抽风”。所以现在我到现场处理故障，习惯先看三样东西：电源指示灯有没有闪烁？通讯线有没有松动？控制柜门是不是大敞着？这些看似无关的细节，往往比程序里的逻辑错误更致命。
问：听说PLC容易被干扰，怎样判断是不是干扰造成的故障？
答：干扰导致的故障通常有几个特征：① 故障现象随机、无规律，且往往能自行恢复；② 监控程序时，看到某个瞬时的信号跳变，但实际设备并无动作；③ 高发时段往往与某些大功率设备运行同步，比如变频器启动、电焊机工作时。判断方法可以这样：把可疑信号通道的滤波时间适当加长，或者用示波器测输入点波形。如果看到不正常的毛刺，基本就能确定。解决干扰，软件上做数字滤波、硬件上加强接地、信号线用屏蔽电缆、远离动力线走线，都是常规手段。
最后想说，PLC不是一个孤立的控制器，它只是系统的一环。很多工程师习惯一头扎进程序里，却忽略了外围的传感器、执行器、机械结构。有时候，一个气缸速度调得太快，引起振动，导致光电开关误触发，现象上却像是PLC程序跑飞。这锅，PLC背得冤。所以，别死磕梯形图，多摸摸机器，听听操作工和维修工的抱怨，你会发现，真正的症结往往不在程序中。
好了，今天就聊到这儿。我得去给那个老控制柜装加热器了，又是潮湿的一天。
免责声明：市场有风险，选择需谨慎！此文仅供参考，不作买卖依据。如有侵权请联系删除。
文章名称：被PLC按在地上摩擦了十年，我总结出这些捅娄子的经验
文章链接：https://www.zystgy.cn/a/52962