1 引言
我廠#705機組DCS系統(tǒng)系2004年大修中DCS系統(tǒng)及DEH一體化改造完畢，DCS及DEH系統(tǒng)采用和利時公司SmartPrO3.1.3軟件系統(tǒng)，硬件為和利時公司MACS TM系統(tǒng)硬件，系統(tǒng)改造后，運行穩(wěn)定。但是系統(tǒng)在2006年5月下旬＃705機組DCS系統(tǒng)頻繁出現(xiàn)死機!

2 故障簡況
系統(tǒng)在2006年5月25晚上鍋爐制粉盤死機，運行人員看到顯示畫面數(shù)據(jù)變化遲滯，切換畫面后正常。
系統(tǒng)在2006年5月30下午下班后，接到運行打來電話，鍋爐主盤死機，甲引全開。在現(xiàn)場發(fā)現(xiàn)甲引開接點一直發(fā)出，運行人員切換畫面及重新登錄無效，熱工人員對其接點進行切換后，重新操作恢復(fù)正常。
下面是＃705機組DCS系統(tǒng)頻繁出現(xiàn)死機(時間30s不等又自行恢復(fù))現(xiàn)象(表1所示):有時一個站數(shù)據(jù)顯示滯緩、操作不靈活、送引風(fēng)調(diào)節(jié)中某個出現(xiàn)指令一直發(fā)出、嚴重時整個操作員站短時數(shù)據(jù)中斷，嚴重影響了我廠的機組安全運行，下面是處理的整個過程。

表1 系統(tǒng)死機記錄

3 故障分析
硬件角度:通過以上現(xiàn)象主要是人機接口故障，對于單臺操作員站有問題，主機有可能有問題，主板、硬盤、通訊網(wǎng)卡等，通過檢查發(fā)現(xiàn)有三臺機主板出現(xiàn)問題。
通信網(wǎng)絡(luò)角度:一般容易發(fā)生在接點總線、就地總線處、或地址標識錯誤所造成。
系統(tǒng)角度:參數(shù)設(shè)定、系統(tǒng)操作不合理、服務(wù)器出現(xiàn)故障等原因。
著重圍繞上面幾個方面進行查找故障點:從死機范圍及影響設(shè)備來看，分析是主機問題，但是對于6月9日整個系統(tǒng)出現(xiàn)死機，懷疑是服務(wù)器問題，筆者將這一情況迅速反映廠家。廠家開始懷疑是服務(wù)器設(shè)置或存在病毒，根據(jù)現(xiàn)場情況，DCS有很嚴格的規(guī)定，不準任何人在DCS上拷貝，與MIS系統(tǒng)連接是單向傳輸，中間也加了隔離裝置，病毒不太可能;設(shè)置參數(shù)經(jīng)廠家確認后也沒有問題;最后還是把問題集中了服務(wù)器上，對趨勢存在斷點問題進行了共同分析，主服務(wù)器成了最后故障點。

4 故障處理
5月25日鍋爐制粉盤出現(xiàn)死機后，熱工人員發(fā)現(xiàn)主機故障，更換了一臺主機，對系統(tǒng)進行檢查后，將系統(tǒng)重新啟動，系統(tǒng)運行正常，并將這一情況反映至DELL廠家進行修復(fù)，DELL廠家6月2日將主機修好。
5月29日鍋爐運行發(fā)現(xiàn)鍋爐主盤系統(tǒng)風(fēng)煙數(shù)據(jù)全部顯示#COM后，大約30s后，系統(tǒng)數(shù)據(jù)顯示自行恢復(fù)，但是乙側(cè)引風(fēng)機液偶調(diào)節(jié)關(guān)指令一直保持，液偶全關(guān)至0，運行人員及時調(diào)節(jié)甲側(cè)設(shè)備保住機組穩(wěn)定，之后，熱工人員對主盤進行檢查，將這一情況反映廠家，廠家分析系統(tǒng)參數(shù)設(shè)置有問題，將參數(shù)檢查無誤，反饋給廠家。得到廠家答復(fù):在SmartPrO3.1.3中有這樣問題，系統(tǒng)死機時，如果操作的話，在恢復(fù)后，系統(tǒng)會一直記憶這個指令，造成全或全關(guān)現(xiàn)象，解決這個問題只有對系統(tǒng)進行升級。由于系統(tǒng)運行，故對發(fā)電分場監(jiān)盤人員交代:在系統(tǒng)出現(xiàn)數(shù)據(jù)滯緩時，不要進行操作，待系統(tǒng)運行畫面正常時再進行DCS系統(tǒng)進行操作。
6月4日又出現(xiàn)一次5月29日同樣現(xiàn)象，但設(shè)備為甲引風(fēng)機液偶全開，運行迅速對設(shè)備進行關(guān)聯(lián)調(diào)整，熱工處理檢查后系統(tǒng)正常，判斷還是系統(tǒng)通訊方面的問題。由于出現(xiàn)死機現(xiàn)象與主要集中在＃12IO站和鍋爐控制主盤，是不是＃12IO站主控有問題呢，但查找的相關(guān)資料沒有反映出這一問題。
6月7日早上7點多又出現(xiàn)一次5月29日同樣現(xiàn)象，這次設(shè)備為甲引風(fēng)機液偶全開，開度100％，熱工檢查發(fā)現(xiàn)主盤主機有問題，將主機進行了更換，我們也對主機加強了檢查力度。
6月8日又出現(xiàn)兩次死機，連續(xù)出現(xiàn)三次同樣故障，嚴重威脅機組安全運行，迅速和北京和利時廠家取得聯(lián)系，根據(jù)廠家的提示，筆者對服務(wù)器及＃12IO站進行檢查，發(fā)現(xiàn)主服務(wù)器右下方的三色球有好幾個，廠家懷疑在運行中主從服務(wù)器有切換現(xiàn)象，征詢能否主控制進行切換，并且對鍋爐主盤主機與打印站的互換，下午四時熱工對＃12站系統(tǒng)進行切換。

6月9日運行反映甲送風(fēng)機在系統(tǒng)死機后，關(guān)指令一直發(fā)出，一次風(fēng)壓迅速下降800Pa，系統(tǒng)的不穩(wěn)定嚴重威脅到機組的正常運行，熱工專業(yè)人員對系統(tǒng)檢查后，對主服務(wù)器進行重新啟動，發(fā)現(xiàn)趨勢有斷點，列表在后，懷疑的重點集中為主服務(wù)器。一直待到19:00也未發(fā)現(xiàn)其他情況，晚上20:00又接到運行電話，DCS系統(tǒng)出現(xiàn)兩次死機，這次不是鍋爐主盤一臺，而是操作員站全部死機，迅速趕往現(xiàn)場，系統(tǒng)已經(jīng)自行恢復(fù)正常，這次暴露出來主服務(wù)器肯定存在問題，大家對運行監(jiān)視組合進行調(diào)整，鍋爐主盤比較重要，制粉盤近期運行較好，將鍋爐主盤與制粉盤交換位置;與鍋爐主盤商量讓其到制粉盤監(jiān)盤，將鍋爐主盤退出進行重新新建工程，系統(tǒng)檢查無誤后，在運行登錄，將與系統(tǒng)關(guān)聯(lián)的GPS系統(tǒng)退出。并同時聯(lián)系廠家盡快到現(xiàn)場解決問題。
廠家6月10到廠后，對鍋爐主盤進行檢查未發(fā)現(xiàn)異常，同時對更換到打印站的主機進行檢查，發(fā)現(xiàn)計算機設(shè)置有不一致的地方，并對其進行了處理。詢問6月6日～6月9日有11次的10～35s的問題(表2所示)，廠家分析服務(wù)器有問題，我廠有服務(wù)器備件，提議更換主服務(wù)器，廠家認為沒有必要，軟件問題進行重裝就可以解決，系統(tǒng)升級后，這方面的問題就不存在了，所以沒有更換主服務(wù)器。對系統(tǒng)升級，徹底解決系統(tǒng)死機期間操作的指令一直發(fā)出問題。

表2 趨勢斷點記錄表

機組6月13日停機調(diào)峰，利用這個機會配合廠家對服務(wù)器進行重新安裝，并對系統(tǒng)進行了升級為SmartPrO3.0.3＋SP2，在中試對DCS系統(tǒng)測試后，于6月16日將系統(tǒng)重新恢復(fù)運行，機組目前運行狀態(tài)良好。

5 結(jié)束語
綜合以上經(jīng)過，筆者發(fā)現(xiàn)系統(tǒng)出現(xiàn)死機的主要問題是主服務(wù)器的問題，在今年大修前我們采納了廠家建議購置了一臺服務(wù)器備件;在運行中對設(shè)備的日常維護很重要，不單是保證設(shè)備在正常的環(huán)境中運行，設(shè)備巡回檢查一定要落到實處，發(fā)揮巡回檢查的真正意義。
系統(tǒng)出現(xiàn)某臺操作員站問題，由于設(shè)備已經(jīng)有3年的使用期，今年的大修中筆者更換了幾臺有問題的主機，對這次主機部分出現(xiàn)問題，筆者聯(lián)系了DELL廠家對有問題的主機進行了更換。
對DCS系統(tǒng)缺陷處理，主機更換中一定要檢查徹底。
對于其連接的其他系統(tǒng)如MIS等，由于其服務(wù)器是直接掛在DCS系統(tǒng)的服務(wù)器上的，所以對其的操作一定要規(guī)范，其IP地址不能與DCS系統(tǒng)有重復(fù)的。
多與廠家溝通，因為廠家對其使用系統(tǒng)問題見識要比用戶多，有些東西不需要等事到臨頭才來解決，所以才可以防患于未然。