王灘電廠脫硫系統(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)絡(luò),設(shè)置兩層控制網(wǎng)絡(luò):上層網(wǎng)為輔助車間集中監(jiān)控網(wǎng),下層網(wǎng)為脫硫的車間級控制主干網(wǎng)。全廠輔控網(wǎng)設(shè)有4個操作員站、1個歷史站、1個工程師站及2臺相互冗余、相互熱備的服務(wù)器、冗余的交換機;車間級控制主干網(wǎng)采用100M冗余光纖以太網(wǎng),分別設(shè)有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)絡(luò)為雙冗余工業(yè)以太網(wǎng),冗余交換機,通訊協(xié)議TCP/IP。I/O站之間的通訊網(wǎng)絡(luò)采用冗余的MODICONRIO網(wǎng)絡(luò),即遠程I/O網(wǎng)絡(luò)?,F(xiàn)場系統(tǒng)結(jié)構(gòu)示意圖1。
二、脫硫網(wǎng)通訊中斷原因分析
輔控網(wǎng)上有兩臺服務(wù)器直接從所有的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個字以上。這些因素導(dǎo)致PLC在建立雙機熱備之后所需要的掃描周期在200ms左右,因為每個周期為保證數(shù)據(jù)的主備機同步,這些數(shù)據(jù)都需要從主機傳到備機?,F(xiàn)場檢測#1FGD在建立雙機熱備后實際的掃描周期在196ms左右,比單機時擴大了近3倍,從而使得對上位機的響應(yīng)很慢。另外脫硫系統(tǒng)中有共計有7臺上位機直接從PLC中采集數(shù)據(jù),也會導(dǎo)致上位機響應(yīng)較慢。當出現(xiàn)通訊超時的情況時,SCADA會表現(xiàn)出通訊中斷的現(xiàn)象,但此時PLC對于過程控制的處理是正常運行的。要提高數(shù)據(jù)的響應(yīng)速度可以從上述的幾個方面進行分析。
三、改進的可行性方案
3.1減少直接讀取PLC的上位機數(shù)量
根據(jù)實際操作的需要保留適當數(shù)量的上位機,平時不用的站將其IFix3.5關(guān)閉可以改善通訊性能?;虿捎每蛻魴C/服務(wù)器方式,保留兩臺主機服務(wù)器從PLC采集數(shù)據(jù),其他操作員站從服務(wù)器得到數(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)絡(luò)結(jié)構(gòu),可以分配上位機從不同的NOE模塊中采集數(shù)據(jù)。如輔控網(wǎng)從一個NOE采集數(shù)據(jù),就地控制從另外一個NOE采集數(shù)據(jù),這樣可以有提高SCADA的響應(yīng)性能。
3.3優(yōu)化程序減小雙機熱備時的掃描周期
現(xiàn)場的程序量較大,會導(dǎo)致雙機熱備時所需的熱備字數(shù)量較大,從而使得雙機熱備時掃描周期大大增加??梢詢?yōu)化程序如減少非定位變量的應(yīng)用,減少DFB在雙機熱備系統(tǒng)中的應(yīng)用可以減少熱備字數(shù)量,但此種修改工作量較大。
3.4采用的新UnityQuantum雙機熱備CPU模塊
以上的幾種方法可以適當?shù)馗纳颇壳暗耐ㄓ嵭阅埽粜枰蠓鹊奶岣咄ㄓ嵭阅軇t采用UnityQuantumCPU。主要原因有兩個:新的CPU其程序計算速度及雙機熱備時數(shù)據(jù)傳輸速度大大提高,從而使得PLC的掃描周期非常短。Unity下的以太網(wǎng)通訊響應(yīng)請求能力相比于Concept下的Quantum雙機熱備提高了2到4倍。將#1FGD的程序轉(zhuǎn)換到Unity程序后,根據(jù)測試的結(jié)果其掃描周期在雙機熱備的情況下可減小到40ms左右。在不變更目前上位機配置下,理論計算可以有30臺上位機同時連接也能滿足性能要求。將Concept程序轉(zhuǎn)換到UnityPro的程序是比較方便的,程序結(jié)構(gòu)與Concept類似只需作少量的檢查工作。UnityPro操作界面略有不同,但在Concept的基礎(chǔ)上是很容易學(xué)習(xí)撐握的。系統(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)視和控制,整個升級過程少則需要一兩個小時,多則可能長達十幾個小時,選擇在機組停運的時候,如不能則一定要做好相應(yīng)設(shè)備的安全措施,無法停運的設(shè)備切換到就地運行,如攪拌機和潤滑油泵等。
4.2.2CPU型號與NOE版本匹配
需要特別強調(diào)的是CPU的型號一定要和NOE的版本匹配,否則將無法將程序下載到CPU中。在升級過程中,程序通過MAC地址能連接到CPU,但是通過以太網(wǎng)和USB接口無法將程序下裝,因為本次升級是在原來concept2.6的基礎(chǔ)上進行的,且NOE模塊為2005年采購安裝并使用的,顯然NOE版本和CPU的型號不一致。在升級前一定要在UnityProXL程序下,用OSLOADER功能采用相應(yīng)的升級文件將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)定運行奠定堅實的基礎(chǔ),全面提高了全廠輔控系統(tǒng)的整體控制水平,為機組安全、穩(wěn)定、經(jīng)濟運行奠定了堅實的基礎(chǔ)。