西門子CPUCR40繼電器輸出

    

西門子CPUCR60處理器6ES7288-1CR60-0AA0是S7-200 SMART，CPU CR60， 緊湊型 CPU，AC/DC/繼電器， 機載 I/O： 36 個 24V DC 數字輸入；24 個 2A 繼電器數字輸出； 電源：交流 47-63Hz 時 85-264V AC， 程序存儲器/數據存儲器 20 KB

摘要：本文結合火電廠DCS在生產運行中出現的故障實例，對DCS故障進行了分類和分析，并就如何維護DCS以及減少DCS故障提出了具體辦法和措施。

一、分散控制系統(DCS)概述

DCS具有通用性強、系統組態靈活、控制功能完善、數據處理方便、顯示操作集中、人機界面友好、安裝簡單規范化、調試方便、運行安全可靠的特點，在國內外電力、石油、化工、冶金、輕工等生產領域特別是大型發電機組有著較為廣泛的應用。目前國內應用較多的的品牌主要有：

(1)國外品牌：美國ABB、西屋、德國西門子、日本橫河、日立等;

(2)國內：國電智深、和利時、新華等。

DCS的安全、可靠與否對于*保*機組的安全、穩定運行至關重要，若發生問題將有可能造成機組設備的嚴重損壞甚至人身安全事故。所以非常有必要分析DCS運行中出現的各類問題，采取措施提高火電廠DCS的安全可靠性。

二、DCS在生產過程中的故障情況

每個廠家的DCS都有其各自的特點，因此其故障的現象分析和處理不盡相同，但歸納起來由DCS引起機組二類及以上障礙可劃分為三大類：

(1)系統本身問題，包括設計安裝缺陷、軟硬件故障等。

(2)人為因素造成的故障，包括人員造成的誤操作，管理制度不完善及執行環節落實。

(3)系統外部環境問題造成DCS故障。如環境溫度過高、濕度過高或過低、粉塵、振動以及小動物等因素造成異常。

2.1 DCS本身問題故障實例

此類故障在生產過程中較為常見，主要包括系統設計安裝缺陷，控制器(DPU或CPU)的死機、脫網等故障，操作員站黑屏，網絡通訊堵塞，軟件存在缺陷，系統配置較低，與其他系統及設備接口存在問題等。

2.1.1 電源及接地問題：

(1)某電廠DCS電源系統采用的是ABB公司Symphony III型電源，但基建時仍按照II型電源的接地方式進行機柜安裝，與III型電源接地技術要求差異很大。機組投產以來發生多次DCS模件故障、信號跳變、硬件燒壞的情況，疑與接地系統有關。同樣，某電廠在基建期間DCS接地網設計制作安裝存在問題，DCS系統運行后所有熱電阻熱電偶溫度測點出現周期波動。

(2)某廠因電源連線松動而導致汽機側控制系統失效。

經驗教訓：DCS沒有良好的接地系統和合理的電纜屏蔽，不僅系統干擾大，控制系統易誤發信號，還易使模件損壞?？梢姡琔PS電源、控制系統接地等存在問題將給電廠投產后DCS的安全穩定運行留下極大隱患。因此，DCS系統電源設計一定要有可靠的后備手段，負荷配置要合理并有一定余量;DCS的系統接地必須嚴格遵守制造廠技術要求(如制造廠無特殊說明應按照DLT774規定執行)，所有進入DSC系統控制信號的電纜必須采用質量合格的屏蔽電纜，并要同動力電纜分開敷設且有良好的單端接地。

2.1.2 系統配置問題：

(1)浙江某電廠DCS(T-ME/XP系統)頻繁故障和死機造成機組停運事故。7、8機組(2*330MW)，從1997年2月試生產至5月，兩臺機組共發生22次DCS系統故障和死機，造成機組不正常跳閘8次。之后又多次發生操作畫面故障(8號機組有兩次發生全部6臺操作站“黑屏”)，嚴重威脅機組安全。經分析認為其DCS系統存在以下幾個方面的問題：(1)DCS工程設計在性能計算軟件、開關量冗余配置上存在問題。(2)硬件配置不匹配(其中包括T-ME和T-XP兩種系統的匹配和通信問題)。(3)個別硬件設計不完善。(4)進一步分析，關鍵的CS275(下層T-ME)通訊總線負荷率過高出現“瓶頸”問題現象。而歐洲T-ME/XP系統用戶在配置合理的前提下，T-ME/XP系統使用情況基本良好。

 

2.1.3 控制器(DPU或CPU)故障

(1)某電廠300MW #2機組HIACS-5000CM控制系統FSSS1的CPU故障，且未將控制權交出，從CPU未能切換為主控，導致該部分系統控制設備無法操作(設備保持原狀態工作)。在對主CPU執行在線更換步序至停電時，從CUP切換主控CPU，系統設備受控，更換原主控CPU后系統一切正常。

(2)ABB早期某時間生產的SYMPHONY 同一PCU機柜內不同控制器之間通訊出現數據不一致的情況，通過升級固件這一問題得到解決；

(3)新華控制XDPS系統早期某批次DPU曾多次出現離線、死機現象，經檢查為DPU卡件個別電容問題，經升級更換卡件問題解決。

由于目前DCS的控制器均為冗余配置，大大減少了主控制器“異?！币l機組跳閘的次數。但是，一旦一對冗余的控制器同時死機，將直接威脅到安全生產，對于此類情況一定要采取措施切實避免。

2.1.4 DCS網絡故障

(1)某電廠西屋WDPF控制系統，由于多次改造系統增加了大量測點和自動控制回路，系統負荷率高達70%以上，造成網絡通訊堵塞，多次出現操作員進行操作、切換畫面時間過長、畫面黑屏等問題。后經升級改造為OVATION系統，系統正常。

(2)某電廠600MW機組負荷508MW，工況穩定，汽輪機所有調門突然大幅擺動，經檢查故障原因是機組運行時M5 控制器的轉速信號短時間內由3000r/min 變成了0r/min，又馬上恢復，調門擺動的原因也是M3和M5通訊時出現掉數據現象，導致Trip Bias(跳閘偏置)信號在機組運行時由0變為1，引起所有調門大幅擺動。對該問題采取措施：對PCU 控制總線的通訊信號進行多重化處理，對通訊信號增加一定延時，躲過通訊信號瞬間跳變；對重要的通訊信號采用了通訊冗余。

2.1.5 DCS軟件問題

(1)某電廠300MW供熱機組DCS調試過程中未對測點品質參數進行修改，致使其模擬量測點只有在斷線的情況下才認為是壞品質測點，未充分起到品質校驗功能。后對所有測點品質參數進行了設置，提高了設備運行的可靠性。

(2)HIACS-5000CM控制系統畫面組態時，雙擊grab組態工具后，彈出 c++錯誤窗口無法正常使用。經檢查發現grab.ini 文件被改動過，從其他機器拷貝文件覆蓋后，工具恢復正常。因為grab 非正常退出后保留了錯誤的信息在grab.ini 文件中。

(3)某電廠除氧器水位控制回路邏輯是由高加水位控制邏輯拷貝修改而成，修改過程不徹底，PID參數未根據除氧器情況設置整定，造成運行中除氧器上水門發散調節，調節品質惡化。采取措施：檢查邏輯，重新整定PID參數。

2.1.6 系統接口問題

某電廠200MW供熱機組電氣并網信號至DEH只有一路，在機組正常運行的過程中該電氣并網輔助接點故障出現抖動，造成汽輪機跳閘。采取措施：使用屏蔽通訊電纜，增加冗余接點信號，并進行3取2邏輯判斷。

2.2 人為因素造成DCS故障實例

人為因素造成DCS的故障，在生產過程中也較為常見。包括人員造成的誤操作，管理制度不完善及未按規程規定執行工作步驟等。

2.2.1 未按規程規定執行工作步驟

(1)某電廠新華XDPS系統DEH的#12DPU故障，對其在線更換，使用的是小機MEH系統的DPU備品。在更換DPU后，只將#32主控DPU拷貝至#12副控未寫電子磁盤，其實質只是將副控DPU的內存內容與主控保持一致，#12DPU電子磁盤內容仍為MEH小機控制邏輯。在系統停電吹灰后，按順序啟動#12DPU成為主控，由于其邏輯為MEH邏輯而非DEH邏輯，造成系統通訊異常、數據頻閃、畫面顯示不正常，人機接口站無法操作。在重新對#12DPU送電，拷貝#32DPU邏輯并寫盤后正常。

(2)某電廠HIACS-5000CM控制系統，循環水泵房遠程I/O卡件更換，未執行在線更換操作步驟，其卡件未能激活進入工作狀態，導致現場設備狀態與DCS畫面不符，設備無法控制。執行在線更換步序后，系統正常。

2.2.2 人員誤操作

(1)某電廠機組運行中，在進行處理缺陷時工作人員誤動DCS繼電器柜繼電器造成引風機跳閘，鍋爐MFT。

(2)某電廠DCS卡件故障，在進行更換卡件過程中，由于工作人員未認真核對設備、卡件跳線錯誤，導致新更換的卡件燒損。

2.2.3 管理制度不完善

(1)某電廠DCS系統管理制度不完善，未對軟件升級、備份等工作進行規定。其輔網水處理POK1操作員站在升級打補丁后，未進行備份。該操作員站硬盤出現故障在進行系統恢復后，由于其軟件版本較低，導致與網絡通訊不正常，數據不刷新。

(2)某電廠操作員站管理不嚴，其放置于集控室的主機USB端口及光驅未進行有效封閉，個別運行人員夜班期間利用操作員站玩游戲、看電影，導致操作員站死機。

2.3 外部環境因素造成DCS故障實例

外部環境因素造成DCS故障的數量相比于前兩類問題而言相對較少，但在實際生產過程中也時有發生。

(1)某電廠電子設備間風道口正處于DPU機柜上方，由于設計和其他原因，機組運行中消防水通過風道流入DCS機柜，導致DPU、服務器等設備進水燒損，機組停運。

(2)某電廠循環水泵房遠程IO柜，由于底部封堵不嚴，造成冬季老鼠竄入，在機柜上部溫度較高處構筑巢穴，*終造成遠程IO脫雙網。

(3)某電廠電子設備間的封閉性較差，卡件、DPU積灰較為嚴重，曾多次出現故障。在采取完善電子間封閉、加裝空調等措施后卡件、DPU等故障基本杜絕。