【正文】 備數(shù)據(jù)點(diǎn)的信息。 OPC 項(xiàng)代表了到數(shù)據(jù)源的連接，相當(dāng)于一個(gè)指針，指向它所對應(yīng)的標(biāo)簽，通過標(biāo)簽的信息完成連接。設(shè)備包含 事務(wù)處理超時(shí)時(shí)間、連接類型等信息 ； （ 2） 通道：通道為 OPC 服務(wù)器提供連接到硬件設(shè)備的物理連接的信息 ； （ 3） 標(biāo)簽組：提供一種將標(biāo)簽成組的方法，用于生成地址空間的。由于 OPC 服務(wù)器 要對底層硬件進(jìn)行讀寫操作 ， 又要通過 OPC 接口與客戶程序進(jìn)行交互 ， 所以對數(shù)據(jù)存儲區(qū)的操作需要采用多線程模型 ， 以保證數(shù)據(jù)存取的效率。如果項(xiàng)是 不活動(dòng)的 ， 則返回一個(gè)壞的品質(zhì)。讀函數(shù)引起所有的請求數(shù)據(jù)返回 ， 這個(gè)函數(shù)是獨(dú)立于變化驅(qū)動(dòng)通知的。 OPC 客戶通過這種風(fēng)格來分配句柄 使自己工作更有效率。 IAdviseSink 接口和 IDataObject 接口都由 COM 庫定義。具體的連接流程 ： （ 1） OPC 客戶調(diào)用 CoCreateInstance 函數(shù)創(chuàng)建服務(wù)器對象 ， 獲得其接口指針 ， 客戶就可以利用該指針直接調(diào)用接口成員函數(shù)。圖 43 就是連接點(diǎn)機(jī)制的具體描述： 圖 43 連接點(diǎn)機(jī)制結(jié)構(gòu)描述 如果客戶要使用連接點(diǎn)，接收器對象中就必須實(shí)現(xiàn) IUnknown 接口和服務(wù)器的輸出接口。 OPC 項(xiàng)表示了與數(shù)據(jù)源的連接 ， 數(shù)據(jù)源可以是程序數(shù)據(jù)區(qū)中的數(shù)據(jù)項(xiàng) ， 也可以是某個(gè)硬件設(shè)備中的數(shù)據(jù)。接著在應(yīng)用程序類的初始化函數(shù)中完成 COM 庫初始化、類廠注冊等功能。 圖 54 添加組 （ 5） 標(biāo)簽屬性 ， 在圖 55 所示設(shè)定指定標(biāo)簽的名稱、描述、地址、寄存器及數(shù)據(jù)類型等相關(guān)操作。 extern CREATESERVER CreateServer。 extern REGTAG RegTag。 extern UPDATETAG UpdateTag。 extern SETTAGNOTIFY SetTagNotify。 （ const LPCSTR OPCClsID ={6E75197172F1439FA6BE0586D0F86860}。I++) { if(TagList[I].hHWND==handle) { *pNewValue= TagList[I].vValue。 GetSystemTimeAsFileTime(amp。 m_WNDSendMessage(1088)。 m_WNDDestroyWindow()。 感謝我的同學(xué)和朋友，在我寫論文的過程中給予 我了很多 理論 素材，還在論文的撰寫和排版 的過程中提供熱情的幫助。尤其要強(qiáng)烈感謝我的論文指導(dǎo)老師 汪先兵 老師， 他 對我進(jìn)行了無私的指導(dǎo)和幫助，不厭其煩的幫助進(jìn)行論文的修改和改進(jìn)。 滁州學(xué)院本科畢業(yè)設(shè)計(jì) 21 break。 for(I=0。 *ft=TagList[I].ft。//定義 OPC 服務(wù)器的名稱 const LPCSTR OPCDescr = Agilewill 。 //讀寫回調(diào)函數(shù)類型的聲明 extern void __stdcall ReadCallback(DWORD handle,VARIANT* pNewValue,WORD* Quality, FILETIME* ft, DWORD* pDeviceError)。 extern SETWRITECALLBACKEX SetWriteCallbackEx。 extern UNREGTAG UnregTag。 extern SETSERVERSTATE SetServerState。 但測試中發(fā)現(xiàn)以下幾個(gè) 問題 ： （ 1）頻繁的啟動(dòng)停止服務(wù)器時(shí)，偶爾出現(xiàn)不能打開的情況； （ 2）在數(shù)據(jù)量過大時(shí)候轉(zhuǎn)換不出模擬量； （ 3） 時(shí)間戳部分偶爾出現(xiàn)時(shí)間錯(cuò)誤。 5 OPC 服務(wù)器的實(shí)驗(yàn)測試 （ 1） 同步實(shí)例界面，實(shí)現(xiàn)了啟動(dòng)、停止服務(wù)器，同步讀寫操作 ，并回復(fù)操作結(jié)果，如圖 51 所示。 OPC 客戶程序?qū)⑼ㄟ^ OPC 組對象的接口函數(shù)來間接調(diào)用 OPC 項(xiàng)的這些成員函數(shù) ； （ 2） 定義 OPC 數(shù)據(jù)服務(wù)器的名稱和類標(biāo)識。服務(wù)器接著獲得輸出接口的指針。服務(wù)器在 OPCGroup 對象中保存客戶的 IAdviseSink 對象和數(shù)據(jù)格式 ； （ 6） 客戶調(diào)用服務(wù)器 IOPCASyncIO 發(fā)出讀 /寫操作 ， 服務(wù)器給相應(yīng) 組和項(xiàng)做異步讀 /寫 標(biāo)記 ； （ 7） 服務(wù)器向通道發(fā)送命令 ， 等待命令返回 ； （ 8） 服務(wù)器接收通道的讀 /寫結(jié)果 ， 給與通道對應(yīng)的 OPC 項(xiàng)置讀 /寫完成標(biāo)記 ； （ 9） 服務(wù)器中建有定時(shí)器 ， 該定時(shí)器定時(shí)掃描 OPC 項(xiàng)的異步操作標(biāo)記當(dāng)發(fā)現(xiàn)標(biāo)記為完成時(shí) ，調(diào)用 IOPCDataObject 中保存的客戶的 IAdviseSink 對象的 OnDataChange 函數(shù) ， 把項(xiàng)的數(shù)據(jù)傳輸給客戶 ， 然后給項(xiàng)的標(biāo)記復(fù)位客戶在 OnDataChange 函數(shù)中 ， 按照約定的數(shù)據(jù)格式 ， 獲得異步操作的結(jié)果。異步報(bào)有 3 種類型 ： 復(fù)合文檔、數(shù)據(jù)變化和視區(qū)變化IAdviseSink 的實(shí)現(xiàn)者可以根據(jù)實(shí)際需要讓 IAdvieSink 接收一種或多種類型的異步通報(bào) ， IAdvieSink的每一種方法是對應(yīng)于一種特定通報(bào)的回函數(shù)。 OPC 客戶在任何操作中 ， 通過傳送句柄來向服務(wù)器表示項(xiàng)。異步刷新函數(shù)僅僅影響變化驅(qū)動(dòng)通知 ， 刷新函數(shù)本質(zhì)上強(qiáng)行更新指定項(xiàng) ， 而不管最近的改變是否通知了 OPC客戶。因?yàn)檫@種方法較慢 ， 它通常作診斷用。可以設(shè)計(jì)類似 Windows 中資源管理器的用戶界面 ， 將各數(shù)據(jù)項(xiàng)用樹型結(jié)構(gòu)表示然后設(shè)計(jì)數(shù)據(jù)項(xiàng)和硬件的設(shè)置界面 ， 并與數(shù)據(jù)存儲區(qū)和硬件接口聯(lián)系起來 ， 實(shí)現(xiàn)相應(yīng)的組態(tài)功能。它的名稱可以取代 PLC 的以數(shù)字表示的寄存器。 數(shù)據(jù)點(diǎn)在線監(jiān)視模塊提供了設(shè)備數(shù)據(jù)點(diǎn)的讀取功能，讓服務(wù)器用戶界面可以實(shí)現(xiàn)數(shù)據(jù) 點(diǎn)數(shù)值的在線讀取和寫入。 如圖 42 所示，它包含通道定義、 Modbus 從設(shè)備映射、數(shù)據(jù)點(diǎn)映射、模擬變量變換和數(shù)據(jù)點(diǎn)在線監(jiān)視五個(gè)模塊。 4 Modbus OPC 數(shù)據(jù)訪問服務(wù)器的實(shí)現(xiàn) OPC 服務(wù)器要求分析 本節(jié)主要介紹 OPC 服務(wù)器設(shè)計(jì)實(shí)現(xiàn)的主要功能和設(shè)計(jì)環(huán)境以及總體框架，初步構(gòu)建起 OPC 服務(wù)器設(shè)計(jì)的基礎(chǔ)。 OPC 服務(wù)器數(shù)據(jù)訪問方式 OPC 數(shù)據(jù)訪問有兩種方式：同步訪問和異步訪問，下面分別介紹。 COM 組件在 windows 平臺上可以是DLL 文件或者 EXE 文件，組件為 COM 對象提供了活動(dòng)空間，一個(gè)組件程序可以包含多個(gè) COM 對象， COM 對象用接口的方式提供服務(wù)，一個(gè) COM 對象可以擁有多個(gè) COM 接口。它可以隨時(shí)為系統(tǒng)升級，只需將原系統(tǒng)中的組件用新的更換掉?，F(xiàn)在的 OPC 基金會的理事會是由FisherRosement， Honeywell， Interllution， Rockwell， Software， National Instrument 以及歐洲代表的Siemens 和遠(yuǎn)東代表的東芝組成的。 0 級是所有服務(wù)器和客戶端都必須實(shí)現(xiàn) 的最小功能集。 Modbus 通信協(xié)議有兩種模式分別為 ASCⅡ 和 RTU，數(shù)據(jù)量小的常用 ASCⅡ模式，通信數(shù)據(jù)量大而且是二進(jìn)制時(shí)候用 RTU 規(guī)約。它不僅是一個(gè)基層網(wǎng)絡(luò)，而且還是一種開放式、新型全分布控制系統(tǒng)。由于歐美的 OPC服務(wù)器價(jià)格比較昂貴，國內(nèi)也只有極少數(shù)的大型自動(dòng)化工程購買并應(yīng)用了 OPC產(chǎn)品 [12~13]。 OPC建立在 OLE規(guī)范之上，它為工業(yè)控制領(lǐng)域提供了一種公用的數(shù)據(jù)訪問機(jī)制，具有語言無關(guān)性、代碼重用性和易于集成性等優(yōu)點(diǎn) [10]。但是在 OPC 出現(xiàn)之前，工業(yè)領(lǐng)域中用到的很多現(xiàn)場設(shè)備都存在上層軟件和下層硬件不一致性的問題 [4~5]，對于不同廠商開發(fā)的不同設(shè)備都必須開發(fā)對應(yīng)的驅(qū)動(dòng)程序如圖 11，這 樣 造成了極大的資源浪費(fèi)和設(shè)備運(yùn) 用的局限性。 OPC server。 本 科 生 畢 業(yè) 設(shè) 計(jì) （申請學(xué)士學(xué)位） 論文題目 基于 Modbus 通 信協(xié)議的智能 儀表 OPC 服務(wù)器的開發(fā) 作者姓名 程 龍 所學(xué)專業(yè)名稱 自 動(dòng) 化 指 導(dǎo) 教 師 汪 先 兵 20xx 年 5 月 20 日 學(xué) 生： （簽字） 學(xué) 號： 20xx210263 論文答辯日期： 20xx 年 5 月 26 日 指 導(dǎo) 教 師 ： （簽字） 目 錄 摘要 ..............................................................................................................................................1 Abstract .........................................................................................................................................1 1 緒論 ..........................................................................................................................................2 課題的選題背景及意義 .....................................................................................................2 OPC 技術(shù)國內(nèi)外發(fā)展現(xiàn)狀 .................................................................................................3 本課題主要研究內(nèi)容 ........................................................................................................3 2 Modbus 總線技術(shù) .......................................................................................................................4 現(xiàn)場總線技術(shù) ...................................................................................................................4 Modbus 技術(shù)歷史 .............................................................................................................4 Modbus 通信協(xié)議 .............................................................................................................4 Modbus 數(shù)據(jù)模型 ....................................................................................................4 Modbus 地址參數(shù)表及通信結(jié)構(gòu) ....................