1、貴州黔東電力有限公司Allen-Bradley PLC培訓講座AB系列PLC通信系統(tǒng)檢查方法，發(fā)表人：廖新強，簡介，貴州黔東電廠脫硫控制系統(tǒng)使用Allen-bradley (簡稱ab ) 1756-l 62控制邏輯，培訓PLC (可編程控制器)在黔東脫硫系統(tǒng)中應用廣泛，以AB公司的控制邏輯5000 PLC應用為例，對PLC使用過程中發(fā)生的故障現象進行分類，提出各種故障的處理方法。 一、發(fā)現故障，一般PLC由控制器模塊、I/O模塊、通信模塊、網絡模塊、接口模塊五個模塊組成。 另一方面，控制器模塊是PLC系統(tǒng)整體的核心，故障現象一般反映在控制器中。 按照1控制面板的指示顯示故障(參照圖1 )，RU

2、N指示燈：熄滅、未執(zhí)行任務、控制器處于編程方式或測試方式的綠色、執(zhí)行一個或多個任務，控制器為RUN方式。 I/O指示燈熄滅、無分組I/O通信綠色、與所有配置設備正常通信綠色閃爍、一個或多個設備無響應紅色閃爍、與任何設備均不通信的控制器故障。 OK指示燈：熄滅、連接電源的綠色閃爍，可恢復故障紅色閃爍、控制器故障、故障清除、內存清除控制器的更換綠色、控制器正常運行。 RS232指示燈：熄滅、未激活綠色，接收數據或傳送數據。 BAT指示燈：熄滅，電池支持內存紅色，電池不支持內存。 沒有電池，需要更換電池。 2在編程軟件Rslogix5000上看故障(將光標置于控制器快速啟動之上)。 (2)單擊鼠標右

3、鍵并選擇“Properties (屬性)”(選擇“Major Faults”或“Minor Faults”選項可顯示當前的故障信息。 二、故障處理，一般控制器主要檢測硬件故障、主故障和次故障3種故障類型。 硬件故障：控制器硬件出現故障。 控制器關閉，客戶需要修理或更換控制器。 主要故障：硬件或命令故障。 發(fā)生故障時，設置主要故障集，處理邏輯故障程序，嘗試清除故障條件。 故障邏輯程序無法解除故障時，停止邏輯程序的執(zhí)行，控制器停止，輸出進入組狀態(tài)。 輔助故障：硬件故障或命令故障。 發(fā)生故障時，設置在二次故障位置。 但是，允許繼續(xù)邏輯掃描。 1硬件故障的一般處理(1)切斷控制器的電源，重新接通電源(

4、2)重新添加程序(3)重新運行程序。 如果連續(xù)發(fā)生硬件故障，則需要更換控制器。 2主要故障處理主要故障影響程序的運行，如果故障無法消除，則控制器進入故障模式并關閉。 (1)主要故障是指令執(zhí)行、邏輯程序執(zhí)行時發(fā)生問題。 其他情況，如電源關閉、I/O模塊故障、任務監(jiān)視程序和模式轉換。 主要故障通常是找不到I/O模塊，或者I/O模塊連接失敗。 用戶可以將模塊配置為在模塊與控制器斷開連接時，控制器出現主要故障。 每個I/O模塊都有一個狀態(tài)位，指示出現故障。 用戶的控制應用程序必須監(jiān)視這些狀態(tài)位。 如果發(fā)生故障，用戶應用程序必須采取適當的措施，如通過控制方式關閉系統(tǒng)。 (2)控制器有兩級主要故障處理程序

5、：程序故障例程。 每個程序都有自己的故障例行程序。 如果發(fā)生命令故障，控制器將執(zhí)行程序故障例程，如果沒有清除程序故障例程，或者不存在程序故障例程，繼續(xù)執(zhí)行控制器故障處理程序如果不存在控制器故障程序，或者控制器故障處理程序。所有非命令故障(I/O、任務監(jiān)視程序)都執(zhí)行控制器故障處理程序(不調用程序故障例程)。 (3)檢查主要故障的清除時，請根據主要故障的類型，按照執(zhí)行適當操作的步驟進行。 首先創(chuàng)建程序故障實例。 每個程序都有自己的故障實例，用戶可以在配置程序時指定故障實例。 用戶只有在使用編程軟件更改程序的配置時，才能更改故障例程。 重新創(chuàng)建控制器故障例程。 控制器故障處理程序是可選任務，如果主

6、要故障不是命令執(zhí)行故障或程序故障例程，則執(zhí)行控制器故障處理程序。 創(chuàng)建用于存儲故障信息的用戶定義結構。 該結構可以與用戶用于存儲主要故障信息的結構相同，但必須遵守一定的格式(在此省略)。 查看故障類型和代碼，確定出現的故障，并采取適當措施。 主要的故障類型和代碼如表1所示。 用戶還可以使用控制器的鑰匙開關清除主要故障。 將鑰匙開關切換為PROG方式后切換為RUN方式，然后切換為PROG方式。 3二次故障處理二次故障不影響控制器的運行，控制器可以繼續(xù)運行，但為了優(yōu)化程序的運行時間，確保程序的精度，用戶必須識別并修理二次故障。 (1)二次故障在執(zhí)行命令、執(zhí)行邏輯時可能會發(fā)生問題。 其他任務監(jiān)視程序

7、、串行端口、電池等。 (2)指示二次故障處理的執(zhí)行：創(chuàng)建用戶定義的結構體并存儲故障信息。 該結構可以與用戶存儲主故障信息的結構相同。 但是，因為必須遵守一定的格式，與處理主要故障的第2條的定義相同，所以省略說明。 s :監(jiān)視S:MINOR，判斷次要故障發(fā)生的時間。 可以使用GSV命令獲取當前程序(THIS )的mi-norfaultrecord。 命令“目標”(destination )必須是用戶在上面指定的用戶定義結構類型的標簽。 采取適當措施應對次要故障(邏輯錯誤的變更等)。 (3)其他二次故障處理：創(chuàng)建保存FAULTLOG對象的MinorFaultRits記錄的DINT型標簽。 二次故障的類型和代碼如表2所示。 可以使用GSV命令獲取faultlog對象的MinorFaultRits記錄。 “目標”(destina-tion )必須是用戶創(chuàng)建的DINT類型標簽(方法相同)。 查找故障位，確定故障類型，并采取適當措施。 一般來說，次要故障不需要清除