OPC多通道協(xié)同通信模型設(shè)計與應(yīng)用

胡浩民，王澤杰

HU Hao-min，WANG Ze-jie

（上海工程技術(shù)大學(xué) 電子電氣工程學(xué)院，上海 201620）

0 引言

SCADA（Supervisory Control And Data Acquisition，監(jiān)控與數(shù)據(jù)采集）系統(tǒng)是以計算機為基礎(chǔ)的生產(chǎn)過程控制與調(diào)度自動化系統(tǒng)，它可以對現(xiàn)場的運行設(shè)備進行監(jiān)視和控制，以實現(xiàn)數(shù)據(jù)采集、設(shè)備控制、測量、參數(shù)調(diào)節(jié)以及各類信號報警等各項功能[1]。系統(tǒng)具有實時、多任務(wù)、開放式體系結(jié)構(gòu)以及分布式功能設(shè)計等特點，已在電力系統(tǒng)、樓宇自動化、生產(chǎn)線管理等領(lǐng)域使用。SCADA包含三個部分：分布式的數(shù)據(jù)采集系統(tǒng)（下位機）；過程監(jiān)控與管理系統(tǒng)（上位機）；以及數(shù)據(jù)通信網(wǎng)絡(luò)。可編程控制器PLC是廣泛采用的下位機設(shè)備；組態(tài)軟件則是上位機的核心組成部分。

由于上位機采集數(shù)據(jù)具有全面性和完整性，監(jiān)控中心的控制管理也具有全局性，能更好地實現(xiàn)整個系統(tǒng)的合理、優(yōu)化運行[2]。但是在某些應(yīng)用領(lǐng)域，通過組態(tài)軟件把PLC獲取的數(shù)據(jù)采集到中央控制室往往并不能滿足需求。例如，希望將設(shè)備運作狀態(tài)發(fā)送到定制的LED、數(shù)碼管等顯示設(shè)備，這就需要把數(shù)據(jù)根據(jù)特定協(xié)議重新組成數(shù)據(jù)包進行發(fā)送。針對這些特殊的應(yīng)用，目前已有不少解決方案，本文將比較這些方案的不足之處，并提出多通道協(xié)同模型以提高通信性能。

1 系統(tǒng)結(jié)構(gòu)與通信方法

1.1 系統(tǒng)結(jié)構(gòu)

SCADA系統(tǒng)中，組態(tài)應(yīng)用作為數(shù)據(jù)采集、處理、轉(zhuǎn)發(fā)中心，在上位機中處于核心位置；它與各種控制、檢測設(shè)備（如現(xiàn)場總線上的PLC、智能儀表等）共同構(gòu)成快速響應(yīng)控制中心（如圖1所示）。通過組態(tài)應(yīng)用，操作人員可以完成如現(xiàn)場數(shù)據(jù)及流程畫面的查看；歷史生產(chǎn)報表的打印；過程報警的獲得，以及生產(chǎn)過程參數(shù)和狀態(tài)的修改等任務(wù)。但有時需要對組態(tài)應(yīng)用中的數(shù)據(jù)進行二次利用，如前所述，把數(shù)據(jù)實時地組成數(shù)據(jù)包發(fā)送到定制的專用監(jiān)控設(shè)備，這就需要有相應(yīng)的應(yīng)用程序從組態(tài)應(yīng)用取得數(shù)據(jù)。

組態(tài)軟件提供了相應(yīng)的通信接口，但選擇何種通信方法，以及采用怎樣的通信模型與算法，將會在很大程度上影響應(yīng)用的實時性。

圖1 系統(tǒng)結(jié)構(gòu)

1.2 通信方法與存在問題

與組態(tài)軟件通信方法常用有：歸檔數(shù)據(jù)庫訪問、腳本通信、動態(tài)數(shù)據(jù)交換（Dynamic Data Exchange，DDE）、以及OPC（OLE for Process Control）接口通信等。

歸檔數(shù)據(jù)庫是組態(tài)軟件將采集的數(shù)據(jù)作為歷史記錄進行周期性地存儲。由于采集周期和歸檔周期可以不同，且歸檔周期是采集周期的整數(shù)倍，因此數(shù)個過程值才產(chǎn)生一個歸檔值[3]。這會影響過程值的真實性，所以歸檔數(shù)據(jù)庫常用于為報表系統(tǒng)提供數(shù)據(jù)源，而對于轉(zhuǎn)發(fā)到專用監(jiān)控設(shè)備的特殊應(yīng)用，則難以滿足實時性需求。

腳本語言是很多組態(tài)軟件提供的功能。在組態(tài)系統(tǒng)中，通過腳本編程讀取過程值，并周期性地寫到共享文件；應(yīng)用程序?qū)蚕砦募M行周期性地讀操作。這種通過共享文件的讀寫實現(xiàn)數(shù)據(jù)交互的通信方式過于頻繁地訪問外存，效率比較低，而且不利于設(shè)備的穩(wěn)定。

動態(tài)數(shù)據(jù)交換DDE是一種基于Windows消息傳遞而建立的進程間通信技術(shù)，DDE客戶端通過服務(wù)名和主題名，建立起與DDE服務(wù)器的連接，從而形成雙向的數(shù)據(jù)連接通道。但是這種方式通信效率不高，一般適合于少量數(shù)據(jù)的傳輸。DDE技術(shù)已趨于淘汰，實現(xiàn)大批量數(shù)據(jù)的通信不僅造成資源消耗大，而且效率很低[4]。

OPC規(guī)范以組件對象模型和分布式組件對象模型（COM/DCOM）技術(shù)為基礎(chǔ)，采用客戶、服務(wù)器模式，定義了一組COM對象及其接口規(guī)范[5]。這種客戶/服務(wù)器模式與前三種通信方法相比，具有更好的可靠性和更高的穩(wěn)定性。但即使采用OPC技術(shù)，如果采用的通信模型不同，效率也會有很大差異。比如單線程輪詢方式簡單易實現(xiàn)，但效率低下，實時性難以保證；多通道協(xié)同通信模型就是為提高通信效率，又合理利用系統(tǒng)資源而設(shè)計的一種通信方法。

圖2 模型原理

2 模型設(shè)計

2.1 設(shè)計原理

在自動化控制領(lǐng)域，采集上百個點的過程數(shù)據(jù)是比較常見的。如果以輪詢方式采集數(shù)據(jù)，即使使用可靠性與穩(wěn)定性比較好的OPC技術(shù)，也會使得系統(tǒng)效率低下。以圖1所示的監(jiān)控系統(tǒng)結(jié)構(gòu)為例，以輪詢方式從組態(tài)應(yīng)用逐項獲取每個標簽值，然后組成數(shù)據(jù)包進行發(fā)送，這樣會嚴重影響實時性。尤其當采集的標簽量比較多的情況，刷新的周期會相當長。如果采用簡單的并發(fā)模式，為每個標簽創(chuàng)建一個組態(tài)服務(wù)的OPC連接，又會極大地浪費系統(tǒng)資源。

針對以上情況，設(shè)計了多通道協(xié)同通信模型（如圖2所示）。模型首先建立若干個與組態(tài)系統(tǒng)OPC服務(wù)器建立連接的通道，并將要通信的標簽分配到通道中。每個通道只為其中的標簽服務(wù)，通過訪問通道獲取標簽對應(yīng)的過程值。

在具體實現(xiàn)上，每個通道可以由一個工作者進程/線程進行維護（以下稱“通道維護者”）。通道維護者從通道讀取標簽值，對比上一次讀取的數(shù)據(jù)，如果發(fā)生變化，說明監(jiān)控儀表設(shè)備的數(shù)據(jù)需要刷新，通道維護者根據(jù)相應(yīng)協(xié)議組成數(shù)據(jù)包，并通過映射關(guān)系放到緩沖列表，同時置發(fā)送標記為“需要發(fā)送”狀態(tài)。通道之間由于沒有競爭的資源，可以完全并發(fā)處理。這樣有利于提高數(shù)據(jù)采集的實時性。

“數(shù)據(jù)發(fā)送者”也可以由工作者進程/線程實現(xiàn)，用于訪問緩沖列表中的每個數(shù)據(jù)項。通過判斷數(shù)據(jù)包發(fā)送標記是否為“需要發(fā)送”狀態(tài)，決定是否發(fā)送數(shù)據(jù)。如果需要發(fā)送，則發(fā)送數(shù)據(jù)包，并重置發(fā)送標記為“已發(fā)送”狀態(tài)。因此“發(fā)送標記”成為了通道維護者和數(shù)據(jù)發(fā)送者的臨界資源，可以使用信號量來實現(xiàn)對臨界資源的互斥操作。

2.2 算法描述

OPC技術(shù)的實現(xiàn)由OPC服務(wù)器和OPC客戶端應(yīng)用兩部分完成。其中，服務(wù)器實現(xiàn)現(xiàn)場設(shè)備的數(shù)據(jù)采集，并通過標準的OPC接口供OPC客戶端訪問。OPC服務(wù)器對象被分為3層結(jié)構(gòu)：服務(wù)器對象（Sever）、組（Group）和項（Item）[6]。

通道維護者和數(shù)據(jù)發(fā)送者對臨界資源（發(fā)送標記）的互斥訪問由信號量和PV原語操作來完成。OPC標簽項的所有操作封裝成COpcTagItem類；通道維護者封裝成CChannelWorker類；數(shù)據(jù)發(fā)送者封裝成CSendWorker類。對圖2所示的模型用類C++描述如下：

緩沖列表BufferList中的每個對象為COpcTagItem類型，其中包含了模型中提到的標簽ID、名稱、采集的數(shù)據(jù)、數(shù)據(jù)包、發(fā)送標記等信息：

除以上成員變量之外，該類還有如連接通道的方法ConnectChannel（）；從通道獲取標簽值的方法GetTagItemValue（）等。信號量對象Smph的初值為1。

通道維護者類CChannelWorker繼承了線程類TThread[7]，包含了ChannelID（通道ID）、OpcChannel（Opc通道指針，指針指向?qū)崿F(xiàn)OPC通信功能的COpcComm類對象）等數(shù)據(jù)成員。以及用于啟用通道的方法Startup（）；關(guān)閉通道的方法Shutdown（）；為通道分配標簽的方法AssignTags（）。Execute（）完成通道維護的主要功能，其中的算法描述如下：

從算法可知，通道維護者和數(shù)據(jù)發(fā)送者通過對緩沖列表中每個OPC標簽項的信號量成員Smph進行PV操作，實現(xiàn)兩者之間的協(xié)同。同時，多個通道維護者之間又是一種可以完全并行處理的協(xié)同關(guān)系，這將有效提高數(shù)據(jù)的采集與發(fā)送的通信效率。

3 應(yīng)用實例

已將OPC多通道協(xié)同通信模型，應(yīng)用到污水處理、輪胎熱裂解、變電站、造船基地給排水等自動化監(jiān)控領(lǐng)域。圖3所示是某污水處理廠流程模擬圖（部分）。以氧化溝系統(tǒng)為例，需要監(jiān)控點就有28處（包括曝氣機、攪拌機、推進器狀態(tài)，污泥濃度計MLSS30X、溶解氧探頭DO30X值等）。整個污水處理系統(tǒng)還包括了：污水提升泵站、旋流沉砂池、離子除臭系統(tǒng)、污泥脫水間、除磷劑投加系統(tǒng)、二沉池、污泥泵房、清水池及貯泥池等若干部分，要監(jiān)控的設(shè)備多達上百個。

確保所有設(shè)備監(jiān)控數(shù)據(jù)的準確性與實時性是自動化控制的重要組成部分。實踐表明，采用1.2所述的“歸檔數(shù)據(jù)庫訪問”、“腳本通信”、“動態(tài)數(shù)據(jù)交換”這幾種通信方法，效果不理想，使用“OPC接口通信”，效率高于前三者，而在此基礎(chǔ)上采用多通道協(xié)同通信模型，通信效率得到了明顯提高。

圖3 污水處理流程（部分）

4 結(jié)束語

多通道協(xié)同通信模型是對通信因子負載平衡的一種抽象。通過多通道，使得對組態(tài)OPC服務(wù)的連接數(shù)量維持合理的水平，起到既實現(xiàn)并發(fā)處理，提高速度；又合理使用資源的作用。根據(jù)該模型設(shè)計的算法與實現(xiàn)的程序已應(yīng)用于污水處理、橡膠熱裂解、變配電所等自動化控制領(lǐng)域。實踐應(yīng)用表明，該模型有效地提高了與組態(tài)軟件的通信速度，能滿足工業(yè)的實時性需求。

[1]王振明.SCADA監(jiān)控與數(shù)據(jù)采集軟件系統(tǒng)的設(shè)計與開發(fā)[M].北京：機械工業(yè)出版社,2009：1-2.

[2]王華忠.監(jiān)控與數(shù)據(jù)采集（SCADA）系統(tǒng)及其應(yīng)用[M].北京：電子工業(yè)出版社,2010：5-7.

[3]西門子（中國）有限公司自動化與驅(qū)動集團.深入淺出--西門子WinCC V6（第2版）[M].北京：北京航空航天大學(xué)出版社,2005：69-70.

[4]董超.OPC技術(shù)在異構(gòu)控制網(wǎng)絡(luò)互聯(lián)中的研究與應(yīng)用[J].自動化儀表,2009,30（12）.

[5]王小輝.OPC在智能樓宇系統(tǒng)應(yīng)用中的研究[D].湖北：武漢理工大學(xué),2007.

[6]劉克勤.基于OPC的動態(tài)數(shù)據(jù)交換技術(shù)在工控系統(tǒng)集成中的應(yīng)用研究[J].重慶工學(xué)院學(xué)報,2006,20,（2）：106-109.

[7]Borland/Inprise公司.C++ Builder 5 開發(fā)人員指南[M].北京：機械工業(yè)出版社,2000：105-111.