OPC UA官方文檔翻譯Part 1 --待續

第一部分:概論

前言

這個規範是爲開發OPC UA應用的開發者們準備的。要促進這種能多個設備之間能無縫進行內部操作的應用的開發,就需要先開發一套標準接口,這個規範就是在設計分析這些標準接口的過程中產生出來的。
版權 2006-2012,OPC基金會,Inc

使用協議

版權限制
任何未經授權的使用這個規範都可能侵犯著作權,商標法,通信法律法規。這個文件包括保護版權的信息。保留所有版權。No part of this work covered by copyright herein may be reproduced or used 在任何論壇或以任何方式--圖標,電子或機器,包括圖形複製,筆記,錄音,信息保存和檢索系統--都沒有版權持有者的允許。
OPC基金會成員和非成員都不允許複製或重新發布這個說明書。所有的複製品都必須由個人從OPC基金會的網站上獲得http://www.opcfoundation.org
專利權
授權和責任免責
限制權力圖注
法規遵從
商標權
總規
問題回饋
OPC基金會爲能保持發佈高質量標準的規格協議而奮鬥。他們一直在檢閱求精,並鼓勵閱讀者提交問題和想法到這個錯誤表http://www.opcfoundation.org/errata

修訂1.02版集錦

這個修訂版包括各種小的澄清和增加。下面的表格包括了被這個版本解決了的Mantis問題。

1 概括

第一部分呈現了OPC UA的思想和概念。閱讀這部分對你理解其餘部分的文檔設置是很有幫助的。其它部分在這裏都有簡單介紹並給予建議性的閱讀指導,所以這部分還是很有必要的。

2 參考文件

OPC UA規範是由多個部分的文檔組合而成。當描述它的思想時會涉及到規範的其它部分。
第二部分:OPC UA規範第二部分-安全模型
第三部分:OPC UA規範第三部分-地址空間模型
第四部分:OPC UA規範第四部分-服務
第五部分:OPC UA規範第五部分-信息模型
第六部分:OPC UA規範第六部分-映射
第七部分:OPC UA規範第七部分-配置文件
第八部分:OPC UA規範第八部分-數據訪問
第九部分:OPC UA規範第九部分-數據訪問報警和條件
第十部分:OPC UA規範第十部分-程序
第十一部分:OPC UA規範第十一部分-歷史訪問,1.01版本或者更新的版本
第十二部分:OPC UA規範第十二部分-發現
第十三部分:OPC UA規範第十三部分-聚合

3 術語,定義,縮小

3.1 OPC UA術語

下面這些定義都是爲這個規範而定義的。

3.1.1 地址空間(AddressSapce)

OPC UA服務端對客戶端可見的信息集合。在第三部分有對服務端的地址空間內容和結構進行描述。

3.1.2 報警(Alarm)

一種典型需要被通知的與狀態條件有關的事件類型。在第九部分有對警報的詳細描述。

3.1.3 屬性(Attribute)

節點的基本特徵。所有的屬性都是由OPC UA定義的並且不可能由客戶端和服務端定義。屬性是地址空間中唯一一個允許擁有數值的元素。

3.1.4 證書(Certification)

帶有數字簽名能描述服務端和客戶端能力的數據結構

3.1.5 客戶端(Client)

一個能發送消息給OPC UA服務端的軟件應用,這個服務端是遵循OPC規範裏定義的服務的。

3.1.6 條件(Condition)

擴展事件的通用術語。一個Condition在一些狀態總是存在,代表一些條件或一個系統或者他的一個成員。

3.1.7 通信棧(Communication Stack)

介於硬件和應用之間的一個軟件模型層,它提供各種功能如編碼解碼、加解密發送接收消息。

3.1.8 複雜數據(Complex Data)

由一些元素或多個簡單數據類型組成的數據,比如結構體。

3.1.9 發現(Discovery)

OPC UA客戶端通過它獲取OPC UA服務端的信息,包括終端和安全信息。

3.1.10 事件(Event)

一種通用術語,用來描述在一個系統或系統組件裏出現的一些顯著特徵。

3.1.11 事件通知器(EventNotifier)

節點的一個特殊屬性,用來表示一個客戶端訂閱了一個可以接收事件發生時對應產生的通知的節點。

3.1.12 信息模型(Information Model)

一個反應系統間信息的定義描述和關係的框架。在地址空間中核心地址空間模型支持標準信息模型。基本的OPC UA信息模型在第五部分由描述。

3.1.13 消息(Message)

用來在服務端和客戶端傳遞的數據單元,代表一個特殊的服務請求和響應。

3.1.14 方法(Method)

對象的一個成員,有被調用的功能。

3.1.15 監視項(MonitoredItem)

客戶端定義的一個實體,用來監視服務端數據變化時的屬性或事件發生時的事件通知器,並且爲它們產生通知。

3.1.16 節點(Node)

地址空間的最主要成員。

3.1.17 節點類型(NodeClass)

地址空間中節點的類型。節點類型也定義OPC UA對象模型成員的元數據。他們還定義結構如View,被用來構造地址空間。

3.1.18 通知(Notification)

一種通用術語,告知發現到事件和屬性值改變的數據,它們被放到NotificationMessage。

3.1.19 通知消息(NotificationMessage)

是訂閱發佈的消息,可能包括一個或多個通知。

3.1.20 對象(Object)

一個節點代表系統的一個抽象或具體的元素。對象是被OPC UA Object Model模型化的。系統、子系統、設備都屬於對象。一個對象也可能是一個ObjectType的實例。

3.1.21 對象實例(Object Instance)

對象的同義詞。因爲並非所有的對象都是由ObjectType定義的。

3.1.22 對象類型(ObjectType)

代表一個對象的類型定義的節點。

3.1.23 配置文件(Profile)

一個特虛的能力設置,在第七部分定義,用於服務端宣佈一致性。每個服務端可能使用不止一個配置文件宣佈一致性。

3.1.24 程序(Program)

一個運行對象。當被喚醒時會馬上返回一個響應來表明已開始運行,然後在調用時通過客戶端認證的訂閱返回中間產物和最終結果。

3.1.25 引用(Reference)

一個節點到另一個節點的明確關係,也叫指針。包含引用的節點是源節點,被引用指向的節點是目標節點。所有的引用都定義在ReferenceType中。

3.1.26 引用類型(ReferenceType)

代表引用的類型的節點。引用類型明確了引用的語義。引用類型的名字說明了源節點與目標節點的關係並反應兩者的操作,例如A包含B。

3.1.27 根節點(RootNode)

層級裏面最頂上的節點。OPC UA地址空間的根節點在第五部分有描述。

3.1.28 服務端(Server)

一個軟件應用,用來實現規範裏明確定義的Service。

3.1.29 服務(Service)

OPC UA服務端定義,客戶端調用操作。它有點類似於程序語言裏的方法調用,或者Web服務WSDL合同的一個操作。

3.1.30 服務集(Service Set)

一組有關聯的服務。

3.1.31 對話(Session)

客戶端與服務端之間的合理的長時間運行的連接。會話維持客戶端到服務端之間調用服務的狀態信息。

3.1.32 訂閱(Subscription)

客戶端定義的位於服務端的終端,用於返回通知給客戶端。Generic term that describes a set of Nodes selected by the Client (1) that 服務端階段性檢測存在的條件, and (2) for which 當條件改變服務端發送通知給客戶端。

3.1.33 變量(Variable)

變量是一個包含值的節點

3.1.34 視圖(View)

地址空間裏一個特殊的子集,致力於客戶端。

3.2 縮寫和原形

A&E Alarms and Events
API Application Programming Interface
COM Component Object Model
DA Data Access
DCS Distributed Control System
DX Data Exchange
HDA Historical Data Access
HMI Human-Machine Interface
LDAP Lightweight Directory Access Protocol
MES Manufacturing Execution System
OPC OPC Foundation (a non-profit industry association)
PLC Programmable Logic Controller
SCADA Supervisory Control And Data Acquisition
SOAP Simple Object Access Protocol
UA Unified Architecture
UDDI Universal Description, Discovery and Integration
UML Unified Modelling Language
WSDL Web Services Definition Language
XML Extensible Mark-up Language

4 OPC UA系列的架構

4.1 規範組織

OPC規範由多個部分的規範組合而成,如圖一所述。
表一
表1-OPC UA規範組織
前面七個部分是OPC UA功能的核心部分。這些核心功能定義了OPC地址空間結構和需要操作的服務。第八到十一部分的核心功能是規範訪問類型,根據OPC COM規範劃分,如DA、A&E、HAD。第十二部分介紹了爲OPC UA提供的發現機制,第十三部分介紹聚合數據的方式。
建議讀者在閱讀八到十一部分前先閱讀第一到第五部分的核心規範。例如,一個讀者對UA的數據訪問感興趣,那就應該先閱讀第一到第五部分再閱讀第八部分,第八部分的引用也會指導讀者去閱讀規範的其它部分。

4.2 核心規範部分

第一部分-思想和概括
也就是本部分,呈現OPC UA的思想和概括。
第二部分-安全模型
描述客戶端和服務端安全交互的模型。
第三部分-地址空間模型
描述服務端地址空間結構的內容。
第四部分-服務
具體說明OPC UA服務端提供的服務。
第五部分-信息模型
具體說明了OPC UA服務端定義的類型和類型間關係。
第六部分-映射
具體說明OPC UA支持的傳輸協議和數據編碼的映射。
第七部分-配置文件
specifies the Profiles that are available for OPC Clients and Servers. These Profiles provide groups of Services or functionality that can be used for conformance level certification. Servers and Clients will be tested against the Profiles.

4.3 訪問類型規範部分

第八部分-數據訪問
具體說明OPC UA數據訪問的使用
第九部分-報警和條件
具體說明OPC UA支持的報警和條件的使用。基本系統支持簡單事件,規範擴展支持報警和條件。
第十部分-程序
具體說明OPC UA支持程序的訪問
第十一部分-歷史訪問
具體說明OPC UA歷史訪問的使用,包括歷史數據和歷史事件。

4.4 通用規範部分

第十二部分-發現
具體說明在不同情形怎麼發現服務端的操作,並描述UA客戶端和服務端怎樣使用它們互相影響。還定義了UA關聯信息的訪問,可以使用普通的目錄服務協議如UDDI和LDAP。
第十三部分-聚合
具體說明怎樣計算和返回聚合如最小值、最大值、聚合等。聚合能被實時數據和歷史數據使用。

5 概括

5.1 UA概覽

OPC UA應用於機械軟件,如現場設備、控制系統、MES、ERP系統。這些系統旨在進行信息交換、使用命令並控制工業進程。OPC UA定義一個公用基礎設施模型來便於信息交換,OPC UA規範如下:
*呈現結構、行爲和情形的信息模型
*在應用之間互相影響的消息模型
*在終端間傳輸數據的通信模型
*保證系統間的互操作性的統一模型

5.2 介紹

5.3 設計目的

5.4 所有模型和所有服務

5.4.1 安全模型

5.4.2 所有的地址空間模型

5.4.3 所有對象模型

5.4.4 所有服務

5.5 對話

5.6 冗餘

6 系統概念

6.1 概述

6.2 OPC UA客戶端

6.3 OPC UA服務端

6.3.1 真正的對象

6.3.2 OPC UA服務端應用

6.3.3 OPC UA地址空間

6.3.4 發佈/訂閱實體

6.3.5 OPC UA服務接口

6.3.6 服務端間的互相影響

7 服務集

7.1 常規

7.2 發現服務集

7.3 安全通道服務集

7.4 對話服務集

7.5 節點管理服務集

7.6 視圖服務集

7.7 搜索服務集

7.8 屬性服務集

7.9 方法服務集

7.10 監視項服務集

7.11 訂閱服務集

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章