一、事件經(jīng)過(guò)
2009年11月20日，#1、2、3機運行，總負荷547.8MW，#1機189.47MW，#2機185.41MW，#3機172.92MW，供熱負荷1104.4GJ，機組AGC退出。
5時(shí)37分，#2燃機MARK VI發(fā)出“High Exhaust Temperature Spread Trip排氣分散度高跳機”報警，燃機跳閘，且DCS畫(huà)面上公用報警欄內“#2增壓機跳閘”閃爍，“#2燃機跳閘”報警。當班值長(cháng)立即要求監盤(pán)人員按照單臺燃機跳閘進(jìn)行事故處理，減少機組供熱抽汽量，確保#1燃機拖#3汽機正常運行，同時(shí)匯報市調、熱調、氣調，匯報公司領(lǐng)導。5時(shí)40分，運行就地檢查發(fā)現，#2增壓機跳閘，控制屏PLC面板死機。通知熱工維護人員。
二、原因分析
5時(shí)55分，熱工專(zhuān)業(yè)人員到現場(chǎng)檢查發(fā)現#2增壓機控制面板所有數據不更新，畫(huà)面維持跳機前正常運行畫(huà)面。#2增壓機1#控制器硬件故障報警（OK狀態(tài)燈紅色閃爍）。運行指示燈、I/O指示燈不亮。通訊卡件OK狀態(tài)燈紅色閃爍。冗余模塊顯示在非冗余狀態(tài)。所有I/O卡件硬件正常，但通訊中斷。TSI系統#1瓦振動(dòng)高報警。
對#1控制器重新上電，自檢，依然顯示紅色閃爍，不能正常工作，冗余模塊顯示非冗余狀態(tài)。更換#1控制器底板槽位位置，重新上電自檢，不能通過(guò)。通過(guò)軟件試圖讀取#1控制器內部邏輯信息，但在整個(gè)控制網(wǎng)絡(luò )中不能找到#1控制器的物理地址，據此判斷此情況初步分析跳閘原因為：#2增壓機運行中的#1控制器硬件故障，未能切換到#2控制器運行，導致所有I/O信號無(wú)法傳送到就地執行機構，跳機繼電器失電，#2增壓機跳機，#2燃機跳閘。
10月20日下午，Allen-Bradley廠(chǎng)家技術(shù)服務(wù)人員與熱工專(zhuān)業(yè)人員到現場(chǎng)檢查2#增壓機PLC情況，首先重新對#1底板上電，#1控制器狀態(tài)異常，冗余模塊不能同步，后隔離#2增壓機#1控制器，單獨上電，自檢，經(jīng)復位后狀態(tài)正常。更換 #1控制器底板槽位位置，重新上電，自檢，狀態(tài)正常。通過(guò)軟件讀取#1控制器內部邏輯信息，邏輯狀態(tài)正常。
通過(guò)以上檢查分析，認為此次故障原因由一些三種可能：
1.#1底板硬件故障，導致在底板上通訊的各個(gè)卡件出現異常。
2.#1底板上的1757-SRM冗余模塊硬件故障，影響在同一底板上的控制器運行及不能正常切換到備用控制器工作。
3.1757-SRM冗余模塊軟件冗余包版本不穩定導致冗余模塊異常。
由于機組在運行狀態(tài)，沒(méi)有條件進(jìn)行進(jìn)一步的確認。以上三種情況都不能徹底排除。
三、防范措施
1.#2增壓機單控制器工作狀態(tài)下，熱工人員加強設備檢查，運行人員做好事故預想。
2.條件具備時(shí)，更換#1控制器、底板及1757-SRM冗余模塊，更新冗余包到最新版本。機組停運時(shí)期，停運#2增壓機，斷#2增壓機控制電源，更換#1、#2底板上控制器1756-L55M24，及機架底板1756-A7，更換1757-SRM冗余模塊及相應冗余包軟件版本。檢查系統接地情況，信號干擾情況，做主動(dòng)切換實(shí)驗，模擬事故工況被動(dòng)切換實(shí)驗，設備穩定性實(shí)驗，并做好相關(guān)記錄。對更換下來(lái)的卡件及設備送至有資質(zhì)的相關(guān)檢測機構進(jìn)行檢測，分析硬件損壞原因。
3.熱工專(zhuān)業(yè)加強技術(shù)管理，運行人員加強技術(shù)培訓，掌握進(jìn)口設備的特性，總結經(jīng)驗教訓。
4.盡快論證增壓機控制系統改由DCS控制的可行性，并實(shí)施。
?