| 摘要:介紹了西門子SPPA T-3000 DCS系統(tǒng)的特點，總結了SPPA T-3000 DCS的優(yōu)、缺羔，對該系統(tǒng)在國華準格爾發(fā)電有限責任公司調試期間發(fā)生的死機等問題進行了分析，并給出了解決方案．付諸實施后取得了良好的效果。 關鍵詞:西門子SPPA T-3000 DCS系統(tǒng)；系統(tǒng)配置；死機 國華準格爾發(fā)電有限公司（以下簡稱準電）3期擴建工程2×330 MW 機組分散控制系統(tǒng)（DCS）采用西門子公司的TXP一3000分散控制系統(tǒng)。該系統(tǒng)是西門子公司原TXP系統(tǒng)的替代產品，在國華準電的應用屬國內首次。 1 系統(tǒng)配置與分析 1．1 網(wǎng)絡配置 ?。?）電廠總線擔負DCS各子系統(tǒng)問（AS、OM、ES）的通信任務．為工業(yè)以太網(wǎng)．遵循ISO／OSI的7層結構建立起來的國際標準通信協(xié)議。 （2）總線系統(tǒng)包括電廠總線和終端總線，均為通過光纜建立的局域以太網(wǎng)，采用標準的TCP／IP協(xié)議，傳輸速率為100 Mbit／s。 （3）總線系統(tǒng)由若干個OSM模件組成。OSM模件為光纜總線接口總站，帶有自己的電源。通過OSM 模件，DCS系統(tǒng)的各成員以星型結構連接在一起?？偩€系統(tǒng)為虛擬環(huán)網(wǎng)，設若干OSM模件，OSM模件設1組電子開關。 1．2 控制器（CPU）配置 西門子T-3000分散控制系統(tǒng)現(xiàn)場級控制器采用西門子S417控制器。按系統(tǒng)劃分并兼顧DCS功能分布配置，實行硬件物理分散布置、信息集中管理的設計原則。所有處理器模件均冗余配置，一旦某個工作的處理器模件發(fā)生故障，系統(tǒng)能自動無擾快速切換至與其冗余的處理器模件，并在操作員站報警。冗余配置的處理器模件與系統(tǒng)設并行的接口，均能接受系統(tǒng)對其進行的組態(tài)和組態(tài)修改。處于后備狀態(tài)的處理器模件能不斷更新自身獲得的信息，并保持與工作模件數(shù)據(jù)同步。 準電單元機組CPU處理器配置為鍋爐8對、汽機4對、電氣2對；公用CPU處理器配置為電氣公用系統(tǒng)及熱控公用l對、循環(huán)水泵房公用2對。 1.3 I／0卡件類型 I／O卡件類型如表1所示。  1．4 機柜配置 西門子T-3000分散控制系統(tǒng)機柜按功能配置．包括控制柜和10機柜?？刂乒駜日姘惭b控制器CPU和各類卡件，背面安裝FIM端子接線板；IO由于DCS模件工作電壓為24V DC，而控制對象的驅動電壓為220V AC，故DCS的控制驅動信號經繼電器柜輸出。 1．5 人機接口配置 用于過程監(jiān)視的人機接口站每臺機組包括操作員站4套、工程師站1套、歷史數(shù)據(jù)站1套、大屏幕操作站2套。ES工程師站為1個數(shù)據(jù)庫支持的全圖形系統(tǒng)，采用了統(tǒng)一的現(xiàn)代化圖形系統(tǒng)和用戶接口，使控制系統(tǒng)的操作快速、安全、方便。ES工程師站可為所有子系統(tǒng)組態(tài)。包括總線系統(tǒng)。該工程師站為圖形界面，無需編程語言，可以自動生成代碼及自動下載代碼，可進行系統(tǒng)故障跟蹤分析；但事故追憶功能操作繁瑣。 1．6 電源及接地 單元機組DCS設3個DCS電源柜，DCS電源一路來自電氣UPS 220V AC，另一路來自保安段220V AC。DCS公用系統(tǒng)設1個公用DCS電源柜，兩路電源進線分別來自3號、4號單元機組DCS電源柜。遠程數(shù)據(jù)采集系統(tǒng)電源由單元機組DCS電源柜供給。 DCS系統(tǒng)不單獨設置接地網(wǎng)。集控室電子間內DCS各機柜設備按照布置位置分組分別接地至設置于電纜夾層的總接地箱，再由總接地箱統(tǒng)一接至就近電廠接地網(wǎng)。 1．7 服務器ft Server 西門子T-3000服務器，采用的是ft Server W系列4300系統(tǒng)，為不允許發(fā)生故障的應用專用服務器。ft Server 4300系統(tǒng)不僅提供99．999％的運行時間，而且配備Intel⑧XeonTM處理器，在2路對稱多處理（SMP）服務器上提供高性能處理能力。系統(tǒng)特性如下：處理器Intel⑧XeonTM，3．2 GHz，內存4 GbytesDDR，存儲子系統(tǒng)SCSI驅動器支持74 Gbytes。在服務器ft Server上運行SPPA T-3000 Monitor Service[Start]～啟動了控制系統(tǒng)服務器，相關項目容器、報警容器、通信協(xié)議等隨即啟動。 2 系統(tǒng)存在的問題及解決方法 由于該DCS系統(tǒng)在國內是首次應用，對該系統(tǒng)的了解還不夠深入，DCS從到達現(xiàn)場開始就頻頻發(fā)生各類問題，DCS系統(tǒng)死機就發(fā)生了10余次。以下針對其中比較突出的問題進行分析。 2．1 調試期間系統(tǒng)死機原因分析及處理 2．1．1 第1次死機 2．1．1．1 現(xiàn)象 死機具體表現(xiàn)為從工程師站查找不到公用系統(tǒng)的控制器，操作員站無法對公用系統(tǒng)進行監(jiān)視和操作。即DCS系統(tǒng)失去公用系統(tǒng)的功能。經分析，原因是由于IP地址配置沖突，即公用系統(tǒng)與3號機組IP地址沖突，導致系統(tǒng)無法識別公用系統(tǒng)服務器，從而失去對公用系統(tǒng)的通信與控制。 2．1.1．2 解決辦法 重新設定系統(tǒng)各服務器的IP地址。處理后系統(tǒng)運行效果良好，此類故障再未發(fā)生。 2，1．2 第2次死機 2，1．2．1 現(xiàn)象 第2次系統(tǒng)死機現(xiàn)象與第1次相同。經分析，原因為系統(tǒng)組態(tài)下裝功能開放性過強，即此系統(tǒng)任意1臺計算機均可進入在線組態(tài)方式，并能夠同時對同1個AP的同1個邏輯進行在線組態(tài)下裝，多用戶同時通過3號機組授權用戶修改公用系統(tǒng)組態(tài)，造成系統(tǒng)故障。 2．1．2．2 解決辦法 加強系統(tǒng)在線組態(tài)下裝的管理，嚴禁多用戶同時對同1個AP的同1個邏輯進行在線組態(tài)下裝。該解決辦法為暫時性解決方法．根本的解決方式應從系統(tǒng)內部設定，限制多用戶同時對同1個AP的同一個邏輯進行在線組態(tài)下裝，1個用戶進入1個AP組態(tài)時另1個用戶無法再進入該AP進行在線組態(tài)。該方案已經提供給西門子公司，建議其對T一3000系統(tǒng)進行修改和優(yōu)化。 |
（轉載）
