王灘電廠脫硫系統(tǒng)自投運以來，PLC控制系統(tǒng)在雙機熱備情況下經(jīng)常出現(xiàn)通訊中斷現(xiàn)象，直接影響了運行人員對系統(tǒng)的監(jiān)控，為此只能采取臨時措施，將雙CPU熱備運行方式退出，改為單CPU運行，減小掃描周期，這極大地降低了PLC控制系統(tǒng)的安全可靠性，給兩臺600MW機組的穩(wěn)定運行帶來一定的安全隱患。
　　
　　一、脫硫PLC系統(tǒng)的配置情況
　　
　　王灘電廠脫硫PLC控制系統(tǒng)采用樹形網(wǎng)絡，設置兩層控制網(wǎng)絡：上層網(wǎng)為輔助車間集中監(jiān)控網(wǎng)，下層網(wǎng)為脫硫的車間級控制主干網(wǎng)。全廠輔控網(wǎng)設有4個操作員站、1個歷史站、1個工程師站及2臺相互冗余、相互熱備的服務器、冗余的交換機；車間級控制主干網(wǎng)采用100M冗余光纖以太網(wǎng)，分別設有3臺操作員站、1臺工程師站、1臺歷史站及冗余的交換機，配有#1FGD、#2FGD、#1-2FG、#1-4FGD四套PLC控制系統(tǒng)，配有中央處理單元（CPU）140CPU53414A四套（共8塊）、雙機熱備模塊140CHS11000四套（共8塊），冗余的通訊模件140N0E77101四套（共8塊），輸入輸出模件，連接電纜及連接件和實時操作系統(tǒng)等。PLC系統(tǒng)編程軟件為Concept2.6，監(jiān)控軟件為Ifix3.5無限點中文開發(fā)版。脫硫PLC控制系統(tǒng)通過1000M冗余光纖以太網(wǎng)交換機與全廠輔控網(wǎng)進行通訊，通訊協(xié)議TCP/IP，通過通訊接口，脫硫系統(tǒng)的監(jiān)控納入全廠輔控網(wǎng)，由單元機組集中控制室內(nèi)的輔助監(jiān)控站的運行人員完成兩臺爐脫硫系統(tǒng)的監(jiān)控和管理。操作員站和控制站之間的通訊網(wǎng)絡為雙冗余工業(yè)以太網(wǎng)，冗余交換機，通訊協(xié)議TCP/IP。I/O站之間的通訊網(wǎng)絡采用冗余的MODICONRIO網(wǎng)絡，即遠程I/O網(wǎng)絡。現(xiàn)場系統(tǒng)結(jié)構(gòu)示意圖1。　　
　　二、脫硫網(wǎng)通訊中斷原因分析
　　
　　輔控網(wǎng)上有兩臺服務器直接從所有的PLC中采集數(shù)據(jù)，在脫硫系統(tǒng)中現(xiàn)場有五臺上位機從PLC中采集數(shù)據(jù)。上位機SCADA軟件采用的是IFix3.5。#1FGD、#2FGD、#1-2FGD、#1-4FGD為Quantum的雙機熱備系統(tǒng)，整個脫硫系統(tǒng)用德國Hirschmann交換機為雙網(wǎng)配置。
　　
　　各站的內(nèi)存數(shù)據(jù)分配及上位機數(shù)據(jù)請求如下表1：　　
　　上位機通訊的性能與CPU的掃描時間、數(shù)據(jù)請求量及上位機的結(jié)構(gòu)有較大的關(guān)系，從上述的表中我們可以得到除了#1-2FGD以外其他站的程序量是比較大的，單機的掃描時間都在50ms以上。另外從3：X類型的數(shù)據(jù)上看，除#1-2FGD以外其他站的數(shù)據(jù)量都在50000個字以上。這些因素導致PLC在建立雙機熱備之后所需要的掃描周期在200ms左右，因為每個周期為保證數(shù)據(jù)的主備機同步，這些數(shù)據(jù)都需要從主機傳到備機。現(xiàn)場檢測#1FGD在建立雙機熱備后實際的掃描周期在196ms左右，比單機時擴大了近3倍，從而使得對上位機的響應很慢。另外脫硫系統(tǒng)中有共計有7臺上位機直接從PLC中采集數(shù)據(jù)，也會導致上位機響應較慢。當出現(xiàn)通訊超時的情況時，SCADA會表現(xiàn)出通訊中斷的現(xiàn)象，但此時PLC對于過程控制的處理是正常運行的。要提高數(shù)據(jù)的響應速度可以從上述的幾個方面進行分析。
　　
　　三、改進的可行性方案
　　
　　3.1減少直接讀取PLC的上位機數(shù)量
　　
　　根據(jù)實際操作的需要保留適當數(shù)量的上位機，平時不用的站將其IFix3.5關(guān)閉可以改善通訊性能。或采用客戶機/服務器方式，保留兩臺主機服務器從PLC采集數(shù)據(jù)，其他操作員站從服務器得到數(shù)據(jù)。
　　
　　3.2合理配置上位機數(shù)據(jù)請求以減少數(shù)據(jù)請求量
　　
　　在IFix中對離散量數(shù)據(jù)一個請求可以采集2000個點，對字類型數(shù)據(jù)可以采集125個字。在配置I/O數(shù)據(jù)請求時盡可能將需要采集的數(shù)據(jù)放置在同一個請求中采集以減少數(shù)據(jù)請求數(shù)量，如#1FGD、#2FGD、#1-4FGD的0:X類型的數(shù)據(jù)作優(yōu)化可都可以減少一個請求。對于7臺上位機來說就可以減少7個請求。但此種變動可能需要對程序作少量修改。另外現(xiàn)場系統(tǒng)采用的雙網(wǎng)絡結(jié)構(gòu)，可以分配上位機從不同的NOE模塊中采集數(shù)據(jù)。如輔控網(wǎng)從一個NOE采集數(shù)據(jù)，就地控制從另外一個NOE采集數(shù)據(jù)，這樣可以有提高SCADA的響應性能。
　　
　　3.3優(yōu)化程序減小雙機熱備時的掃描周期
　　
　　現(xiàn)場的程序量較大，會導致雙機熱備時所需的熱備字數(shù)量較大，從而使得雙機熱備時掃描周期大大增加。可以優(yōu)化程序如減少非定位變量的應用，減少DFB在雙機熱備系統(tǒng)中的應用可以減少熱備字數(shù)量，但此種修改工作量較大。
　　
　　3.4采用的新UnityQuantum雙機熱備CPU模塊
　　
　　以上的幾種方法可以適當?shù)馗纳颇壳暗耐ㄓ嵭阅埽粜枰蠓鹊奶岣咄ㄓ嵭阅軇t采用UnityQuantumCPU。主要原因有兩個：新的CPU其程序計算速度及雙機熱備時數(shù)據(jù)傳輸速度大大提高，從而使得PLC的掃描周期非常短。Unity下的以太網(wǎng)通訊響應請求能力相比于Concept下的Quantum雙機熱備提高了2到4倍。將#1FGD的程序轉(zhuǎn)換到Unity程序后，根據(jù)測試的結(jié)果其掃描周期在雙機熱備的情況下可減小到40ms左右。在不變更目前上位機配置下，理論計算可以有30臺上位機同時連接也能滿足性能要求。將Concept程序轉(zhuǎn)換到UnityPro的程序是比較方便的，程序結(jié)構(gòu)與Concept類似只需作少量的檢查工作。UnityPro操作界面略有不同，但在Concept的基礎上是很容易學習撐握的。系統(tǒng)的硬件及接線除更換CPU和CHS模塊外無需作任何其他的改動。因此，我們選擇了對原控制系統(tǒng)CPU控制器的升級達到減小掃描周期的目的。
　　
　　四、CPU升級及注意事項
　　
　　4.1CPU升級
　　
　　根據(jù)以上的分析，zui終確定采用方案4，將原系統(tǒng)中型號為140CPU53414的CPU更換為140CPU67160（要求內(nèi)存為7M），通過EthernetMTRJ-MTRJ光纖電纜將熱備的兩個CPU相互連接。并且為新更換的CPU增加可擴展的Unityv2PCMCIA存儲卡（SRAM）,型號為TSXMRPC007M，使該控制系統(tǒng)達到可靠的冗余熱備。只需在Unity編程軟件中對新更換的CPU以及槽號進行配置即可。升級后的PLC控制系統(tǒng)#1FGD、#2FGD、#1-2FG、#1-4FGD的掃描周期僅為34ms、37ms、19ms、40ms，*解決了雙機熱備時通訊中斷的問題。
　　
　　4.2CPU升級的注意事項
　　
　　4.2.1工藝系統(tǒng)安全停運
　　
　　CPU升級過程中，工藝系統(tǒng)的運行狀態(tài)將無法監(jiān)視和控制，整個升級過程少則需要一兩個小時，多則可能長達十幾個小時，選擇在機組停運的時候，如不能則一定要做好相應設備的安全措施，無法停運的設備切換到就地運行，如攪拌機和潤滑油泵等。
　　
　　4.2.2CPU型號與NOE版本匹配
　　
　　需要特別強調(diào)的是CPU的型號一定要和NOE的版本匹配，否則將無法將程序下載到CPU中。在升級過程中，程序通過MAC地址能連接到CPU，但是通過以太網(wǎng)和USB接口無法將程序下裝，因為本次升級是在原來concept2.6的基礎上進行的，且NOE模塊為2005年采購安裝并使用的，顯然NOE版本和CPU的型號不一致。在升級前一定要在UnityProXL程序下，用OSLOADER功能采用相應的升級文件將NOE模塊升級到Unity下匹配的版本，當系統(tǒng)名稱、系統(tǒng)硬件編號和錯作系統(tǒng)版本顯示無誤后才可完成程序下裝。
　　
　　4.2.3IP地址的配置
　　
　　UnityProXL在用以太網(wǎng)方式連接時，首先將NOE模塊上寫的4組十六進制的數(shù)字換算成10進制的4組IP地址，再將本機的IP地址改成同一網(wǎng)段的地址即可。有時候連接不上的話，可以試著配置在以太網(wǎng)模塊上的IP的zui后一位加1，因為加1是帶雙機熱備的IP地址，系統(tǒng)自動加了1。
　　
　　方案實施后取得了較為明顯的效果，實現(xiàn)了脫硫系統(tǒng)的CPU雙機熱備運行，且不再出現(xiàn)通訊中斷的現(xiàn)象。為機組的穩(wěn)定運行奠定堅實的基礎，全面提高了全廠輔控系統(tǒng)的整體控制水平，為機組安全、穩(wěn)定、經(jīng)濟運行奠定了堅實的基礎。