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