OPC數(shù)據(jù)訪問(wèn)服務(wù)器和客戶端的設(shè)計(jì)與實(shí)現(xiàn).pdf

1、隨著信息技術(shù)在工控領(lǐng)域里的不斷發(fā)展，數(shù)據(jù)的存儲(chǔ)類型和傳輸方式越來(lái)越多，傳統(tǒng)的數(shù)據(jù)交換方式耗時(shí)耗力而且開發(fā)難度大的弊端越來(lái)越明顯。為解決多種類數(shù)據(jù)集成交換問(wèn)題，基于OPC服務(wù)器/客戶端模式的數(shù)據(jù)通信方式引起廣泛的關(guān)注。OPC是基于微軟OLE（Active X）、COM/DCOM技術(shù)提出的旨在解決工控領(lǐng)域不同廠家不同設(shè)備間的信息交換和集成化管理問(wèn)題的一種技術(shù)規(guī)范。本文主要是針對(duì)該規(guī)范提出了一種OPC DA（數(shù)據(jù)存?。┓?wù)器和客戶端的開發(fā)方法

2、。
　　論文首先闡述了基于OPC規(guī)范通信的意義、背景和國(guó)內(nèi)外相關(guān)最新動(dòng)向，然后對(duì)開發(fā)OPC DA服務(wù)器和客戶端所必須的COM組件和接口規(guī)范、OPC通信規(guī)范做出了詳細(xì)的分析。接著對(duì)開發(fā)服務(wù)器和客戶端的總體方案做出需求說(shuō)明和分析，歸納了常見(jiàn)的開發(fā)OPC DA服務(wù)器和客戶端的方法包括直接源碼開發(fā)和第三方開發(fā)包開發(fā)，確定了采用ATL開發(fā)OPC DA3.0服務(wù)器和采用MFC開發(fā)OPC DA3.0客戶端的最終方案。
　　在確定方案后，分

3、別對(duì)服務(wù)器和客戶端的設(shè)計(jì)過(guò)程做出詳細(xì)說(shuō)明。服務(wù)器部分采用對(duì)通信驅(qū)動(dòng)程序封裝為4個(gè)標(biāo)準(zhǔn)函數(shù)（DLL）的方法使服務(wù)器模型和具體硬件區(qū)分開來(lái)，確保服務(wù)器的通用性和獨(dú)立性，服務(wù)器數(shù)據(jù)存儲(chǔ)部分采用二叉樹方式以結(jié)構(gòu)體的形式保存數(shù)據(jù)，同時(shí)采用兩個(gè)COM對(duì)象分別實(shí)現(xiàn)DA服務(wù)器的Server對(duì)象和Group對(duì)象的所有規(guī)范接口函數(shù)，根據(jù)服務(wù)器設(shè)計(jì)過(guò)程，本文還提出了程序編寫時(shí)一些不可缺少的函數(shù)，包括后臺(tái)線程編寫、接口助手函數(shù)、變量和服務(wù)器的注冊(cè)等。在客戶端部

4、分采用在MFC的View類中實(shí)現(xiàn)嵌套類的方式完成對(duì)服務(wù)器端兩個(gè)出接口函數(shù)的接收功能，利用MFC擁有豐富的GUI來(lái)實(shí)現(xiàn)用戶界面的設(shè)計(jì)，從同步訪問(wèn)、異步訪問(wèn)和直接瀏覽服務(wù)器地址空間三個(gè)方面來(lái)編寫客戶端模型程序，之后說(shuō)明遠(yuǎn)程客戶端訪問(wèn)本地服務(wù)器時(shí)兩端計(jì)算機(jī)配置情況。
　　在完成設(shè)計(jì)過(guò)程之后，接著對(duì)本文的服務(wù)器和客戶端分別做出了測(cè)試，方法是采用兩個(gè)國(guó)外成熟的OPC服務(wù)器和客戶端分別與本文的客戶端和服務(wù)器連接進(jìn)行基本功能驗(yàn)證。經(jīng)測(cè)試基本功能