RSLogix5000常見故障

1、PIC在使用過程中可能出現(xiàn)的各類故障，下面以AB公司的ControlLogix5000 PLC應(yīng)用為例，對PLC在使用過程出現(xiàn)的故障現(xiàn)象加以歸類，并提出處理各種故障的辦法。 一、故障查找 一般來講，PLC由控制器模塊、I/O模塊、通信模塊、網(wǎng)絡(luò)模塊、接口模塊五大模塊組成。而控制器模塊是整個PLC系統(tǒng)的核心，故障現(xiàn)象一般會通過控制器反映出來。 1根據(jù)控制器面板指示查看故障（參見圖1） RUN指示燈：熄滅，沒有任務(wù)在運行，控制器處于編程方式或測試方式；綠色，有一個或多個任務(wù)在運行，控制器處于RUN方式。 I/O指示燈：熄滅，沒有組態(tài)I/O通信；綠色，與所有組態(tài)設(shè)備通信正常；綠色閃爍，有一個或多個設(shè)

2、備未響應(yīng)；紅色閃爍，沒有與任何設(shè)備通信；控制器故障。 OK指示燈：熄滅，要連接電源；綠色閃爍，可恢復(fù)故障；紅色閃爍，控制器故障、清除故障、清除內(nèi)存；更換控制器；綠色，控制器正常工作。 RS232指示燈：熄滅，未激活；綠色，正在接收數(shù)據(jù)或傳送數(shù)據(jù)。 BAT指示燈：熄滅，電池可以支持內(nèi)存；紅色，電池不能支持內(nèi)存，沒有電池，需要更換電池。 2利用編程軟件Rslogix5000查看故障 （1）將光標置于Controller quick start之上； （2）點擊鼠標右鍵并選擇Properties（屬性）； （3）選擇Major Faults（主要故障）選項或Minor Faults（次要故障）選項即

3、可查看當前故障信息。 二、故障處理 一般來講，控制器主要檢測三種故障類型：硬件故障、主要故障和次要故障。 硬件故障：控制器硬件產(chǎn)生故障?？刂破鲗⒈魂P(guān)閉，用戶必須修理或更換控制器。 主要故障：一種硬件或指令故障。產(chǎn)生故障時將置位主要故障位并處理邏輯故障程序以試圖清除故障條件。如果故障邏輯程序不能清除故障，將停止執(zhí)行邏輯程序，控制器停車，輸出進入組態(tài)狀態(tài)。 次要故障：一種硬件或指令故障。產(chǎn)生故障時將置位次要故障位。但允許繼續(xù)進行邏輯掃描。 1硬件故障一般處理 (1)先關(guān)閉控制器電源，重新上電； (2)重新加裝程序； (3)再次運行程序。 如果連續(xù)遇到硬件故障，則需更換控制器。 2主要故障處理 主要

4、故障影響程序的運行，如果故障不能清除，控制器將進入故障模式并關(guān)閉。 (1)主要故障包括：指令執(zhí)行，當執(zhí)行邏輯程序時出現(xiàn)問題。其它情況，如電源掉電、I/O模塊故障、任務(wù)看門狗、模式轉(zhuǎn)換等。 主要故障中，I/O模塊檢測不到或連接I/O模塊失敗是比較常見的。用戶可以將模塊組態(tài)成一旦模塊與控制器喪失連接，即在控制器產(chǎn)生一個主要故障。每一個 I/O模塊都有一個指示出現(xiàn)故障的狀態(tài)位。用戶的控制應(yīng)用程序應(yīng)監(jiān)控這些狀態(tài)位。如果產(chǎn)生了任何故障，用戶應(yīng)用程序應(yīng)該采取適當措施，例如在控制方式下關(guān)閉系統(tǒng)。 (2)控制器有兩種級別的主要故障處理程序：程序故障例程。每個程序都有自己的故障例程。當產(chǎn)生指令故障時控制器將執(zhí)行

5、程序故障例程，如果程序故障例程未清除故障，或程序故障例程不存在，則控制器將繼續(xù)執(zhí)行控制器故障處理程序。如果控制器故障程序不存在或不能清除主要故障，則控制器將進入故障模式并關(guān)閉。控制器故障處理程序。所有的非指令故障(I/O、任務(wù)看門狗）都將執(zhí)行控制器故障處理程序（不調(diào)用程序故障例程）。 (3)檢查清除主要故障必須遵循以下步驟：根據(jù)主要故障的類型，執(zhí)行相應(yīng)的操作。先創(chuàng)建一個程序故障例程，每個程序都可以有自己的故障例程，當用戶組態(tài)程序時可以指定故障例程。用戶只有在利用編程軟件改變程序組態(tài)時，才能改變故障例程。再創(chuàng)建控制器故障例程?？刂破鞴收咸幚沓绦蚴且环N可選任務(wù)，當主要故障不是指令執(zhí)行故障或程序故障

6、例程時則執(zhí)行控制器故障處理程序。創(chuàng)建一個用戶定義結(jié)構(gòu)體來存儲故障信息。該結(jié)構(gòu)體可以和用戶用來存儲主要故障信息的結(jié)構(gòu)體相同，但是必須遵循一定格式（在此略去）。檢查故障類型及代碼以確定產(chǎn)生了哪一種故障，并采取適當?shù)拇胧?。主要故障類型及代碼見表1。用戶還可以利用控制器上的鑰匙開關(guān)來清除主要故障。先把鑰匙開關(guān)切換到PROG方式，然后切換到RUN方式，之后再切換回PROG方式。 3次要故障處理 次要故障不影響控制器的運行，控制器可以繼續(xù)執(zhí)行，不過為了優(yōu)化程序執(zhí)行時間和確保程序精度，用戶應(yīng)該識別和修理次要故障。 (1)次要故障包括：指令執(zhí)行，在執(zhí)行邏輯時出現(xiàn)問題。其他，如任務(wù)看門狗、串行口、電池等。 (2

7、)指令執(zhí)行次要故障處理：創(chuàng)建一個用戶定義結(jié)構(gòu)體來存儲故障信息，該結(jié)構(gòu)體可以和用戶用來存儲主要故障信息的結(jié)構(gòu)體相同。但是必須遵循一定格式，同處理主要故障中第2條定義相同，不再贅述。監(jiān)控S：MINOR以確定次要故障何時產(chǎn)生。使用一條GSV指令即可獲得當前程序（THIS）的MI一 NORFAULTRECORD。指令中的目標（destination）應(yīng)該是用戶在上面指定的用戶定義結(jié)構(gòu)體類型的標簽。采取適當?shù)拇胧﹣硐鄳?yīng)次要故障（典型的，如修改邏輯錯誤）。 (3)其它次要故障處理：創(chuàng)建一個DINT型標簽用以保存FAULTLOG對象中的MinorFaultRits（次要故障位）記錄。次要故障類型及代碼見表2。利用一條GSV指令即可獲得 FAULT一LOG對象中的MinorFaultRits (次要故障位）記錄。目標（destina-tion）應(yīng)該是用戶創(chuàng)建的DINT型標簽（方法同上）。查故障位以確定故障類型并采取適當?shù)拇胧?。一般來講，次要