基于OPC的數(shù)據(jù)通訊接口程序設計（開題報告）
1、課題的概述
本課題是武漢市科技攻關的開發(fā)項目“浮法玻璃質量控制與過程優(yōu)化關鍵裝備研發(fā)與工程示范“的一個重要組成部分，通過重點研究與開發(fā)有關工業(yè)組態(tài)軟件的接口技術，實現(xiàn)實時數(shù)據(jù)采集與處理。
2、課題的目的和意義
傳統(tǒng)工控系統(tǒng)的驅動和與其連接的應用程序之間的接口沒有統(tǒng)一的標準 ，為了實現(xiàn)不同的硬件和軟件所構成的計算機之間的數(shù)據(jù)交換和傳輸，必須開發(fā)各自的通訊程序。這樣一來,導致了開發(fā)成本、重復性勞動、驅動程序不一致和存在訪問沖突等問題,很難適應當今工控系統(tǒng)的開放性要求。
在中國，作為一項日趨成熟的工業(yè)通訊標準，OPC(OLE for Process Control)技術在工業(yè)控制通信領域，越來越多的被采用。OPC協(xié)議根據(jù)實際的問題和發(fā)展在不斷的更新，包括糾正以前不正確、不成熟的地方，加入新的功能。最新的協(xié)議為OPC3.0版本。對于本課題的數(shù)據(jù)通訊接口的開發(fā)，它的本質是一個客戶端，而其功能著重于測試依據(jù)OPC協(xié)議編寫的服務器的完整性。OPC協(xié)議是這樣規(guī)定的：一個OPC的服務器，它應該實現(xiàn)協(xié)議中所有的必選接口和必選接口的所有方法；如果實現(xiàn)了某個可選接口，則它必須實現(xiàn)該可選接口的所有方法。
OPC如果作為硬件服務器的組成部分，向上層軟件提供數(shù)據(jù)，則遲延時間可忽略不計；如果控制策略和底層設備之間通過OPC標準通信或者在控制級別要求較高的場合，則OPC的實時通訊遲延則必須作為考慮的因素。
OPC(OLE for Process)是以 MicrosoftControl公司的 OLE- COM技術為基礎,采用客戶/服務器模型制定的一種工業(yè)控制領域的開放式標準。OPC在工業(yè)控制設備與應用軟件之間建立了統(tǒng)一的軟件接口標準。主要解決監(jiān)控程序與其數(shù)據(jù)源的交互問題。利用 OPC技術,可以對現(xiàn)場設備及其驅動程序進行封裝,形成 OPC服務器。OPC服務器向下對設備數(shù)據(jù)進行采集,向上與 OPC客戶應用程序通信完成數(shù)據(jù)交換,如圖 1所示。OPC服務器屏蔽了現(xiàn)場物理設備的驅動程序;客戶應用程序開發(fā)人員看到的,只是 OPC服務器提供的統(tǒng)一接口,而不必再去關心現(xiàn)場設備的驅動程序。只要客戶應用程序符合 OPC接口規(guī)范,就可以與 OPC服務器進行數(shù)據(jù)交換。