一、事件經(jīng)過(guò)
2008年11月9日，#1、3機組運行，#1燃機負荷219MW，#3汽機負荷96MW，AGC退出。19時(shí)25分，#1燃機MK6發(fā)出報警“Gas Fuel Pressure Low天然氣壓力低”、“Gas Fule Supply Pressure Low天然氣供應壓力低”，NCS系統發(fā)出報警“CCS退出”，#1燃機RB動(dòng)作，MK6操作站顯示天然氣壓力迅速下降，天然氣壓力在不到1分鐘內由3.32Mpa降至1.43MPa。19時(shí)26分，#1燃機報“High Exhaust Temperature Spread Trip排氣分散度高跳機”，聯(lián)跳汽機。19時(shí)30分，就地檢查發(fā)現，控制屏上首出“增壓機供油壓力B、C壓力低”跳增壓機。19時(shí)38分，由于機組輔汽聯(lián)箱供汽汽源冷再蒸汽電動(dòng)門(mén)聯(lián)鎖關(guān)閉，聯(lián)箱壓力低，無(wú)法滿(mǎn)足軸封系統壓力，而啟動(dòng)鍋爐至輔汽聯(lián)箱的蒸汽參數也不滿(mǎn)足要求，汽機1100rpm時(shí)，運行人員被迫采取破壞機組真空停機。
二、原因分析
1.停機后熱工人員現場(chǎng)檢查發(fā)現#1增壓機觸摸屏上顯示首出為供油壓力低跳機，#1增壓機#1槽板上所帶所有I/O卡件和通訊卡件狀態(tài)異常，所有I/O卡件OK燈紅色閃爍，通訊卡件上通訊通道燈滅，狀態(tài)燈紅色長(cháng)亮。通訊卡件顯示窗口顯示故障信息為：Rev 11.003 biuld 007timer_task.c line 1319。
2.11月10日，阿特拉斯廠(chǎng)家到現場(chǎng)，了解當時(shí)情況和查看現場(chǎng)后認為通訊卡件硬件故障。PLC廠(chǎng)家AB公司派工程師，模擬當時(shí)故障情況并針對電源模塊和槽板本身做了排除試驗，確定為卡件本身硬件故障。該卡件為潤滑油模塊的通訊卡件，潤滑油油壓處在增壓機控制梯形圖的第一行，處理器首先接收到油壓低信號后，誤發(fā)了首出為供油壓力低的跳閘信號，#1增壓機機跳閘，天然氣壓力快速下降，#1燃機發(fā)生RB后很快跳閘，聯(lián)跳#3汽機。
3.針對該卡件問(wèn)題，AB卡件廠(chǎng)家技術(shù)服務(wù)人員與澳大利亞技術(shù)人員溝通后得知該問(wèn)題是第一次發(fā)生。AB公司確實(shí)曾召回過(guò)一批生產(chǎn)日期在2007年6月份之前的有問(wèn)題的卡件，雖然我廠(chǎng)的卡件序列號均不在召回產(chǎn)品中，但生產(chǎn)日期與AB公司召回的問(wèn)題卡件生產(chǎn)日期屬同一時(shí)間段內，因此不排除其存在問(wèn)題的可能性。
通過(guò)以上分析，阿特拉斯現場(chǎng)服務(wù)工程師給出原因分析結果：這次增壓機跳機事故是由于通訊卡件1756-CNBR自身硬件故障所導致的。對于卡件硬件自身故障AB卡件廠(chǎng)家技術(shù)服務(wù)人員認為最大可能原因為通訊模塊內部的一塊與背板進(jìn)行數據交換的芯片故障，但目前國內尚無(wú)此檢測手段確認，也未能查到故障代碼代表的意義，正在聯(lián)系國外廠(chǎng)家的技術(shù)支持。
三、防范措施
1.將故障卡件寄回生產(chǎn)廠(chǎng)家，進(jìn)行故障原因檢測，進(jìn)一步查找故障原因，提供分析報告。
2.結合秋季安全大檢查，熱工專(zhuān)業(yè)人員對天然氣控制系統全面檢查，查找可能出現的安全隱患、存在的安全漏洞及時(shí)防范措施整改。
3.熱工專(zhuān)業(yè)加強技術(shù)管理，運行人員加強技術(shù)培訓，掌握進(jìn)口設備的特性，總結經(jīng)驗教訓。
4.巡檢人員、點(diǎn)檢人員加強日常、定期巡檢力度，發(fā)現問(wèn)題及時(shí)處理。
5.制定熱網(wǎng)系統最佳運行方案，明確故障時(shí)熱網(wǎng)的運行方式。
6.調整“一拖一”運行工況下備用軸封供氣方式，制訂防止汽輪機軸封進(jìn)冷空氣的技術(shù)措施。
?