PLC编程最坑的坎：上升沿下降沿没吃透，通宵查bug都是白熬

在汽配厂调设备，操作工慌慌张张跑过来，说焊接工位的夹紧缸偶尔不动作，已经废了三个工件。我带着两个徒弟查了快三个小时，接线通断、传感器感应距离、阀岛线圈全测了一遍，硬件半毛钱问题没有。

最后切到在线监控，一眼瞅见触发夹紧的条件里，那个上升沿指令写在了模式切换的条件分支后面。就这么个不起眼的小细节，耗了我们半下午的功夫。

干这行快12年了，我见过太多新手甚至干了三四年的工程师，栽在上升沿、下降沿上。说句掏心窝的话，咱们日常碰到的PLC程序bug，90%往上，追根溯源都是沿指令没搞透、用错了地方。

很多人觉得这东西是入门级指令，简单得很，不就是抓个跳变沿吗？真到现场出了奇奇怪怪的偶发故障，查破头都想不到，问题出在这么基础的指令上。

先把教科书上的“电平跳变”“单周期脉冲”这些官方词都扔了，没用。你就记两句话，一辈子忘不掉。

上升沿，就是信号从无到有的那一瞬间。就像你按家里的门铃，手指刚按下去、开关刚合上的那一下，门铃响一声，你一直按着不撒手，它不会反复响——这就是上升沿的特性：只认“刚接通”的那一个瞬间，只触发一次。

下降沿，就是信号从有到无的那一瞬间。还是按门铃，你松手、开关刚弹开的那一下，就是下降沿。它只认“刚断开”的瞬间，信号一直处于断开状态时，它不会有任何动作。

为啥工控里非要用这俩指令？太简单了：绝大多数工业动作，只需要触发一次。按下启动按钮设备就一直运行，总不能按着就跑、松开就停吧？用上升沿抓住按下的那一瞬间，锁存住运行状态，逻辑就顺了。

可恰恰是这个“只触发一次”的特性，成了bug的重灾区——差一个扫描周期，结果就天差地别。

第一个坑，也是新手最容易踩的：沿指令嵌套在条件分支里，导致意外触发。

很多人写程序图省事，比如“按下按钮计数器加1”，直接把上升沿套在按钮地址后面，看着逻辑没毛病。可要是把这段程序放在自动模式的使能条件后面，问题马上就来。

我之前接过一个外包项目，原作者把产品计数的上升沿，写在了“自动运行”线圈后面。结果操作工切手动换料再切回自动的瞬间，只要光电开关刚好挡着产品，上升沿就会重新检测一次，计数器平白多加1。

现场总说计数不准，每次差一两个没规律，查了快一周才找到根源。就因为沿指令前面多了个模式切换条件，每次切换都会刷新沿的状态，平白多出一个脉冲。

记住：沿指令只认它自己前面的逻辑通断，不管外面套了多少层条件。只要前端信号从断变通，它就发脉冲，哪怕这个通断是外部条件切换导致的，也照认不误。

第二个坑，最隐蔽的偶发bug来源：同一个沿指令，一个扫描周期内被多次调用。

这事我徒弟去年刚踩过。他写分拣线程序，把检测产品的光电开关上升沿，分别写在了主程序、计数子程序和出料子程序里，三处都用了同一个上升沿地址。

结果就是产品过来的时候，有时候计数对，有时候多计一两个，完全没规律，换了传感器、换了模块都没用。最后我让他把三处沿指令合并成一个，用中间位中转，故障当场就消失了。

为啥会这样？因为PLC是循环扫描的，一个扫描周期里，这段沿指令每被扫到一次，就会触发一次。同一个沿，一个周期里扫三次，就等于输出三次脉冲，后面的计数器、输出线圈自然会动作三次。

别图“分开写逻辑清晰”就乱加沿指令，同一个输入信号的沿，整个程序里最好只写一次，触发结果用中间继电器存起来，后面所有逻辑都用这个中间位，这是最稳妥的写法。

第三个坑，上升下降沿搞反，时序错乱出大问题。

很多人记不住两者的区别，写程序的时候全靠试，不对就换过来。简单的启停逻辑还好，碰到多步联动的时序，一错就是连锁反应。

我刚入行第三年，在食品厂调包装线，把切刀触发的条件写成了物料检测信号的下降沿。本意是物料完全离开光电开关时切刀动作，结果搞反成了刚检测到物料就切，切出来的包装袋要么长要么短，我蹲在生产线旁边改了整整一夜。

教大家一个永远不会错的笨办法：你想让动作在“信号刚接通”的时候发生，就用上升沿；想让动作在“信号刚断开”的时候发生，就用下降沿。写之前默念一遍，“按下动”是上升，“松手动”是下降，别嫌麻烦，总比现场出事故强。

说了这么多坑，再给大家分享三个我用了十几年的好习惯，能避开99%的沿指令bug。

第一，同一信号的沿指令全程序只写一次，用中间继电器中转。不管后面有多少处逻辑要用这个触发信号，都统一调用这个中间位，从根源上杜绝重复触发。

第二，沿指令尽量写在主程序最外层，少嵌套在条件跳转、频繁调用的子程序里。如果必须写在子程序里，一定要确保子程序是常扫描的，不会因为外部条件频繁通断导致沿状态异常刷新。

第三，碰到偶发、无规律的动作异常，先查沿指令。尤其是计数不准、动作偶尔多一次少一次的故障，十有八九都是沿的问题，别上来就拆设备、查接线，先在线监控扫描状态，效率高十倍。

其实上升沿、下降沿这东西，说难真不难，就是个最基础的指令；说简单也真不简单，多少干了五六年的工程师，都在这阴沟里翻过船。

PLC编程拼到最后，拼的从来不是你会多少高级指令、多复杂的算法，而是基础功扎不扎实。越不起眼的细节，越容易出大问题。

大家有没有踩过沿指令的坑？当年因为一个小bug熬到最晚是几点？评论区聊聊你的经历。收藏的同时，顺手点个赞吧，让更多做自动化的朋友看到这些技巧与经验