李小昶

摘要： 介紹了國電智深EDPF-NT+ DCS系統(tǒng)常見故障，包括硬件故障、軟件故障和由于一些易犯錯誤引起的人為故障，提出了故障的處理方法及預防措施。

關鍵詞： DCS 硬件故障、軟件故障、人為故障、解決措施

1 DCS 系統(tǒng)簡介

DCS 即分散控制系統(tǒng)， 指的是控制危險分散、管理和顯示集中。它集計算機技術、控制技術、通訊技術、CRT 技術及網絡通訊技術為一身，具有通用性強、系統(tǒng)組態(tài)靈活、控制功能完善、數(shù)據(jù)顯示方便、顯示操作集中、調試方便、運行可靠的特點。DCS 系統(tǒng)現(xiàn)已全面應用到各個電廠，成為電廠生產發(fā)電的核心控制設備。因此，如何及時、正確地處理DCS 系統(tǒng)出現(xiàn)的故障，對于保證發(fā)電機組的安全穩(wěn)定運行極為重要。國電寶雞第二發(fā)電廠#5、#6 機組主系統(tǒng)及脫硫控制系統(tǒng)、化學水控制系統(tǒng)、除灰控制系統(tǒng)等輔助系統(tǒng)均采用國電智深公司EDPF-NT +系列DCS 控制系統(tǒng)，并通過輔網連入SIS 系統(tǒng)。在調試實踐過程中，了解到因為DCS 故障而引發(fā)保護動作或毀壞設備的事件在很多電廠都曾發(fā)生，在此，謹將國電智深系統(tǒng)的一些故障進行分析，并舉出一些調試過程中易犯的錯誤，希望能夠加以借鑒，避免由于錯誤的組態(tài)、參數(shù)設置和接線等而引發(fā)人為故障。DCS 基本框架圖如圖1 所示，DCS 通過操作站（又稱MMI，包括工程師站ENG、歷史站HSR、操作員站OPR）對整個生產過程進行監(jiān)視、操作、管理，通過控制站（即DPU）對生產過程進行控制。MMI 和DPU 通過數(shù)據(jù)配置的網絡進行數(shù)據(jù)交換。DPU和I/O卡件通過底座拼接實現(xiàn)電源和信號的傳遞，I/O模塊通過底座上的接線端子與就地設備連接。

圖1 DCS基本框架圖

2 DCS 常見故障分類

2.1 硬件故障

硬件故障包括電源故障、網絡故障、DPU 故障、通道故障等。

2.1.1 電源故障

DCS 的電源系統(tǒng)，采用冗余供電方式，一路由UPS 提供，一路由保安電源提供。如果冗余供電系統(tǒng)能正常切換，主供電系統(tǒng)故障時，備用切換自動投入，不會影響整個系統(tǒng)的運行。為保證供電系統(tǒng)正常，需要檢查電源保險的配置及容量，使之真正起到保險的作用，并檢查UPS 供電線路，不得連接其它設備，以保證供電電壓的穩(wěn)定。并且在大修時做電源切換試驗，確保冗余電源的可靠。

2.1.2 網絡故障

網絡系統(tǒng)采用A、B 雙網冗余配置，只要有一個網絡正常，DPU 的數(shù)據(jù)即能正常通訊，操作員能正常監(jiān)控現(xiàn)場數(shù)據(jù)，對現(xiàn)場設備也能正常操作，但單網運行狀況不易被發(fā)現(xiàn)。調試過程中曾由于電氣開關切換的沖擊，造成A、B 網的兩個網絡交換機都故障。當時雖然從交換機上看指示燈正常，但現(xiàn)場信號無法與MMI 正常通訊，從MMI 上看數(shù)據(jù)均顯示為藍色，將兩個交換機都更換后數(shù)據(jù)顯示正常，從各畫面上看網絡圖標和DCS 自檢畫面也顯示正常，但歷史數(shù)據(jù)無法查詢，工程師站組態(tài)工具“PO（projectorganizer）”無法打開，將歷史數(shù)據(jù)檢索和工程師站映射網絡驅動器的配置分別由原來的A 網改為B 網后（只能手動選擇一個網），二者都正常；進一步做網絡切換試驗，發(fā)現(xiàn)切掉B 網后顯示正常，切掉A 網后通訊故障，因此，得出結論，新更換的A 網交換機是壞的，更換后現(xiàn)場一切正常。

2.1.3 DPU 故障

DPU 同樣采用冗余配置。一般一個DPU 故障脫網時，不影響整個系統(tǒng)運行，只要及時發(fā)現(xiàn)及時更換即可。但有時由于配置或硬件本身的緣故，冗余DPU會產生不可預測的后果。例如在#1DPU 主控期間，備用#61DPU 自動切為主控，且#1DPU 當時并未退出主控，造成兩個DPU 爭奪主控權現(xiàn)象，出現(xiàn)有幾分鐘兩個DPU 均為主控現(xiàn)象，最后可能會造成停機事件。這時候應延長雙DPU切換速率。

2.1.4 通道故障

對于通道故障，可換用備用通道。所以，每個DPU 柜，每個卡件都要留出一定的備用通道。通道故障一般是由于卡件串進強電或就地信號接地引起，應查明原因，確保就地設備正常再更換通道，并從工程師站“PO”中更改點硬件地址，然后下載到改點所在DPU 的數(shù)據(jù)庫中。

2.2 軟件故障

軟件故障分為系統(tǒng)軟件故障和應用軟件故障。系統(tǒng)軟件故障原因常見為廠家研發(fā)和設計考慮不周，對此，我們應盡量選用成熟可靠廠家的產品。

2.3 人為故障

DCS 調試過程中，常會因為經驗不足、考慮不周，或外單位介入而犯一些錯誤，引起人為故障，影響設備的正常運行，嚴重時甚至可能引發(fā)停機、停爐事件，在此列舉一些人為故障，以及故障引起的原因、避免錯誤的方法。

2.3.1 更換卡件引起的故障

調試過程中發(fā)現(xiàn)核對過的部分模擬量信號變壞點，在電子間DCS柜仔細檢查，發(fā)現(xiàn)該模塊被替換了，導致該模塊內部通道供電方式與DCS數(shù)據(jù)庫的測點的供電方式不一致，經更換原模塊后一切正常，同時給模塊外殼標識模塊地址號，以備防止插錯。

2.3.2 更改組態(tài)引起的故障

更改組態(tài)圖一定要認真核對，仔細檢查后再下載到DPU，防止錯誤的組態(tài)引起就地設備錯誤的動作。對于投入自動的設備，為防萬一，應先退出自動后再更改。另外，對更改過參數(shù)的組態(tài)圖，如果未做參數(shù)上傳和同步工作，參數(shù)雖然在DPU 發(fā)生作用，但服務器中并未更改。這種情況下，如果再從工程管理器（PO）中更改組態(tài)下載到DPU 時，服務器中的參數(shù)會將DPU 中的參數(shù)覆蓋，如果該參數(shù)為保護定值，將可能造成設備誤停甚至停機停爐的嚴重后果。預防措施：更改完參數(shù)后及時上傳并同步，并且在更改組態(tài)前查看DPU 版本，如圖1 所示。如果是*.0 版本，則不需要上傳同步，否則，先上傳同步后再更改組態(tài)。系統(tǒng)曾出現(xiàn)過幾次操作員畫面數(shù)據(jù)不能正常顯示，幾分鐘后又恢復正常。檢查原因是有一個操作員站A、B 網線插反，造成網絡傳輸慢，時間長了造成網絡堵塞現(xiàn)象，影響數(shù)據(jù)正常傳送。

圖1 查看DPU 中SAMA 圖版本

3 結束語

國電寶雞第二發(fā)電廠#5、#6機組DCS 是國電智深公司采用SAMA 圖形式組態(tài)的DCS 系統(tǒng)，隨著DCS系統(tǒng)的升級，系統(tǒng)的功能性和實用性也在不斷完善。作為熱控人員，應不斷加強學習，在生產實踐過程中總結、積累經驗，并對要做的工作考慮全面，才能避免誤動、誤操作，避免由于DCS 誤動引起惡性事故。