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