今日頭條
官方微信
官方抖音
案例頻道 摘 要：OPC (OLE for Process Control) 技術(shù)是隨著自動(dòng)化生產(chǎn)和系統(tǒng)融合的需要而發(fā)展起來(lái)的，它繼承和發(fā)展OLE/COM 技術(shù)，在過(guò)程工業(yè)控制中方便地實(shí)現(xiàn)了不同系統(tǒng)之間的通訊和數(shù)據(jù)交換。本文通過(guò)介紹OPC技術(shù)的工作原理，結(jié)合激勵(lì)式仿真機(jī)的工作機(jī)制，給出OPC異步通訊的開發(fā)方法及使用Visual C++6.0的具體實(shí)現(xiàn)。根據(jù)仿真系統(tǒng)支撐平臺(tái)的實(shí)時(shí)性要求，利用內(nèi)存映射文件建立系統(tǒng)運(yùn)行的實(shí)時(shí)數(shù)據(jù)庫(kù)，即通過(guò)內(nèi)存映射文件開辟共享內(nèi)存區(qū)并對(duì)其進(jìn)行數(shù)據(jù)操作。該方法既能實(shí)現(xiàn)多個(gè)進(jìn)程數(shù)據(jù)的共享，又保證了實(shí)時(shí)的響應(yīng)速度以便在Ovation DCS服務(wù)器數(shù)據(jù)庫(kù)中讀寫數(shù)據(jù)。具有數(shù)據(jù)傳輸速率快，安全可靠性高的優(yōu)點(diǎn)，在火電廠自動(dòng)化中有很強(qiáng)的通用性和實(shí)用性。
關(guān)鍵詞：激勵(lì)式仿真機(jī)；OPC；組件對(duì)象模型；異步通信；內(nèi)存映射文件
Abstract: With the development of automatic manufacture and unitized system, the OPC (OLE for Process Control) technology is growing and can satisfy the need of their development. The OPC technology inherit and develop the OLE/COM technology, and can easily realize the communication and datum exchange between the different systems in the process industry. This article provides the way of exploring OPC asynchronous communication and its fulfillment in Visual C++6.0 via the introduction of the working principles of OPC technology combined with the working mechanism of stimulative simulation system. According to the real time requirement of the supporting platform of simulation system, this paper establishes the real time database in the course of memory mapping file; sets up a sharing memory area by memory mapping file，and realizing the operations of the sharing memory area. This method not only has realized the sharing of a lot of process data，but also guaranteed the prompt response speed to read and write the Ovation DCS Server Database. The program have a lot of merits with fast data transfer rate and high security and authenticity, it has strong reliability and practicability in power plant automation.
Key words: Stimulative Simulation; OPC; Component object model; Asynchronous communication; Memory mapping file
1 引言
激勵(lì)式仿真機(jī)是仿真技術(shù)與DCS技術(shù)發(fā)展到一定階段相結(jié)合，將DCS與火電廠熱力設(shè)備和機(jī)組模型直接對(duì)接構(gòu)成的仿真系統(tǒng),是從不同的角度思考并最終實(shí)現(xiàn)的嶄新的仿真模式。
全激勵(lì)模式保留原有的分散控制系統(tǒng)軟件和硬件，接入一個(gè)只限于實(shí)現(xiàn)熱力設(shè)備和機(jī)組模型仿真的仿真計(jì)算機(jī)。由于此類仿真系統(tǒng)動(dòng)態(tài)數(shù)據(jù)交換量龐大，為滿足數(shù)據(jù)通訊的實(shí)時(shí)性要求和避免系統(tǒng)的高負(fù)荷運(yùn)行，激勵(lì)式系統(tǒng)DCS服務(wù)器數(shù)據(jù)庫(kù)至仿真計(jì)算機(jī)之間的數(shù)據(jù)通訊則可以通過(guò)仿真系統(tǒng)局域網(wǎng)中的兩臺(tái)PC機(jī)基于OPC技術(shù)實(shí)現(xiàn)。
圖1 激勵(lì)式仿真機(jī)系統(tǒng)軟件配置圖
2 OPC技術(shù)
OPC技術(shù)是OLE技術(shù)在控制領(lǐng)域的應(yīng)用，它通過(guò)微軟的COM/DCOM組件實(shí)現(xiàn)一套標(biāo)準(zhǔn)的OLE接口，用這些接口，用戶可以無(wú)縫訪問(wèn)火電機(jī)組生產(chǎn)現(xiàn)場(chǎng)中的數(shù)據(jù)。
2.1 OPC技術(shù)基礎(chǔ)COM/DCOM
COM (Component Object Model，組件對(duì)象模型)是由Microsoft提出的組件標(biāo)準(zhǔn)，客戶程序與COM組件程序進(jìn)行交互的實(shí)體是COM對(duì)象。接口是包含了一組函數(shù)的數(shù)據(jù)結(jié)構(gòu)，也是COM對(duì)象與外界進(jìn)行交互的唯一途徑。如果一個(gè)COM對(duì)象支持一個(gè)或多個(gè)出接口，即組件對(duì)象要主動(dòng)與客戶進(jìn)行通信，則這樣的對(duì)象為可連接對(duì)象(Connectable Object)，或者源對(duì)象(Source)。客戶與可連接對(duì)象之間的通信是雙向的。
DCOM（分布式組件對(duì)象模型）是COM的擴(kuò)展，它可以支持不同計(jì)算機(jī)上組件對(duì)象與客戶程序之間或者組件對(duì)象之間的相互通信，這些計(jì)算機(jī)可以在局域網(wǎng)內(nèi)，也可以在廣域網(wǎng)上，甚至通過(guò)Internet進(jìn)行連接。DCOM己經(jīng)處理了底層網(wǎng)絡(luò)協(xié)議的所有細(xì)節(jié)，所以我們可把重點(diǎn)放在應(yīng)用的業(yè)務(wù)邏輯上，而不必再為底層處理費(fèi)時(shí)費(fèi)力。
2.2 OPC通訊方式比較
OPCDA規(guī)范規(guī)定了兩種通訊方式：同步通訊和異步通訊。同步通訊時(shí)，OPC 客戶程序?qū)PC服務(wù)器進(jìn)行相關(guān)操作時(shí)，客戶程序必須等到服務(wù)器對(duì)應(yīng)的操作全部完成以后才能返回，在此期間客戶程序一直處于等待狀態(tài)，如進(jìn)行讀操作，那么必須等待服務(wù)器完成讀后才返回。因此在同步通訊時(shí)，如果有大量數(shù)據(jù)進(jìn)行操作或者有很多OPC客戶程序?qū)PC服務(wù)器進(jìn)行讀、寫操作，必然造成客戶端的阻塞現(xiàn)象。因此同步通訊適用于OPC客戶程序較少，數(shù)據(jù)量較小時(shí)的場(chǎng)合。
異步通訊時(shí)，OPC客戶程序?qū)Ψ?wù)器進(jìn)行相關(guān)操作時(shí)，客戶程序操作后立刻返回，不用等待服務(wù)器的操作，可以進(jìn)行其他操作。當(dāng)服務(wù)器完成操作后再通知客戶程序，如進(jìn)行讀操作，客戶程序通知服務(wù)器后離開返回，不等待服務(wù)器的讀完成，而服務(wù)器完成讀后，會(huì)自動(dòng)的通知客戶程序，把讀結(jié)果傳送給客戶程序。因此相對(duì)于同步通訊，異步通訊的效率更高，適用于多客戶訪問(wèn)同一OPC服務(wù)器和大量數(shù)據(jù)的場(chǎng)合。
3 系統(tǒng)實(shí)現(xiàn)與測(cè)試
3.1 異步通信實(shí)現(xiàn)
Ovation DCS服務(wù)器數(shù)據(jù)庫(kù)中包括AI，AO，DI，DO數(shù)據(jù)類型，在實(shí)際DCS中對(duì)應(yīng)現(xiàn)場(chǎng)的測(cè)點(diǎn)與執(zhí)行機(jī)構(gòu)。對(duì)于全激勵(lì)式仿真模式，只涉及實(shí)際系統(tǒng)部件的建模，不涉及控制模型，因此首先需要實(shí)現(xiàn)模型側(cè)數(shù)據(jù)點(diǎn)與DCS數(shù)據(jù)點(diǎn)的匹配。
其次，在全激勵(lì)式仿真機(jī)系統(tǒng)中，動(dòng)態(tài)交互數(shù)據(jù)量龐大，同步通訊是絕對(duì)不能滿足要求，只能使用異步方式。異步通訊就是通過(guò)COM/DCOM機(jī)制中的連接點(diǎn)實(shí)現(xiàn)的。可連接點(diǎn)對(duì)象通過(guò)IConnectionPointContainer接口管理所有的出接口。
對(duì)應(yīng)于每一個(gè)出接口，可連接點(diǎn)對(duì)象又管理了一個(gè)連接點(diǎn)（connection point）對(duì)象，每一個(gè)連接點(diǎn)對(duì)象實(shí)現(xiàn)了IConnectionPoint接口，仿真機(jī)模型側(cè)通過(guò)連接點(diǎn)對(duì)象建立接收器與可連接對(duì)象的連接。為了使用連接點(diǎn)（IConnectionPointContainer 和 IConnectionPoint 接口），仿真機(jī)模型側(cè)必須創(chuàng)建一個(gè)對(duì)象支持IUnknown和IConnectionPoint接口，以便傳遞一個(gè)指針給IUnknown接口去激活DCS服務(wù)器的連接點(diǎn)。可連接對(duì)象的基本結(jié)構(gòu)如圖1。
圖2 可連接對(duì)象基本結(jié)構(gòu)
最后，具體實(shí)現(xiàn)異步讀取數(shù)據(jù)時(shí)，DCS服務(wù)器主動(dòng)和仿真機(jī)模型通信。此時(shí)，服務(wù)器提供出接口（Outgoing Interface），這些出接口是由仿真機(jī)模型實(shí)現(xiàn)，并將接口指針告訴DCS服務(wù)器對(duì)象，然后服務(wù)器對(duì)象就利用此接口指針與仿真機(jī)模型進(jìn)行通信。而仿真機(jī)模型側(cè)則通過(guò)接收器sink（其接收器應(yīng)該至少實(shí)現(xiàn) IUnknown 和 IOPCDataCallBack 接口）來(lái)實(shí)現(xiàn)這些接口的對(duì)象。這樣對(duì)仿真機(jī)模型側(cè)來(lái)說(shuō)，可以通過(guò)常規(guī)方式調(diào)用服務(wù)器的接口，也可以通過(guò)接收器接受DCS服務(wù)器發(fā)送的通知或事件，對(duì)DCS服務(wù)器來(lái)說(shuō)，它的入接口和出接口分別承擔(dān)了這兩個(gè)通信過(guò)程，這樣就實(shí)現(xiàn)了C/S的雙向通信。異步通信的實(shí)現(xiàn)由定義接口開始，主要代碼如下：
IConnectionPointerContainer* pCPC;
IOPCAsyncIO2* pASIO2;
IOPCDataCallBack* pDCB;
IConnectionPoint* pCP;
Punk->QueryInterface(IID_IConnection, PointContainer, &pCPC);
PCPC->FindConnectionPoint(IID_IOPC, DataCallBack, &pCP);
通過(guò)查詢，如果支持接收器對(duì)象，則在DCS服務(wù)器與仿真機(jī)模型之間建立連接，并返回連接點(diǎn)對(duì)象生成的唯一標(biāo)志此連接的32位整數(shù)m_dwcookie:
pCP->Advise(&pDCB,&m_dwcookie);
設(shè)置刷新速率IOPCGroupStateMgt* pGSP;
PGRP->SetState(&RequestedRate,&Rate, &Active, 0, 0,0,0);
異步讀數(shù)據(jù), 傳遞事務(wù)ID給OnReadComplete函數(shù)。
pASIO2->Read(1000,&m_phserver, m_dwtranscationID, &m_pdwcancelID, &hr);
異步寫數(shù)據(jù)，傳遞事務(wù)ID給OnWriteComplete函數(shù)。
pASIO2->Write(1000, &m_phserver, &m_pitemvalues，m_dwtransactionID, m_pdwcancelID, &hr);
在仿真機(jī)模型側(cè)調(diào)用異步讀寫操作或者組對(duì)象項(xiàng)成員的數(shù)據(jù)發(fā)生變化時(shí)，組對(duì)象對(duì)仿真機(jī)模型側(cè)發(fā)出如下事件OnDataChange函數(shù)，只需在該函數(shù)中添加一些讀寫共享內(nèi)存的語(yǔ)句。
STDMETHODIMP OnDataChange(DWORD dwTransid,OPCHANDLE hGroup, HRESULT hrMasterquality, HRESULT
hrMastererror, DWORD dwCount, OPCHANDLE __RPC_FAR *phClientItems, VARIANT __RPC_FAR *pvValues, WORD __RPC_FAR *pwQualities, FILETIME __RPC_FAR *pftTimeStamps, HRESULT __RPC_FAR *pErrors);
dwTransid：由仿真機(jī)模型側(cè)發(fā)送的事務(wù)標(biāo)識(shí)符。
dwCount：要讀取的數(shù)據(jù)或品質(zhì)發(fā)生變化的Item數(shù)目。
phClientItems：OPC ITEM的客戶句柄數(shù)組。
pvValues：返回的數(shù)值數(shù)組。
pwQualities：返回的質(zhì)量戳數(shù)組。
pftTimeStamps：返回的時(shí)間戳數(shù)組。
當(dāng)仿真機(jī)模型側(cè)需要取消與DCS服務(wù)器的連接時(shí)，調(diào)用帶有同樣連接標(biāo)識(shí)的Unadvise來(lái)取消連接。并且刪除Item，釋放異步接口，釋放Item管理接口，刪除Group對(duì)象，釋放OPC服務(wù)器，關(guān)閉COM庫(kù)等，以釋放占有資源。異步通信結(jié)構(gòu)如圖2所示。
圖3 OPC異步通信結(jié)構(gòu)示意圖
3.2 內(nèi)存映射文件實(shí)現(xiàn)
由于實(shí)時(shí)仿真數(shù)據(jù)庫(kù)被多個(gè)進(jìn)程共享，必然涉及到仿真機(jī)支撐系統(tǒng)與OPC客戶端程序之間的實(shí)時(shí)數(shù)據(jù)通信。解決的有效方法就是利用內(nèi)存映射文件方式創(chuàng)建一個(gè)足夠大的共享內(nèi)存空間，由于32位Windows操作系統(tǒng)具有多達(dá)2GB的用戶可用的線性內(nèi)存空間，可以處理上百萬(wàn)的變量，這樣完全滿足火電廠全激勵(lì)式仿真系統(tǒng)支撐平臺(tái)的要求，通過(guò)編制一系列的接口函數(shù)對(duì)建立的共享內(nèi)存中的數(shù)據(jù)進(jìn)行操作。
此外，由于該共享內(nèi)存中的數(shù)據(jù)可為多個(gè)進(jìn)程共享，因此各個(gè)接口函數(shù)都提供了同步機(jī)制，使用互斥量的同步對(duì)象CMutex實(shí)現(xiàn)。這些接口函數(shù)都封裝在動(dòng)態(tài)鏈接庫(kù)中，通過(guò)這些接口函數(shù)，既能實(shí)現(xiàn)多個(gè)進(jìn)程間數(shù)據(jù)的共享，又保證了實(shí)時(shí)的響應(yīng)要求。實(shí)現(xiàn)關(guān)鍵代碼如下：
HANDLE hFileMap = CreateFileMapping((HANDLE)0xFFFFFFFF, NULL, PAGE_READWRITE, 0, ShareMemory, MAP_FILE_NAME );
if ( hFileMap == NULL)
return;
realValue = (float *)MapViewOfFile( hFileMap,FILE_MAP_ALL_ACCESS,0, 0, ShareMemory );
if ( realValue == NULL ) {
CloseHandle( hFileMap );
return;
}
4 結(jié)論
在實(shí)現(xiàn)全激勵(lì)式仿真機(jī)實(shí)時(shí)數(shù)據(jù)通信的過(guò)程中，起初鑒于ADO技術(shù)具有高速訪問(wèn)數(shù)據(jù)源和程序占用內(nèi)存少的特點(diǎn)，曾采用了SQL Server 2000，Access等傳統(tǒng)數(shù)據(jù)庫(kù)作為實(shí)時(shí)數(shù)據(jù)庫(kù)，但實(shí)際使用中明顯有系統(tǒng)負(fù)荷高，占用資源大，響應(yīng)速度慢等嚴(yán)重缺點(diǎn)。這是沒(méi)有充分考慮到具體系統(tǒng)條件及要求所造成的。
通過(guò)改進(jìn)實(shí)踐表明，基于OPC的全激勵(lì)式仿真系統(tǒng)實(shí)時(shí)數(shù)據(jù)異步通訊方案是可行的。并以內(nèi)存映射文件加以實(shí)現(xiàn)的實(shí)時(shí)數(shù)據(jù)庫(kù)在共享內(nèi)存中以結(jié)構(gòu)數(shù)組的形式存儲(chǔ)，使得整個(gè)仿真機(jī)系統(tǒng)結(jié)構(gòu)緊湊、效率高，且對(duì)系統(tǒng)資源的要求降低。實(shí)現(xiàn)了大量數(shù)據(jù)的快速交換，符合電力生產(chǎn)中數(shù)據(jù)的響應(yīng)速度。
參考文獻(xiàn):
[1] 何海江．OPC客戶端關(guān)鍵技術(shù)的實(shí)現(xiàn)[J]．微計(jì)算機(jī)信息 2003，19(7)：76—78．
[2] 鄭立．OPC應(yīng)用程序入門[M]．OPC(中國(guó))基金會(huì)，2002．5
[3] 劉國(guó)平，柳林林，劉利云．基于OPC服務(wù)器自動(dòng)化接口的客戶端程序的設(shè)計(jì)[J]．自動(dòng)化技術(shù)與應(yīng)用，2005，24(9)：33—35．
[4] 潘愛民．COM原理與應(yīng)用[M]．北京：清華大學(xué)出版社，2000．3
[5] 司紀(jì)剛．OPCDA服務(wù)器與客戶程序開發(fā)指南修訂版．2008．1
[6] OPC Foundation，OPC Data Access Custom Interface Standard，Version 2.0
北京市公安局海淀分局備案號(hào)：11010802023656號(hào)