AB系列PLC通訊系統(tǒng)檢修方法

1、AB系列PLC通訊系統(tǒng)檢修方法 1簡介貴州黔東電廠脫硫控制系統(tǒng)使用Allen-Bradley（簡稱AB）1756-L62 ControlLogix5562 Controller,編程軟件為RSLogix 5000，通訊驅動為RSLINX。2培訓內容介紹了PIC在使用過程中可能出現的各類故障及其判斷方法，并提出解決辦法。 PLC（可編程控制器）在黔東脫硫系統(tǒng)得到了廣泛的應用，下面以AB公司的ControlLogix5000 PLC應用為例，對PLC在使用過程出現的故障現象加以歸類，并提出處理各種故障的辦法。3一、故障查找 一般來講，PLC由控制器模塊、I/O模塊、通信模塊、網絡模塊、接口模塊五大

2、模塊組成。而控制器模塊是整個PLC系統(tǒng)的核心，故障現象一般會通過控制器反映出來。 41根據控制器面板指示查看故障（參見圖1） 5 RUN指示燈：熄滅，沒有任務在運行，控制器處于編程方式或測試方式；綠色，有一個或多個任務在運行，控制器處于RUN方式。 I/O指示燈：熄滅，沒有組態(tài)I/O通信；綠色，與所有組態(tài)設備通信正常；綠色閃爍，有一個或多個設備未響應；紅色閃爍，沒有與任何設備通信；控制器故障。OK指示燈：熄滅，要連接電源；綠色閃爍，可恢復故障；紅色閃爍，控制器故障、清除故障、清除內存；更換控制器；綠色，控制器正常工作。 RS232指示燈：熄滅，未激活；綠色，正在接收數據或傳送數據。BAT指示燈

3、：熄滅，電池可以支持內存；紅色，電池不能支持內存，沒有電池，需要更換電池。 62利用編程軟件Rslogix5000查看故障 （1）將光標置于Controller quick start之上； （2）點擊鼠標右鍵并選擇Properties（屬性）； （3）選擇Major Faults（主要故障）選項或Minor Faults（次要故障）選項即可查看當前故障信息。7 二、故障處理 一般來講，控制器主要檢測三種故障類型：硬件故障、主要故障和次要故障。 8硬件故障：控制器硬件產生故障?？刂破鲗⒈魂P閉，用戶必須修理或更換控制器。主要故障：一種硬件或指令故障。產生故障時將置位主要故障位并處理邏輯故障程序以

4、試圖清除故障條件。如果故障邏輯程序不能清除故障，將停止執(zhí)行邏輯程序，控制器停車，輸出進入組態(tài)狀態(tài)。 次要故障：一種硬件或指令故障。產生故障時將置位次要故障位。但允許繼續(xù)進行邏輯掃描。 9 1硬件故障一般處理(1)先關閉控制器電源，重新上電；(2)重新加裝程序； (3)再次運行程序。 如果連續(xù)遇到硬件故障，則需更換控制器。 102主要故障處理 主要故障影響程序的運行，如果故障不能清除，控制器將進入故障模式并關閉。(1)主要故障包括：指令執(zhí)行，當執(zhí)行邏輯程序時出現問題。其它情況，如電源掉電、I/O模塊故障、任務看門狗、模式轉換等。主要故障中，I/O模塊檢測不到或連接I/O模塊失敗是比較常見的。用戶

5、可以將模塊組態(tài)成一旦模塊與控制器喪失連接，即在控制器產生一個主要故障。每一個 I/O模塊都有一個指示出現故障的狀態(tài)位。用戶的控制應用程序應監(jiān)控這些狀態(tài)位。如果產生了任何故障，用戶應用程序應該采取適當措施，例如在控制方式下關閉系統(tǒng)。 (2)控制器有兩種級別的主要故障處理程序：程序故障例程。每個程序都有自己的故障例程。當產生指令故障時控制器將執(zhí)行程序故障例程，如果程序故障例程未清除故障，或程序故障例程不存在，則控制器將繼續(xù)執(zhí)行控制器故障處理程序。如果控制器故障程序不存在或不能清除主要故障，則控制器將進入故障模式并關閉。控制器故障處理程序。所有的非指令故障(I/O、任務看門狗）都將執(zhí)行控制器故障處理

6、程序（不調用程序故障例程）。 (3)檢查清除主要故障必須遵循以下步驟：根據主要故障的類型，執(zhí)行相應的操作。先創(chuàng)建一個程序故障例程，每個程序都可以有自己的故障例程，當用戶組態(tài)程序時可以指定故障例程。用戶只有在利用編程軟件改變程序組態(tài)時，才能改變故障例程。再創(chuàng)建控制器故障例程?？刂破鞴收咸幚沓绦蚴且环N可選任務，當主要故障不是指令執(zhí)行故障或程序故障例程時則執(zhí)行控制器故障處理程序。創(chuàng)建一個用戶定義結構體來存儲故障信息。該結構體可以和用戶用來存儲主要故障信息的結構體相同，但是必須遵循一定格式（在此略去）。檢查故障類型及代碼以確定產生了哪一種故障，并采取適當的措施。主要故障類型及代碼見表1。用戶還可以利用

7、控制器上的鑰匙開關來清除主要故障。先把鑰匙開關切換到PROG方式，然后切換到RUN方式，之后再切換回PROG方式。113次要故障處理 次要故障不影響控制器的運行，控制器可以繼續(xù)執(zhí)行，不過為了優(yōu)化程序執(zhí)行時間和確保程序精度，用戶應該識別和修理次要故障。 (1)次要故障包括：指令執(zhí)行，在執(zhí)行邏輯時出現問題。其他，如任務看門狗、串行口、電池等。 (2)指令執(zhí)行次要故障處理：創(chuàng)建一個用戶定義結構體來存儲故障信息，該結構體可以和用戶用來存儲主要故障信息的結構體相同。但是必須遵循一定格式，同處理主要故障中第2條定義相同，不再贅述。監(jiān)控S：MINOR以確定次要故障何時產生。使用一條GSV指令即可獲得當前程序（THIS）的MI一 NORFAULTRECORD。指令中的目標（destination）應該是用戶在上面指定的用戶定義結構體類型的標簽。采取適當的措施來相應次要故障（典型的，如修改邏輯錯誤）。 (3)其它次要故障處理：創(chuàng)建一個DINT型標簽用以保存FAULTLOG對象中的MinorFaultRits（次要故障位）記錄。次要故障類型及代碼見表2。利用一條GSV指令即可獲得 FAULT一LOG對象中的MinorFaultRits (次要故障位）記錄。目標（destina-tion）應該是用戶創(chuàng)建的DINT型標簽（方法同上）。查故障位以確定故障類型并采取適當的措施。一般來講，次