一． 前言
華能上海石洞口第二電廠裝機為二臺600MW超臨界燃煤機組，日耗煤一萬噸上下，排渣及灰約1300噸上下（取決于發電量及原煤中灰份）。裝備的除灰系統將爐底大渣及石子煤作為濕灰送往江蘇的灰場，也將省煤器，空預器，電除塵器(四電場)的干灰收集分作粗灰與細灰，送往干灰庫供綜合利用。運行人員通過灰控室的1#，2#灰控盤來監視操作各臺機組的除灰系統。并通過灰控室旁的電除塵控制柜來操作電除塵。1999年，為實現減員增效與強化除灰系統的監督管理，廠部決定以后將灰控室關閉，將灰控與電除塵控制移至中控室（機組集控室）。這是本“除灰與電除塵遠程控制”項目（以下簡記為“遙控裝置"）的由來。為節約改造成本，提高本廠儀控檢修人員素質，該項目決定由本廠檢修部儀控專業自行完成。
二． 原設備狀況與改造目標
I． 原監控設備狀況
1．灰處理（控制系統圖見圖1）
PLC：A-B （以下簡記為AB公司）PLC3/10雙冗余/每臺機組
I/O：1870點/每臺機組，其中包括：
灰控操作盤：三位開關：6個/每臺機組
二位開關：96個/每臺機組
操作按鈕：70個/每臺機組
指示燈： 310個/每臺機組
報警窗： 130個/每臺機組
指示表： 17只/每臺機組
多筆記錄儀：一臺/每臺機組
2．電氣除塵器（EP）系統
EP原控制系統分為高壓側控制柜與低壓側控制柜監控。由于除塵性能問題，EP于1998年10月對2號機組進行了改造，1999年5月對1號機組實行同樣的改造。改造后的EP高低壓側均由微處理器進行控制，并設有上位機，提供了系統開機，系統停機，振打控制，排灰控制，電加熱控制及系統監視，報警，保護功能。其中
控制器：淅江佳環電子有限公司自制單板機；
上位機：PC機，MS Windows NT4.0下用Visual Basic 6.0編制的監控程序；
I/O：模擬量180點/每臺機組；開關量92點/每臺機組；
存在的問題是歷史數據儲存與使用困難，數據格式專有，無法共享，監視功能擴展困難，無法直接移到中控室。
II．改造目標如下：
1． 在除灰系統原設計的PLC+控制盤控制操作的基礎上增加一遠程控制開關，當開關放置在遙控位置時，中控室可以對除灰系統進行過程監視、報警與控制；
2． 在原灰控室內電氣除塵器（以下簡記為EP）監控基礎上增加一遠程數據接口，使中控室可以對EP進行過程監視、報警與控制；
3． 中控室1U/2U OIS主控臺旁各增加一臺操作站以作為對灰控，電氣除塵器的監視控制與調節的人機操作界面，并且互為冗余；
4． 增加數據儲存，共享，操作提示，智能診斷等功能；
5． 除上述操作站外不增加新站基礎上為化水的集中監視控制預留接口
實施上述改造以后，可在滿足ISO9000質量控制的要求下便于強化運行管理，并為實時狀態檢修診斷打下基礎。理論上每年可省25萬元，（在可預見的將來，這筆費用會逐年增長）。
三． 遙控裝置構成
由以上目標可知，這是要在原PLC上增加一種與DCS操作站類似的Set Point控制方式，即在操作站上完成機組的監視，并在操作站上下達控制指令。指令的執行、聯鎖及過程信號的采集都是在原PLC中完成的。使用PC機加局域網來構成本灰處理/電除塵遙控裝置是最低成本最可行的方案。如圖1所示
I． 硬件構成：
1. 圖1中裝置1與2為數據I/O服務器?？刂粕弦坪笤O備處于無人值守，所以使用工控機，每臺機加上AB公司的1784KTX卡用于與AB-PLC3通訊，通訊速率使用其上限：115.2kbps；
2. 圖中裝置8為淅江佳環公司所配的PC機，作為電除塵器的上位機，它與電除塵控制柜使用RS232進行通訊，速率為9600bps；
3. 圖上部裝置5與6是安置在中控室的CRT操作站，機柜從貝利買入，使中控室所有操作站外觀一致，但柜內計算機硬件是未經加固處理的PC機。不選工控機是因為中控室的運行環境較好。我們選低檔的宏基PC服務器，這種裝置也是為24小時運行設計的，且比工控機有更好的硬軟件兼容性及性能，從而能減少維護及擴展費用。
4. 歷史數據庫服務器7是專為強化設備記錄，進行狀態檢修而準備的，同時該服務器上裝二塊網卡，另一路連到廠MIS系統，實際當一個網關來處理，連到MIS去的信號是只讀的，防止干擾正常運行。該服務器連到灰控網及廠MIS網的速率都是100M。
5. 所有的設備用局域網連起來，為防止通訊堵塞，加強通訊安全性，兩個集線器3與4均采用3COM的Switchhub,保證每臺機對應端口的實際最高速率可達到10M，灰控樓與中控樓的電纜距離為250米，所以集線器之間使用光纖相連，速率為100M。
按照AB公司的說法，還有一種簡單的方式是將AB公司的PLC用電纜直接連到中控室，但這樣的方案使PLC獨立性下降、上位機冗余實現困難。我們在實踐中發現，對本廠PLC3而言，如果1U/2U將兩組共4臺PLC使用一根電纜連在一個通訊網上，很容易使1U/2U的灰處理控制盤全部跳閘。實際通訊速率也會因輪詢站點增加一倍減慢，從而使通訊有隱患。而此外，還使擴充困難，例如，電除塵的信號以及傳到MIS的信號還是要通過專門的網絡來傳輸。所以實際比較起來，目前方案所增的錢不多，但系統擴充性，冗余性，兩組PLC的獨立性都優于另一方案。從而導致目前方案具有較好的可靠性與安全性，還為今后的化水上移打下了良好的基礎。
II． 軟件構成
1． 在I/O服務器上運行的與PLC3通訊軟件使用AB公司的Rslinx。
2． 人機界面使用wonderware公司的intouch。
3． 歷史數據庫選擇wonderware公司的IndustrialSQL。
從與PLC的接口，從網絡，從人機界面各方面講，最價廉的是PC機，所以用intel PC機組成系統。而所有在PC機上運行的工控軟件與接口通訊軟件所要求的軟件環境都是Windows,所以其他操作系統軟件包括所謂國產化的Liunx都沒有機會，只有用MicroSoft Windows NT。在數據采集與數據庫端都用英文版，操作站用中文版。
四． 灰處理與電除塵遙控操作界面與功能 人機界面側已經實現的操作特性是：
1． 只有當灰控樓就地屏上遙控開關放置在“遠程”位置，在遠程上操作才是許可的，否則遠程上只有監視功能，已通過PLC編程實現。
2． 所要監視與操作的對象最多三鍵（或鼠標點擊三下）到位；保證三鍵到位的布局見圖2。操作方式有兩種：
a. 原有操作屏的模擬，如圖2所示，保留給對灰處理屏操作熟練的原灰控操作員，畫面上有標準屏，縮小屏及放大的操作鍵區，圖2上部是一濕灰縮小屏，下部是高壓沖灰水泵操作對應的操作鍵區，根據不同的監視與操作需要即可在一屏上一目了然，也可放大后進行具體操作。操作有確認對話框，有確切提示，以防止誤操作。這樣的操作屏共有40幅。操作可以通過鍵盤操作，也可以通過鼠標進行，二者基本等價。模擬屏上的文字有英文和中文兩種，一鍵切換，使原來看慣英文屏的老灰控操作員能適應，也能輕松適應原機組運行值班員擴大技能。
b. 流程圖操作；這是原來沒有的，如圖3所示，我們設法使其中所繪的設備不僅是神似，而且基本形似，所有的設備會隨設備的狀態變化而變化。管道的工質不同及是否在運行都有不同的狀態色來表示，閥門狀態類推。這種圖共7幅。與模擬盤操作相比，流程圖操作可監視能力更強，表達的信號比模擬盤多一倍，而且還有一些聯鎖功能，例如，如果某泵在就地位置，在流程圖上會不可操作，但在模擬盤上還是可操作的（為了與實際盤面一致）。顯然流程圖更合理些，對某區的流程圖監視操作更為簡潔，只有7幅，對應的鍵區有40幅之多。但是由于有灰控室控制盤作依據，模擬盤操作相對更為準確，流程圖的準確還會有一段時間。此外對于熟手，也許“灰控屏”更為一目了然；
3． 畫面切換時間低于1秒，大多低于0.3秒；灰處理的設備操作響應時間低于2秒，一般為1秒；實際設定的I/O Server全點刷新周期為500ms；電除塵全點刷新周期較長，約為10秒，這與佳環公司的硬軟件有關（佳環公司上位機與單板機的通訊速率為9600bps）。由于電除塵操作不多，這種情況勉強可用，而灰處理則完全可實用。
4． 報警分為軟報警與硬報警，軟報警即CRT報警，報警窗與原就地盤一致。也有蜂鳴,閃光，可點擊閃光區確認，亦有中英文切換以保持新老操作的兼容性；硬報警由PLC直接送往中控室ANN報警窗，只取三點，分別為：
a. 干灰系統報警；b.濕灰系統報警；c.電源異常
硬報警能夠在上位機與PLC通訊故障時及時提示操作員。詳細內容可翻屏畫面。
5． 事件記錄。新遙控比原裝置多了事件記錄（限于篇幅不再給出界面），不僅給出了一般報警項的報警與復置時間，名稱，還給出了所有開關量狀態點的變化事件，將其分組，可以分別得到操作記錄，設備動作統計。有助于設備故障分析。本系統試投用后已有二次被用于找出某泵跳閘的原因。
6． 實時與歷史趨勢。對比起原系統只有三筆記錄，本裝置每臺機組給出20幅、約60點趨勢記錄，并給出了對應的歷史趨勢。
7． 操作站是冗余的，即一號機的操作站可以同時操作一號機的灰處理/電除塵，也能操作二號機。只要在操作站的左上角“1”點擊一下就能切換到2號機。有一授權機制，由當值值長決定是否有某種操作權限。一般情況下，只許一號機操作自已的灰處理與電除塵，二號機的只能作對照監視，無法操作。二號機操作站亦然。
8． 由于網關與InSQL的存在，現在可以在廠MIS網所復蓋的任一計算機上通過wonderware 的FactoryFocus軟件實時看到灰系統與電除塵的全部實時信息（只讀），包括趨勢，報表，流程，操作屏，報警。已經證實，即使在千里以外，只要一個V.28MODEM,也能得到全實時（4900點I/O）數據的監控畫面。這表明，wonderware在TCP/IP及WindowsNT上實現的實時通訊協議suitelink確有良好的性能。
本系統已于2000年8月在一號機組上投入試運行，二臺機組在2000年12月全部移交運行。原灰控樓已關閉。
五． 遙控裝置開發中的一些問題解決方案 1． 人機界面軟件的選擇
人機界面軟件的選擇是本項目的關鍵之一。市場是對該軟件價值性與有效性的權威評判，具有良好市場份額的產品是選擇的基本原則之一。Wonderware的FactorySuite 2000、intellution的iFIX2.x、Ci Technologies的Citect、Rockware的RSView等屬于此列。實現成本是要關注的另一方面。特別要重視是對本項目的適用性。我們使用其中的一些軟件編制了與圖2/圖3類似的操作畫面。對比表明，Wonderware的intouch最適合本項目的要求，該軟件市場分額占全球HMI市場的25％，對中文，對OPC，對操作系統與第三方軟件都有很好的支持，使用簡便，對本項目的構架成本略低于其他方案。特別是，intouch的執行性能十分優越，對硬件資源的要求較低，我們認為，在工控上使用的軟件所占的常規CPU時間不宜大于30％，以太網負荷不大于10%，否則系統可靠性與安全性下降,對于本項目應用，所有計算機為PIII450，256MB內存，實際4952點I/O，所有功能滿負荷運行，intouch的CPU占用率在10%以下，歷史趨勢時100%負荷時間不超過5秒。
2． A-B PLC3/10連接方案的選擇
在I/O服務器上運行的與PLC3通訊軟件使用Rockwell公司的Rslinx，其支持OPC協議。不選其它具有更低成本優勢的方案的主要原因是第三方軟件不支持AB-PLC3/10方式下的雙重冗余且缺少原制造廠商所特有的自家設備的診斷功能。實踐表明，該軟件有良好的性能特性。
3． 電除塵連接方案
通過在電除塵上位機（圖2中的8）的原VB6程序中增加DDE協議來傳遞實時信息。經多次試驗與反復修改，終于將560點數據全部以DDE方式送出，并能接受上位機DDE指令。但實時性尚不夠理想。主要限制來源于下位機通訊9.6kbps的限制。
4． 網關方案的選擇
網關數據庫選擇wonderware公司的IndustrialSQL。該軟件嵌入在MS SQL Server上運行，我們的實踐表明，其有良好的執行性能，能滿足本項目5000點標簽量的實時記錄要求。該軟件還有一InSQLIOS功能，使全廠的有關PC機能通過網關單方向安全地得到實時信號。本網關是遠程監視與SCADA的關鍵設備，是為狀態檢修奠定基礎。MIS客戶機使用Wonderware FactoryFocus或其他SQLserver客戶端工具來訪問。
5． 遙控裝置與N90系統的時鐘同步
灰處理與電除塵遙控裝置的操作臺雖然與機組DCS-Bailey-N90系統的機組操作臺并列在外硯上融為一體，但本質是兩個系統，一個是Alpha的OpenVMS系統。一個是intel+NT系統，為避風險二個網相互獨立。時鐘無捷徑統一。本廠的事故追記SOE系統ISM-1（Rochester公司的產品）與N90系統時鐘同步到秒。設有一上位機，該上位機軟件RiSCue雖然可以正確顯示ISM-1傳過來事圖4.遙控裝置與原DCS-N90時鐘同步方案
件的VTQ（數值、時標、質量），但本身無法與ISM-1同步。所以設計了圖4方案。即由N90周期性（例如，每天三次）地發出時鐘同步信號。然后ISM-1將該信號連同VTQ送往RiSCue上位機，RiSCue再通過OPC轉送到intouch操作站。Intouch強制本機與該信號的時標進行時鐘校對。網上的其他機器則通過周期性排定的AT指令與操作站時鐘同步。從而實現了本遙控裝置與原DCS-N90時鐘統一。
6． 打印機共享方案
為了不在中控室增加更多的打印機，本系統通過NT的打印機共享方案跨網段打印。
7． 掛危險牌
現在在遙控操作臺CRT上已經編制有掛危險牌功能。一旦掛牌，所有的操作站將不能操作掛牌設備，直至再在CRT上進行該設備的摘牌作業。目前的掛牌原則是：如果該項檢修不在原灰控樓進行。則只需在遙控裝置的CRT上進行掛牌作業；如果還要進入原灰控樓，則不僅要在CRT上進行掛牌，還要在原灰控樓中原操作盤上進行掛牌作業。
六． 結論 為減員增效與強化除灰系統的監督管理的目標，本廠依靠廠內自已的力量，以較低的成本，完成了本廠1/2號機灰處理/電除塵監視與控制的全部上移至機組中控室的遙控裝置，所使用的結構是通用PC機+通用局域網+主流商品工控軟件，具備良好的性能，易學易用的人機界面，系統開放，易于維護，易于擴充，打破了過去自動化孤島的現象，實現了在減員情況下的設備強化監視與控制，能方便地實現當前與歷史進行追蹤與比較，從而滿足ISO9000關于趨勢與傾向控制(run and trend control)管理及過程可追朔性(traceability)方面的要求。這樣的結構有人稱為電廠的外圍DCS，這不一定確切，不過我們確已為化水系統的上移作好了設備與技術準備。我們認為，這種結構在火電廠外圍系統監控，肯定是一種方向。目前，我們正在編制使用這些實時數據的設備診斷程序，進一步拓展其應用。
