1. 概述
OPC-UA為用戶構(gòu)建下一代應(yīng)用軟件中的組件模塊是非常重要的。由于確保了與老版本的兼容，供應(yīng)商可以獲得更多收益，因?yàn)椴捎眯碌腛PC UA架構(gòu)，沒有任何損失，卻增加更多的可能性。
過去的十年，軟件供應(yīng)商使用面向?qū)ο蠛兔嫦蚍?wù)的架構(gòu)設(shè)計(jì)產(chǎn)品，獲得了伸縮性和可靠性的結(jié)果。令人驚訝的是，這些成功的架構(gòu)模型很少被用來實(shí)現(xiàn)整個工廠的信息交換。這些技術(shù)的延遲使用幾乎都是因?yàn)樽詣踊瘧?yīng)用的嚴(yán)重滯后，應(yīng)用設(shè)計(jì)為只能處理簡單排列的信息，而不能消費(fèi)和改變復(fù)雜的信息。
一個對象所攜帶的信息比簡單排列的數(shù)據(jù)所攜帶的信息要豐富的多。在一個典型自動化應(yīng)用中，你通常不希望分析單個、隔離的排列數(shù)據(jù)，因?yàn)榭菰餆o趣。如果分析某些數(shù)據(jù)與其他數(shù)據(jù)的關(guān)系，以及對整個運(yùn)行性能的影響，那么做起來會比較有意思。
現(xiàn)實(shí)生活中的對象都攜帶了大量的信息。比如，當(dāng)你考慮一個“鍋爐”對象時，對象所攜帶的信息比壓力和溫度組合起來的排列數(shù)據(jù)要大得多。一個現(xiàn)實(shí)的鍋爐就是一個對象，我們可以與這個物理對象進(jìn)行互動，運(yùn)行或者停止他，改變溫度的設(shè)定值，或者分析一個參數(shù)的改變會怎樣影響其他參數(shù)的。這種信息是邏輯編組的，必須放在一起分析。
按照軟件的說法，一個對象是屬性(溫度、壓力)、方法(運(yùn)行、停止)和事件(溫度過高，壓力過低)的集合。對象是按照層次結(jié)構(gòu)進(jìn)行組織的，按照這種方法，一個對象可以包含簡單更小的對象(一個鍋爐的閥門也可以是一個對象，具有屬性、方法和事件)。如果按照這種表達(dá)方式進(jìn)行思考，當(dāng)把工廠現(xiàn)場的數(shù)據(jù)映射成對象的層次結(jié)構(gòu)時，你會發(fā)現(xiàn)數(shù)據(jù)變得簡單明快，而且容易處理。
2. 雙重屬性
新OPC 統(tǒng)一架構(gòu)(OPC-UA)是多家工業(yè)自動化領(lǐng)先廠家數(shù)年合作的結(jié)果，目標(biāo)是用豐富、面向?qū)ο蠛桶踩姆椒ǎ瑸榻粨Q信息創(chuàng)建一個開放標(biāo)準(zhǔn)。這個標(biāo)準(zhǔn)實(shí)現(xiàn)了用面向?qū)ο蟮姆椒ǎ瑸橛成浜徒粨Q現(xiàn)實(shí)生活中信息，提供了滿意的答案。
OPC-UA 具有雙重屬性，這就是面向?qū)ο蠛兔嫦蚍?wù)。OPC-UA面向?qū)ο蟮膶傩蕴峁┝速Y產(chǎn)可以跨越整個工廠的復(fù)用性，并且提供一種公共對象管理方法，支持復(fù)雜和靈活的數(shù)據(jù)模型。OPC-UA面向服務(wù)的屬性允許與其他平臺有更廣泛的互操作性，以及增強(qiáng)的可視性和安全性。
3. OPC-UA 標(biāo)準(zhǔn)
OPC-UA 不是要替換現(xiàn)有的標(biāo)準(zhǔn)，諸如傳統(tǒng)的OPC，而是對他們的一種補(bǔ)充，提供一種公共互操作層，交換信息與安排過程。OPC-UA 展現(xiàn)了全部現(xiàn)有 OPC 服務(wù)器的功能，并且在他們的上層進(jìn)行了擴(kuò)展。與以前標(biāo)準(zhǔn)相兼容，確保在市場上的OPC和OPC UA產(chǎn)品能夠共存，給用戶更多的選擇。
使用這個重要標(biāo)準(zhǔn)的關(guān)鍵問題之一是實(shí)施他們非常具有挑戰(zhàn)性。為此，OPC基金會建立了實(shí)施步驟和輔助工具，減少了標(biāo)準(zhǔn)實(shí)施的難度。
為了便于采用新標(biāo)準(zhǔn)和降低使用門檻，OPC基金會已經(jīng)開發(fā)了一套OPC-UA軟件開發(fā)工具(SDK)。可以把這個SDK作為一個進(jìn)入點(diǎn)，啟動你已有的應(yīng)用，激活OPC UA的功能，使他們使能。這個SDK由一系列應(yīng)用編程接口和簡單的程序所組成。因?yàn)镺PC UA的屬性，所以編寫的OPC UA 規(guī)范是與平臺無關(guān)的，也由于這個原因，這個SDK可以有不同的“口味”(因?yàn)椴煌钠脚_有自己的特性)，供不同平臺的用戶能方便使用。.Net、ANSI C 和Java的樣例程序會提供給OPC基金會的成員，作為一種鼓勵。
SDK具有的不同“口味”是針對不同的平臺要滿足不同的特殊需求而設(shè)計(jì)的，例如存儲器和處理器的需求，但他們都具有所有的功能，從而可以滿足彼此間的無縫互操作。.Net版本的SDK最適合于富客戶機(jī)/服務(wù)器的用戶使用，而ANSI C版本更適合于嵌入式設(shè)備的瘦型應(yīng)用，因?yàn)檫@種應(yīng)用對存儲器空間和CPU占用十分敏感。Java版本更加適合于Web環(huán)境和瘦客戶機(jī)，但也可以用于其他環(huán)境。根據(jù)不同的性能需求、跨平臺能力和因特網(wǎng)友好性，每個軟件供應(yīng)商可以選擇他們喜歡的方案。
