【摘要】：針對Web Scada系統(tǒng)中如何更好地適應(yīng)用戶規(guī)模變化的問題，分析現(xiàn)有實現(xiàn)方式對建立可伸縮系統(tǒng)的限制，提出了基于WCF技術(shù)建立可伸縮的Web Scada系統(tǒng)的解決方案。系統(tǒng)核心是采用面向服務(wù)的SOA架構(gòu)，推送或抓取不同規(guī)模用戶的數(shù)據(jù)采集終端的各種數(shù)據(jù)，對外公布數(shù)據(jù)訪問和推送接口。實現(xiàn)了Web客戶端響應(yīng)推送服務(wù)或查詢采集數(shù)據(jù)，呈現(xiàn)到監(jiān)控頁面中。
【關(guān)鍵詞】：Web Scada 系統(tǒng)；可伸縮；監(jiān)控頁面；面向服務(wù)；WCF基于Web的Scada系統(tǒng)不僅提高了Scada系統(tǒng)的適應(yīng)范圍，提高了系統(tǒng)的可靠性，也使Scada系統(tǒng)的管理和維護變得更加簡單方便，已經(jīng)成為國內(nèi)Scada系統(tǒng)事實上的標(biāo)準(zhǔn)。從Windows平臺的基于DCOM、ActiveX技術(shù)的同構(gòu)平臺，到CGI/PHP，再到SOAP、SOA的異構(gòu)平臺，它涉及了Web數(shù)據(jù)發(fā)布技術(shù)、實時圖形的生成和處理、客戶端圖形實時刷新技術(shù)、遙控操作圖像熱點處理技術(shù)、系統(tǒng)管理和安全技術(shù)等方面[2]。由于Scada系統(tǒng)的特點決定了它必須處理數(shù)量變化的遠程通訊裝置的數(shù)據(jù)采集。由于當(dāng)前數(shù)據(jù)采集技術(shù)的限制，數(shù)據(jù)的采集源點可能千差萬別，給Web數(shù)據(jù)發(fā)布帶來了可伸縮的要求?？梢赃@樣說，能否具有可伸縮性能是決定Web Scada系統(tǒng)能夠進入大規(guī)模工程實際應(yīng)用的基礎(chǔ)。其他的多項技術(shù)都須建立在它的基礎(chǔ)之上才會有實際意義。
Web Scada系統(tǒng)的分層設(shè)計如下[3]：
由監(jiān)控邏輯層處理復(fù)雜多變的通訊層變動，為界面層提供一個穩(wěn)定的數(shù)據(jù)來源是建立可伸縮Web Scada系統(tǒng)的關(guān)鍵。
本文擬以一個實際的Web Scada系統(tǒng)的開發(fā)為背景，利用.Net Framework 4.0、VS2010以及IIS、HTML技術(shù)建立一個可伸縮的Web Scada 系統(tǒng)，其核心是建立介于通訊層和界面層之間的監(jiān)控邏輯層。通過該層實現(xiàn)與通訊層的可伸縮連接和與Web界面層之間的穩(wěn)定連接。
一、現(xiàn)有Web Scada系統(tǒng)模式
現(xiàn)有的Web Scada 系統(tǒng)主要為了實現(xiàn)采集的數(shù)據(jù)信息的Web展現(xiàn)，他們都以在Web 頁面中實施展現(xiàn)通訊層的數(shù)據(jù)采集內(nèi)容為主要功能。由于面對的用戶規(guī)模不同，出現(xiàn)了比較多的Web Scada 系統(tǒng)，但它們基本都屬于以下兩類：
1、 分布式Web Scada 系統(tǒng)（下稱分布式系統(tǒng)）
系統(tǒng)有多個服務(wù)器分別處理不同間隔內(nèi)的遠程裝置（RTU）數(shù)據(jù)采集。形成分布式的網(wǎng)絡(luò)數(shù)據(jù)庫，用戶根據(jù)需要連接到不同的服務(wù)器對其連接的遠程裝置進行監(jiān)控。在此結(jié)構(gòu)中，服務(wù)中內(nèi)含Web Server。它可以根據(jù)用戶規(guī)模的不同，增添更多的服務(wù)器來滿足用戶的擴展要求。如下圖2。
2、 集中式Web Scada系統(tǒng)（下稱集中式系統(tǒng)）
系統(tǒng)只有一個服務(wù)器分別處理間隔內(nèi)的遠程裝置（RTU）數(shù)據(jù)采集。形成集中的網(wǎng)絡(luò)數(shù)據(jù)庫，用戶可以對其連接的遠程裝置進行監(jiān)控。在此結(jié)構(gòu)中，服務(wù)中內(nèi)含Web Server。它可以根據(jù)用戶規(guī)模的不同，增添更多遠程裝置和采用更好的服務(wù)器來滿足用戶的擴展要求。如上圖3。
二、 可伸縮Web Scada 系統(tǒng)模式
上述的兩種系統(tǒng)模式在解決實際的問題時，存在著各自的優(yōu)缺點。
分布式系統(tǒng)的優(yōu)點是擴展服務(wù)器的數(shù)量可以適應(yīng)更大規(guī)模的用戶需求，它適應(yīng)用戶規(guī)模較大的情況，缺點是：如果采用客戶端查詢方式（client pull）[2]沒有更新的數(shù)據(jù)時也需要定時查詢，網(wǎng)絡(luò)流量大；如果采用服務(wù)端推送（server push）[2]，則由于需要保持連接通道，使得客戶端的數(shù)量受到限制。同時，如果要同時監(jiān)控多個服務(wù)器的數(shù)據(jù)則需要服務(wù)器之間要建立相應(yīng)的聯(lián)系，會破壞服務(wù)器之間的獨立性，極大地增加其擴展的代價。
集中式系統(tǒng)顯然沒有分布式系統(tǒng)的這些缺點，其優(yōu)點是：結(jié)構(gòu)簡單，數(shù)據(jù)統(tǒng)一管理，網(wǎng)頁設(shè)計簡單穩(wěn)定，頁面刷新延遲小。但它的缺點也是顯而易見的：擴展受限，要增加遠程裝置的數(shù)據(jù)，只能提升服務(wù)器的性能。它只適應(yīng)用戶規(guī)模較小的情況。
在我們開發(fā)Web Scada系統(tǒng)的時，我們提出了以下目標(biāo)：
穩(wěn)定的界面層
靈活地適用于不同的用戶規(guī)模
因為我們的用戶分布于各個行業(yè)，自動化水平相差很大，我們提出這樣的目標(biāo)是要實現(xiàn)開發(fā)和維護成本的最低化。該系統(tǒng)的結(jié)構(gòu)如下圖4：
比較它和分布式系統(tǒng)結(jié)構(gòu)，我們可以看到，Web Server不再內(nèi)含。它增加了發(fā)布網(wǎng)頁的Web Server、進行數(shù)據(jù)管理的數(shù)據(jù)服務(wù)器、進行文件管理的文件傳送服務(wù)器等等（我們的實際系統(tǒng)中，還包含事件管理服務(wù)器、口令管理服務(wù)器、數(shù)據(jù)轉(zhuǎn)發(fā)服務(wù)器等等）。因為它是按照需要的功能進行配置的，所以它是可伸縮的。比如增加事件短信報警功能，接在網(wǎng)絡(luò)上加掛一個短信報警服務(wù)器。
在用戶規(guī)模的可伸縮上，Web Scada Server、數(shù)據(jù)服務(wù)器（歷史數(shù)據(jù)、實時數(shù)據(jù)）、文件傳送服務(wù)器、事件管理服務(wù)器、口令管理服務(wù)器、數(shù)據(jù)轉(zhuǎn)發(fā)服務(wù)器等服務(wù)器都是可配置的，而且是自動加載的，可以實現(xiàn)在線切換。
在具體實現(xiàn)方式上，每個服務(wù)器均公布WCF接口，按照SOA架構(gòu)進行開發(fā)，每個服務(wù)均是可配置（綁定、終結(jié)點）的，便于在復(fù)雜的網(wǎng)絡(luò)中進行靈活的部署。此外，數(shù)據(jù)轉(zhuǎn)發(fā)服務(wù)器可以增加、修改、刪除轉(zhuǎn)發(fā)實例，為實現(xiàn)用戶規(guī)模的可伸縮奠定了基礎(chǔ)。部署結(jié)構(gòu)如圖5
三、關(guān)鍵技術(shù)的實現(xiàn)
1、 靈活的數(shù)據(jù)轉(zhuǎn)發(fā)
我們知道，用戶規(guī)模不同，遠程通訊裝置的數(shù)量就不同，要為界面層建立一個穩(wěn)定的數(shù)據(jù)來源，我們需要建立一個處理系統(tǒng)所有同類數(shù)據(jù)的服務(wù)器，然后把相關(guān)的數(shù)據(jù)都交到該服務(wù)器中進行處理，讓它進行Web數(shù)據(jù)發(fā)布。以歷史數(shù)據(jù)處理為例，其軟件結(jié)構(gòu)如下圖6：
這樣，針對多個通訊服務(wù)器（對應(yīng)不同的用戶規(guī)模），我們在系統(tǒng)中配置對應(yīng)數(shù)量的歷史數(shù)據(jù)轉(zhuǎn)發(fā)器，就可以適應(yīng)用戶的遠程通訊裝置數(shù)量的擴展變化。歷史數(shù)據(jù)轉(zhuǎn)發(fā)器運行的實例數(shù)量根據(jù)配置文件自動生成，不僅如此，還必須在服務(wù)器系統(tǒng)啟動后自動載入，且在運行過程中受到監(jiān)控。?
2、 數(shù)據(jù)服務(wù)端推送
如圖1，監(jiān)控邏輯層向界面層發(fā)布數(shù)據(jù)是實現(xiàn)界面層向用戶呈現(xiàn)采集數(shù)據(jù)的基礎(chǔ)，由于我們采用的是SOA架構(gòu)，模塊連接采用WCF接口，所以我們可以很方便地采用建立雙向通道的方式實現(xiàn)服務(wù)端數(shù)據(jù)推送[1]。
如圖7，實時數(shù)據(jù)轉(zhuǎn)發(fā)器在從通訊服務(wù)器取得實時數(shù)據(jù)后將實時數(shù)據(jù)存入實時數(shù)據(jù)存取服務(wù)器，實時數(shù)據(jù)存取服務(wù)器發(fā)現(xiàn)數(shù)據(jù)有變化便使用實時監(jiān)控畫面事先與實時數(shù)據(jù)存取服務(wù)器建立好的回調(diào)通道，向?qū)崟r監(jiān)控畫面推送實時數(shù)據(jù)。在WCF技術(shù)中，一般采用TCP通道，因為它是面向連接的，而Http通道是無狀態(tài)的，不適合做雙向通道，當(dāng)然，Http也有雙向的Http，但是由于它要指定回調(diào)的知名端口而使得回調(diào)會受到一些限制[4]。
四、結(jié)束語
采用面向服務(wù)的系統(tǒng)結(jié)構(gòu)式我們可以結(jié)合Web Scada系統(tǒng)分布式和集中式模式的優(yōu)點形成可伸縮Web Scada系統(tǒng)，該系統(tǒng)由簡潔的數(shù)據(jù)通訊服務(wù)器、數(shù)據(jù)管理服務(wù)器、文件傳送服務(wù)器、口令管理服務(wù)器等組成。它綜合了集中式系統(tǒng)和分布式系統(tǒng)的優(yōu)點。由于通訊服務(wù)器負責(zé)與遠程裝置的數(shù)據(jù)通訊，靈活地部署和配置通訊服務(wù)器可以適應(yīng)不同規(guī)模的用戶需求，靈活地部署各個功能服務(wù)器可以適應(yīng)用戶的不同功能要求，以此形成可伸縮Web Scada系統(tǒng)。今后，還將開發(fā)多級熱備份功能，故障錄播分析服務(wù)器、潮流分析服務(wù)器、諧波分析服務(wù)器、數(shù)據(jù)預(yù)處理系統(tǒng)等行業(yè)系統(tǒng)的專用功能服務(wù)器。
二、 文獻
[1] 秦友倫、孟文、易東，Sliverlight在Web Scada中的應(yīng)用，工業(yè)控制計算機，2011,24（9）：31-31
[2] 蔣士林，基于Web的SCADA系統(tǒng)，科技廣場，2006,1：32-33
[3] 沈正、陳鍾，基于WCF和SOA的電力SCADA系統(tǒng)研究與開發(fā)，中國新技術(shù)新產(chǎn)品，2009，No.13：17-18
[4] Juval Lowy，WCF服務(wù)編程（張逸、徐寧譯），機械工業(yè)出版社，2009
[5] 蔣金楠，WCF技術(shù)剖析（卷1），電子工業(yè)出版社,2008
作者簡介：
曾明昌?。?966- ） 男 四川省德陽人 本科生 研究方向：WCF應(yīng)用、SOA、網(wǎng)絡(luò)數(shù)據(jù)管理
Copyright 2018 四川臻誠電氣有限公司 版權(quán)所有 網(wǎng)站建設(shè)：三以網(wǎng)絡(luò) 備案號：蜀ICP備2020034396號-1
