日本在线www-日本在线播放一区-日本在线不卡免费视频一区-日本在线不卡视频-成人影院久久久久久影院-成人影院一区二区三区

圖1  OPC XML提供了工廠底層到企業高層應用的新途徑

2  OPC XML 技術基礎

    OPC XML技術主要涉及WEB服務器技術及SOAP技術。

2.1  WEB服務器技術
    簡單的說，Web Service就是一個應用程序，它向外界暴露出一個能夠通過Web進行調用的API。它使用戶能夠用編程的方法通過Web調用來實現某個功能的應用程序。從深層次上看，Web Service是一種新的Web應用程序分支，它們是自包含、自描述、模塊化的應用，可以在網絡（通常為Web）中被描述、發布、查找以及通過Web來調用。同時，Web Service是基于網絡的、分布式的模塊化組件，它執行特定的任務，遵守具體的技術規范，這些規范使得Web Service能與其他兼容的組件進行互操作，這些技術規范（協議）包括：
    (1)  XML（可擴展的標記語言）：Web Service平臺中表示數據的基本格式，除了易于建立和易于分析外，XML主要的優點在于它既與平臺無關，又與廠商無關；
    (2)  XSD：Web Service平臺數據類型，系統的所有使用的數據類型必須被轉換為XSD類型；
    (3)  WSDL：Web Service描述語言，基于XML的語言，用于描述Web Service及其函數、參數和返回值；
    (4)  UDDI：一套基于Web的、分布式的、為Web Service提供的、信息注冊中心的實現標準規范，同時也包含一組使企業能將自身提供的Web Service注冊，以使別的企業能夠發現的訪問協議的實現標準；
    (5)  遠程過程調用RPC與消息傳遞：用于應用程序間的通信。

2.2  SOAP技術（簡單對象訪問協議）
    SOAP是一個輕量級數據傳輸協議，通常應用于分散、分布式計算與控制環境中作為數據信息交換協議。簡單的說SOAP就是XML+HTTP，主要包括3部分內容：(1) 為一組數據信息中描述的是什么內容及怎樣處理定義了一種框架結構外殼；(2) 用于表達應用程序所定義數據類型實例的一套編碼規則；(3) 用于表征遠程過程調用和響應的一組約定。SOAP能夠潛在應用于與其他多種傳輸協議的結合，尤其是HTTP和HTTP擴展框架結構，（見以下SOAP例子）。SOAP自身不能定義任何應用程序語義，如程序模式或執行細節等，相反，它為描述應用程序語義確立了一種簡化機制，這需要通過為模件中的編碼數據提供一種模件化包裝模式和編碼機制來實現。
   

3  OPC XML-DA技術規范

    OPC XML-DA 規范1.0 版是OPC基金會于2003 年7 月發布的，此規范是OPC 基金會的第1 個OPC XML 接口規范。其它OPC-COM 接口，如報警事件(AE) 接口和歷史數據訪問(HDA)接口，將來也會作為XML 接口被重新設計，并有相應的規范發布。OPC XML-DA 規范的核心部分是OPC XML-DA Schema，它定義了構成OPC XMLWeb服務的數據類型、結構和方法等，此外規范還對通信協議、發現機制、錯誤處理、互操作性等底層細節進行了規定。

3.1   XML-DA對象調用方法及步驟
    XML-DA同COM-DA相比，對對象的調用方法已完全不同：COM-DA表現為緊耦合方式，組建間可以建立通信通路，通過COM連接點技術實現服務器和客戶端的通訊，大部分工作通過客戶端提供回調函數實現；XML-DA表現為松耦合，它不具備"通信通路"機制，因此為了實現數據的訂閱和更新，它采用了輪詢查詢方式，圖2為整個輪詢查詢的過程描述。

圖2  輪詢查詢的交互過程

    整個輪詢查詢過程按照以下七個步驟進行：
    第一步：客戶端向服務器端發初始化定義（Subscribe），指定所定義的數據（Item[ ]）；
    第二步：服務器端相應客戶端初始化定義（SubscribeResponse），返回客戶端所定義的數據標識及初始化值；
    第三步：客戶端根據服務器端返回數據標識，向服務器端發出SubscrptionPollRefresh請求；

    注：客戶端使用SubscrptionPollRefresh請求時，可設置HoldTime和WaitTime參數，如果在Holdtime 期間任何一個項目的值發生了變化，就在Holdtime 結束時刻返回響應，否則開始等待。如果在等待時間(Waittime) 內任何一個項目的值發生了變化,就立即返回響應。如果在Holdtime 和Waittime 兩段時間內沒有一個項目的值發生變化，就在Waittime 結束時返回一個響應，但這個響應不包含任何項目的值；該模式設計目的在于減少了服務器和客戶端數據交換負荷，提高OPC XML的性能。

    第四步：服務器端向客戶端返回SubscrptionPollRefresh調用以來，項目列表中發生的變化的所有項目；
    第五步：客戶端處理相應的變化，如果需要繼續查詢，回到第三步；
    第六步：否則，向服務器端發出SubscriptionCancel請求；
    第七步：服務器響應SubscriptionCancel請求，刪除當前Subscribe 調用中指定的項目列表。

    從中不難看出，XML-DA輪詢查詢過程非常接近與OPC-COM 的"異步回調機制"，客戶端在處理完一次服務器返回后，不需要等待可以直接進入下一次請求刷新，時間周期的控制已經轉移到服務器上，這種方式被稱為"假回調"。

3.2  XML-DA服務類型
    OPC XML-DA 支持8 種服務，每種服務都包括一個請求(Request) 和一個響應(Re-sponse) 。通過對這些服務的定義，提供了訪問工業現場數據的標準接口。請求和響應照SOAP協議標準被包裝成SOAP 信封，信封標題（可選）說明消息如何被處理，信封正文則包含工業過程信息。
    ●  Browse 在服務器的命名空間里搜索所有可獲取的項目(item) 的名字(標記名) 。
    ●  GetProperties 返回一個或多個項目的相關信息。
    ●  GetStatus 返回關于服務器、版本、當前模式、運行狀況等信息。
    ●  Read 返回一個或多個項目的值、品質和時間戳。
    ●  Subscribe 指定一個客戶希望持續更新的項目列表。
    ●  SubscriptionCancel 刪除在前一個Subscribe 調用中指定的項目列表。
    ●  SubscriptionPolledRefresh返回自前一個SubscrioptionPolledRefresh 調用以來，在項目列表中數值發生變化的所有項目。
    ●  Write 向一個或多個項目中寫入新值。

3.3  XML-DA數據類型
    OPC XML-DA 數據類型從高到低依次分為Request 、List 、Item 3個等級，較低的數據類型屬性可以涵蓋較高數據類型屬性。基本的數據類型有：string、boolean、float 等20 種簡單類型以及枚舉類型和數組類型。其中的簡單類型是XML數據類型的一個子集，并與OPC-COM-DA 定制接口規范規定的數據類型相一致。此外，規范還規定了一些復合類型(ComplexType)，主要包括：Re-questList、RequestItem、ItemValue 、RequestOptions、ServerState 、ReplyBase 、OPCError、ItemProperty 等。OPC XML-DA 規范的所有接口都基于這些數據類型定義。規范同時支持空參數。

3.4  OPC-COM-DA和OPC XML-DA的協調

圖3  OPC XML-DA與OPC-COM-DA協調圖