您所在位置：网站首页 > 行业资料 > 国内外标准规范plc顺序扫描惹的祸

plc顺序扫描惹的祸

2页

卖家[上传人]：cl****1

文档编号：470547102

上传时间：2022-11-12

文档格式：DOCX

文档大小：18.45KB

文档加载中……请稍候！
如果长时间未打开，您也可以点击刷新试试。

下载文档到电脑，查找使用更方便

10 金贝

/ 2 举报版权申诉马上下载

文本预览

下载提示

常见问题

1、本文格式为Word版，下载可任意编辑plc顺序扫描惹的祸前两天使用其他plc编写了一个程序，调试过程中发觉了一个“惊奇”的问题，开头感觉很不理解，找到缘由后恍然大悟。今日共享出来，大家一起探讨。1.怪异事实遇到问题有一天有人告知你，他遇到了一件“怪事”：PLC输出点Y0常开点闭合启动时间继电器T30，计时时间未到，Y0断开，T30 计时器不会停止，始终保持工作状态。信任大家听到以上事实后第一反应可能与我一样，冒出一句“不行能”后就会猜想是不是T30重复使用，是不是 PLC坏了各种各样的猜想被一一否定后，看到以下实时监控到的信息（图一），信任大家都会感到惊讶，感觉问题比较怪异，一时找不到缘由，最终只能无奈的宣布“PLC坏了”。我就是这么干的！理由很充分，Y0常开点没有闭合（已经断开，有监控为证），T30还能连续计时？没有理由啊！可是更换了一台新的PLC，问题照旧。悲催！囧！想起前辈说过，“当你怀疑PLC有问题时，大多是你自己出了问题”，于是开头老狡猾实找缘由。图一：实时监控T30PS：伴侣们，当你实时监控看到Y0没有闭合，但后面时间继电器T30不断地计时到设定值，然后T30有输出，你当

2、时会怎么想？2.见怪不怪分析问题毋庸置疑，明显问题出在编制的PLC程序上，这台PLC程序只有简洁的177步，很好分析，但由于推断失误，更换了PLC没有解决问题，在嘈杂与喧嚣的氛围中，我实在无法静下心来思索问题毕竟出在哪里，只得放弃现场查找缘由“打道回府”。当天晚上躺在床上始终想着这个怪异的问题。突然间脑洞大开：会不会是挨次扫描造成的结果呢？假如图一之前有输出Y0，图一之后输出Y0断开不正是会消失以上遇到的问题吗？3.原来如此解决问题其次天抓紧实际验证，整个程序与此问题有关的规律段有如下两处，见以下截图二，图三。图二：实时监控SET Y0（SET Y0 位置在TMR T30 D586之前）图三：实时监控RST Y0（RST Y0 位置在TMR T30 D586之后）认真分析以上三个监控截图，问题真相不难发觉。前面SET Y0 条件始终存在（图二），虽然后面X3接通执行了RST Y0（图三），导致最终扫描结果输出Y0关闭（PLC 实际Y0没有输出），但这并不能说明图一中 Y0的常开点没有闭合。事实上挨次扫描执行到程序段TMR T30 D586（图一）时，由于之前有 SET Y0 执行，所以Y0常开点闭合，计时器T30自然会不断地连续计时了。表面看来，似乎计时器一旦启动就失控，不能随启动条件消逝而停止计时并且自行复位，监控看到的这一事实着实让人不行思议，但是认真推究，还是有其道理。找到了缘由，解决问题很简单。在图一程序段Y0常开点后面加上X3常闭点问题立刻解决，或者在图二程序段中将M500常开点改为上升沿触发SET Y0。PLC由上到下由左到右挨次扫描执行指令，又一次领教了规章的严厉性。第 1 页共 1 页

《plc顺序扫描惹的祸》由会员cl****1分享，可在线阅读，更多相关《plc顺序扫描惹的祸》请在金锄头文库上搜索。

点击阅读更多内容

TA的资源