前兩天使用其他plc編寫了一個程序，調(diào)試過程中發(fā)現(xiàn)了一個“奇怪”的問題，開始感覺很不理解，找到原因后恍然大悟。今天共享出來，大家一起探討。
1.怪異事實——遇到問題
有一天有人告訴你，他遇到了一件“怪事”：plc輸出點y0常開點閉合啟動時間繼電器t30，計時時間未到，y0斷開，t30 計時器不會停止，一直保持工作狀態(tài)。相信大家聽到以上事實后第一反應(yīng)可能與我一樣，冒出一句“不可能”后就會猜測是不是t30重復(fù)使用，是不是 plc壞了……各種各樣的猜測被一一否定后，看到以下實時監(jiān)控到的信息（圖一），相信大家都會感到吃驚，感覺問題比較怪異，一時找不到原因，最后只能無奈的宣布“plc壞了”。
我就是這么干的！
理由很充分，y0常開點沒有閉合（已經(jīng)斷開，有監(jiān)控為證），t30還能繼續(xù)計時？沒有理由?。?br>可是更換了一臺新的plc，問題依舊。
悲催！囧！
想起前輩說過，“當你懷疑plc有問題時，大多是你自己出了問題”，于是開始老老實實找原因。
圖一：實時監(jiān)控t30
ps：朋友們，當你實時監(jiān)控看到y(tǒng)0沒有閉合，但后面時間繼電器t30不斷地計時到設(shè)定值，然后t30有輸出，你當時會怎么想？
2.見怪不怪——分析問題
毋庸置疑，顯然問題出在編制的plc程序上，這臺plc程序只有簡單的177步，很好分析，但由于判斷失誤，更換了plc沒有解決問題，在嘈雜與喧囂的氛圍中，我實在無法靜下心來思考問題究竟出在哪里，只得放棄現(xiàn)場尋找原因“打道回府”。
當天晚上躺在床上一直想著這個怪異的問題。突然間腦洞大開：會不會是順序掃描造成的結(jié)果呢？如果圖一之前有輸出y0，圖一之后輸出y0斷開不正是會出現(xiàn)以上遇到的問題嗎？
3.原來如此——解決問題
第二天趕緊實際驗證，整個程序與此問題有關(guān)的邏輯段有如下兩處，見以下截圖二，圖三。
圖二：實時監(jiān)控set y0（set y0 位置在tmr t30 d586之前）
圖三：實時監(jiān)控rst y0（rst y0 位置在tmr t30 d586之后）
仔細分析以上三個監(jiān)控截圖，問題真相不難發(fā)現(xiàn)。前面set y0 條件一直存在（圖二），雖然后面x3接通執(zhí)行了rst y0（圖三），導(dǎo)致最終掃描結(jié)果輸出y0關(guān)閉（plc 實際y0沒有輸出），但這并不能說明圖一中 y0的常開點沒有閉合。事實上順序掃描執(zhí)行到程序段tmr t30 d586（圖一）時，由于之前有 set y0 執(zhí)行，所以y0常開點閉合，計時器t30自然會不斷地繼續(xù)計時了。
表面看來，好像計時器一旦啟動就失控，不能隨啟動條件消失而停止計時并且自行復(fù)位，監(jiān)控看到的這一事實著實讓人不可思議，但是仔細推究，還是有其道理。
找到了原因，解決問題很容易。在圖一程序段y0常開點后面加上x3常閉點問題馬上解決，或者在圖二程序段中將m500常開點改為上升沿觸發(fā)set y0。
plc由上到下由左到右順序掃描執(zhí)行指令，又一次領(lǐng)教了規(guī)則的嚴肅性。