到底是誰動了我的PLC輸出

到底是誰動了我的PLC輸出I/O-輸入輸出，大家都特別熟識，自動化系統(tǒng)中無處不在。我們通過操縱一系列的I/O來達到預期的掌握目標。然而調(diào)試中卻常常會消失一些不按預設(shè)規(guī)律工作的輸出，如圖1中所顯示的，Q0.0~Q0.3已經(jīng)接通了，但實際模板卻沒有輸出，在變量表中監(jiān)視這些地址，發(fā)覺這些地址的確為斷開狀態(tài)。究竟是誰動了我的輸出呢？

通常大家首先會考慮，可能程序的其他地方也使用了這些輸出從而導致不正常，我們可以使用gotoLocation功能來查找整個項目中哪些地方都使用了Q0.0，如圖2。

在圖3的GotoLocation中選中“Overlappingaccesstomemoryaccess”可以查找項目中包含地址Q0.0的全部變量，但是發(fā)覺除了在OB1的Network1有對Q0.0進行寫操作的指令，即目前監(jiān)視的位置外，再沒有其他的地方使用這個地址。查到這可能許多人就不淡定了，認為自己的程序完全沒有問題，接著開頭埋怨模板問題，CPU問題。。。

其實對程序的排查并沒有完成，GotoLocation功能只能搜尋離線的程序，無法搜尋實際在plc中運行的程序。一臺PLC可能被下載過許多套程序，而我們拿來后，未經(jīng)任何處理，就直接下載自己的項目到PLC，可能會遇到PLC在執(zhí)行一些離線項目中并不存在的OB塊的狀況。例如曾經(jīng)下載到PLC的程序中包含OB35，但目前的離線項目中卻并沒有使用OB35，PLC依舊會周期執(zhí)行OB35里的指令，假如OB35里包含對Q0.0的復位指令，也會消失圖1所示的故障。STEP7供應(yīng)了一個簡潔的方法來排解這種狀況：使用SIMATICManager窗口下PLC菜單中的“DownloadUserProgramtoMemoryCard”功能重新下載項目程序，此功能會先刪除PLC中全部的內(nèi)容，然后再下載離線項目到PLC中，這樣就能避開“隱蔽”在PLC中程序的干擾。

另外還有一種狀況是程序中使用了間接尋址，GotoLocation功能只能搜尋到已使用的靜態(tài)地址，而無法確定需要在運行中動態(tài)計算出的地址。

例如：

CLR

=Q[MD100]

MD100不同的值將導致不同的Q點被復位

MD100=16#0，Q0.0=0

MD100=16#1，Q0.1=0

對于自己編寫的程序，大家都準確的知道在哪使用了間接尋址，可以單獨把這些程序段拿出來進行單步調(diào)試，以避開對地址的誤操作，而調(diào)試由其他人編寫的或廠家供應(yīng)的功能塊，甚至這些塊被加密愛護了，則只能使用排解法，先將這些塊都刪掉，然后再一點點添加到程序中，來推斷是哪些程序段造成的錯誤輸出。例如FM350-1lib供應(yīng)的功能塊FC2，假如硬件組態(tài)時遺忘將FM350-1的模板地址設(shè)置到指定的DB中，由于DB初始值默認都是0，就會影響QB0~QB15的輸出。

最終為了快速定位究竟是不是程序問題，一個簡潔的方法就是在線刪掉PLC中全部OB塊，然后在硬件組態(tài)窗口中啟用模板的監(jiān)視/修改（