【正文】 在結(jié)果被返回之前必須處于等待狀態(tài)。從OPC Group對象的功能可以看出，該對象面向OPC服務(wù)器中的數(shù)據(jù)存取信息，對實時數(shù)據(jù)源依賴性很強，需要從用戶數(shù)據(jù)源處獲取信息。OPC Server對象功能主要表現(xiàn)為：創(chuàng)建和管理OPC Group對象；管理服務(wù)器內(nèi)部的狀態(tài)信息；瀏覽服務(wù)器內(nèi)部地址空間的數(shù)據(jù)組織結(jié)構(gòu)?？蛻舳嗽L問OPC Server 對象的接口函數(shù)組織管理OPC Group對象。對數(shù)據(jù)項可進行讀寫操作并可根據(jù)需要使其激活或失活。這些組允許OPC客戶對它們要訪問的數(shù)據(jù)進行組織。 OPC服務(wù)器與不同類型的OPC客戶連接 OPC客戶與OPC服務(wù)器的關(guān)系OPC邏輯對象模型包括三類對象：OPC服務(wù)器對象、OPC組對象、OPC項對象，每類對象都包括一系列接口。OPC數(shù)據(jù)訪問規(guī)范描述了由OPC服務(wù)器實現(xiàn)的OPC /COM 對象及相應(yīng)接口。同時可以更加容易地實現(xiàn)由不同供應(yīng)廠商提供的設(shè)備所混合構(gòu)成的工業(yè)控制系統(tǒng)。OPC是以提供移植容易并具有可以滿足大多數(shù)設(shè)備廠家要求的靈活性和高水平的機能性為目標而開發(fā)的，對于制造廠商和用戶來說，分別可以從OPC得到以下的實惠：設(shè)備開發(fā)者：可以使設(shè)備驅(qū)動器開發(fā)的單一化成為可能。COM技術(shù)的出現(xiàn)使簡單地實現(xiàn)控制設(shè)備和控制管理系統(tǒng)之間的數(shù)據(jù)交換提供了技術(shù)基礎(chǔ)。COM客戶程序和COM服務(wù)器可以用完全不同的語言開發(fā)。OPC規(guī)范了接口函數(shù)，不管現(xiàn)場設(shè)備以何種形式存在，客戶都以統(tǒng)一的方式去訪問，從而保證軟件對客戶的透明性，使得用戶完全從低層的開發(fā)中脫離出來[4]。因為DCOM已經(jīng)為我們處理了底層網(wǎng)絡(luò)協(xié)議的所有細節(jié)，所以我們可把重點放在應(yīng)用的業(yè)務(wù)邏輯上，而不必再為底層處理費時費力。函數(shù) QueryInterface用于供客戶端查詢對象是否支持某個特定的接口，函數(shù)AddRef 和 Release用于完成對象的生存期控制?？蛻舫绦蛑荒芡ㄟ^接口與COM 對象進行通信，雖然客戶程序可以不管對象內(nèi)部的實現(xiàn)細節(jié)，但它要控制對象的存在與否。COM對象不同于像C++等面向?qū)ο笳Z言中對象的概念，COM對象是建立在二進制可執(zhí)行代碼級的基礎(chǔ)上，而C++等語言中的對象是建立在源代碼級基礎(chǔ)上的，因此COM對象是語言無關(guān)的，這一特性使用不同編程語言開發(fā)組件對象進行成為可能。 COM對象COM提供的是面向?qū)ο蟮慕M件模型，COM組件提供給客戶的是以對象形式封裝起來的實體。世界領(lǐng)先的工業(yè)自動化軟硬件廠商，作為OPC基金會的成員，為OPC技術(shù)的發(fā)展做出著重要的貢獻。它以微軟的COM/DCOM(組件對象模型和分布式組件對象模型)技術(shù)為基礎(chǔ)，為工業(yè)控制軟件定義了一套標準的對象、接口和屬性，通過這些對象接口，應(yīng)用軟件之間能夠無縫地集成在一起，實現(xiàn)了應(yīng)用程序之間數(shù)據(jù)交換方式的標準化，極大的提高了自動化系統(tǒng)，現(xiàn)場設(shè)備系統(tǒng)，商業(yè)辦公系統(tǒng)之間的互操作性。OPC是以O(shè)LE/COM機制作為應(yīng)用程序的通訊標準。OPC基金會的先驅(qū)(由 FisherRosemount、Rockwell 軟件公司、Opto 2Intellution和IntuitiveTechnology公司組成的“特別工作組”)在經(jīng)過一年工作后，開發(fā)出一個基本的、可運行的OPC規(guī)范。 采用OPC后控制系統(tǒng)結(jié)構(gòu) OPC的歷史OPC (OLE for Process Control——用于過程控制的 OLE)是一個工業(yè)標準，它是許多世界領(lǐng)先的自動化和軟、硬件公司與微軟公司合作的結(jié)晶。采用OPC標準后，由硬件開發(fā)商提供統(tǒng)一的OPC接口程序，從而避免了開發(fā)重復(fù)性，使開發(fā)費用大大降低。但是由于客戶協(xié)議的不一致，這項工作至今沒有取得成功，OPC和現(xiàn)場總線標準的制定正好為上述問題的解決開辟了新的道路。定義OPC的目的就是為應(yīng)用程序訪問工廠前臺提供共同的方法，允許兼容的應(yīng)用程序無縫的訪問生產(chǎn)環(huán)境中的數(shù)據(jù)。過程管理層：DCS（集散控制系統(tǒng)）和SCADA必須以統(tǒng)一的方式為操作員和工程師等決策者提供數(shù)據(jù)。因此也沒有真正實現(xiàn)不同廠家的軟件共享。但這些重用只是對源代碼級的重用而不是對可執(zhí)行文件級的重用，對每一類庫都要重新編譯，所以并沒有真正實現(xiàn)資源共享，并且對某個模塊中某個類庫的修改將“觸一發(fā)而動全身”，引起所有引用該類庫的模塊的修改，因此非常難以實現(xiàn)某個模塊的升級。OPC（OLE for Process Control，用于過程控制的OLE）技術(shù)的出現(xiàn)提供了解決方法。同時，軟件在自動化領(lǐng)域內(nèi)使用的重要性與日俱增。但是目前工業(yè)自動化系統(tǒng)絕大多數(shù)是封閉的系統(tǒng)，缺乏統(tǒng)一、標準的開放式接口。本文介紹了OPC技術(shù)產(chǎn)生的背景，以及它的主要特點與發(fā)展狀況，并剖析了其核心COM/DCOM技術(shù)。 這樣一來, 導(dǎo)致了開發(fā)成本高、重復(fù)性勞動、驅(qū)動程序不一致和存在訪問沖突等問題 , 很難適應(yīng)當今工控系統(tǒng)的開放性要求。OPC（OLE for Process Control，用于過程控制的 OLE）技術(shù)的出現(xiàn)提供了解決方法。然后重點介紹了 OPC數(shù)據(jù)訪問規(guī)范及訪問方法，OPC服務(wù)器對象和客戶端對象接口及OPC客戶端與服務(wù)器的通信。不同廠家的產(chǎn)品如果要集成在一起，必須為它們開發(fā)專用的接口。無論項目是否涉及到操作、可視化、數(shù)據(jù)存檔或控制，向純粹的、基于 PC的軟件解決方案的發(fā)展趨勢是不可阻擋的。當現(xiàn)場設(shè)備、應(yīng)用軟件都具備標準的OPC接口時，便可集成來自不同數(shù)據(jù)源的數(shù)據(jù)，使運行在不用平臺上、用不同語言編寫的各種應(yīng)用軟件順利集成。同時，為一種語言開發(fā)的類庫以及函數(shù)庫都不能夠為其他語言所用，也大大限制了軟件的重用。從更廣泛的意義上看，新的過程控制信息體系的各層都有著各自的要求，他們都要求信息的一致性。經(jīng)營決策層：對生產(chǎn)過程信息的綜合，有助于企業(yè)最優(yōu)生產(chǎn)，節(jié)省財政開支。在傳統(tǒng)的控制系統(tǒng)中，智能設(shè)備之間及智能設(shè)備與控制系統(tǒng)軟件之間的信息共享是通過驅(qū)動程序來實現(xiàn)的。采用OPC標準后，針對硬件的驅(qū)動程序不再由軟件開發(fā)商開發(fā)，而是由硬件開發(fā)商根據(jù)硬件的特征提供統(tǒng)一的OPC接口程序。OPC 規(guī)范采用客戶/服務(wù)器模型，其實質(zhì)是在硬件供應(yīng)商和軟件供應(yīng)商之間建立一套“游戲規(guī)則”，只要遵循這套規(guī)則，數(shù)據(jù)交互對兩者來說都是透明的。這個標準定義了應(yīng)用Microsoft操作系統(tǒng)在基于 PC 的客戶機之間交換自動化實時數(shù)據(jù)的方法。隨著1997年2月Microsoft公司推出Windows95支持的DCOM技術(shù)，1997年9月新成立的OPC Foundation對OPC規(guī)范進行修改，增加了數(shù)據(jù)訪問等一些標準，OPC 規(guī)范得到了進一步的完善。OLE/COM是一種客戶/服務(wù)器模式，具有語言無關(guān)性、代碼重用性、易于集成性等優(yōu)點。OPC接口既可以用于應(yīng)用程序的最低級，即通過該接口將現(xiàn)場實時數(shù)據(jù)采集到DCS或SCADA中來，又可用于應(yīng)用程序的中級環(huán)節(jié)，即通過該接口將數(shù)據(jù)從DCS或SCADA系統(tǒng)采集到上位機應(yīng)用程序中來，還可將OPC應(yīng)用于網(wǎng)絡(luò)計算機來采集數(shù)據(jù)，設(shè)計一個OPC服務(wù)器，允許客戶應(yīng)用程序從該服務(wù)器或網(wǎng)上運行OPC服務(wù)器的其它節(jié)點計算機上采集數(shù)據(jù)。 OPC標準標準最新版本內(nèi)容OPC Data AccessOPC Alarms amp?？蛻舫绦蚺cCOM組件程序進行交互的實體是COM對象，它并不關(guān)心組件模塊的名稱和位置（位置透明性），但必須知道自己在與哪個COM對象交互。COM對象也具有可重用性，它表現(xiàn)在COM對象的包容和聚合，一個對象可以完全使用另一個對象的所有功能。如果客戶還要繼續(xù)對對象進行操作，則它必須保證對象能一直存在于內(nèi)存中；如果客戶對對象的操作已經(jīng)完成，以后也不再需要該對象了則它必須及時地把對象釋放掉，以提高資源的利用率。 COM擴展——分布式COM（DCOM）DCOM是COM的擴展，它可以支持不同計算機上組件對象與客戶程序之間或者組件對象之間的相互通信，這些計算機可以在局域網(wǎng)內(nèi)也可以在廣域網(wǎng)上，甚至通過Internet進行連接。典型的分布式應(yīng)用系統(tǒng)是，在各個服務(wù)器上運行一些DCOM組件對象，客戶程序調(diào)用這些組件對象，由它們完成實際的功能操作，比如訪問數(shù)據(jù)庫或進行一些復(fù)雜的數(shù)據(jù)處理，客戶程序只負責接受用戶的輸入并把服務(wù)器的響應(yīng)結(jié)果反饋給用戶。微軟公司為了提供商業(yè)應(yīng)用程序和特定用途的軟件包間的相互連接性，開發(fā)了所謂的組件對象模型（Component Object Model, COM）技術(shù)。這樣使利用C++，Visual Basic，以及Excel中作為宏使用的應(yīng)用程序的Visual Basic等不同語言所開發(fā)的程序可以相互連接。但是如果不提供一個工業(yè)標準化的COM接口，各個控制設(shè)備廠家開發(fā)的COM組件之間的相互連接仍然是不可能的。應(yīng)用程序軟件開發(fā)者：可以使用通用的開發(fā)工具。隨著基于OPC標準的控制組件的推廣和普及，不僅使控制系統(tǒng)的增設(shè)和組件的置換更加簡單，而且使過程數(shù)據(jù)的訪問也變得容易。規(guī)范指出一個OPC客戶程序可以連接到一個或多個由不同廠家提供的OPC服務(wù)器程序，而多個OPC客戶程序也可以連接到一個OPC服務(wù)器程序上，服務(wù)器所要訪問的設(shè)備、數(shù)據(jù)源、數(shù)據(jù)名及服務(wù)器程序如何進行數(shù)據(jù)的訪問由廠商提供的代碼決定。OPC 組對象包含在OPC服務(wù)器對象中，并由客戶端定義和維護，每個服務(wù)器可以包含多個組對象。一組可以作為一個單元被激活或失活。數(shù)據(jù)項不能被OPC客戶作為對象進行操作，所有對OPC數(shù)據(jù)項的操作都是通過組對象來進行的。OPC Group對象用于組織管理服務(wù)器內(nèi)部的實時數(shù)據(jù)信息。從OPC Server對象的功能可以看出，OPC Server對象面向OPC服務(wù)器的技術(shù)細節(jié)，基本獨立于實時數(shù)據(jù)源，可以統(tǒng)一實現(xiàn)。OPC規(guī)范只規(guī)定了COM接口的名稱和接口向 OPC 客戶程序提供的行為，但沒有規(guī)定如何去實現(xiàn)它。 同步數(shù)據(jù)訪問處理與此相對，OPC服務(wù)器接到OPC應(yīng)用程序的要求后，幾乎立即將方法返回。 異步數(shù)據(jù)訪問處理除了上述的同步和異步數(shù)據(jù)訪問以外，就可以自動接到從OPC服務(wù)器送來的變化通知的訂閱方式數(shù)據(jù)采集（Subscription）。 OPC服務(wù)器對象及其組對象接口 OPC服務(wù)器接口 標準 OPC 服務(wù)器對象OPC服務(wù)器對象接口的行為[8]（）：IUnknown所有COM對象必須實現(xiàn)的最基本接口，包括AddRef，Release 和QueryInterface，所有COM對象都必須實現(xiàn)這個接口。服務(wù)器對象必須提供此接口。它主要用于當相應(yīng)組對象的接口指針都被釋放后重新與之建立連接（當然如果此組對象已從內(nèi)存中刪除除外）。當所有的組對象接口都釋放后客戶再調(diào)用此函數(shù)，使相應(yīng)組對象在內(nèi)存中徹底刪除。枚舉器也是一個COM對象，它實現(xiàn)了相應(yīng)類型枚舉接口，如IEnumString和 IEnumUnknown接口，OPC服務(wù)器對它的實現(xiàn)進行了簡化，由相應(yīng)接口函數(shù)來創(chuàng)建它的對象，由客戶程序來釋放它。IOPCItemProperties此接口用于瀏覽與ITEMID（用于標識一個特定的項）相關(guān)的屬性，也可讀取這些屬性當前的值。當由客戶程序創(chuàng)建時，首先創(chuàng)建私有組對象，然后通過MoveToPublic轉(zhuǎn)換成公共組對象。IOPCBrowseServerAddressSpace（可選）此接口為OPC客戶提供了一個有效訪問OPC服務(wù)器數(shù)據(jù)的方式，能夠為用戶提供相應(yīng)的ITEMID列表。 OPC組對象接口OPC組對象接口的行為如下[8]（）：IOPCItemMgt此接口的功能是允許客戶添加和刪除項對象并可控制項對象的行為。 標準 OPC組對象RemoveItems；從組對象中刪除項對象。一般來講，客戶程序在添加項對象時就設(shè)置了客戶句柄，在以后不會改變它。最基本的是改變組對象的更新率和活動狀態(tài)。CloneGroup；使用唯一組名建立某一組對象的另一個副本。IOPCSyncIO此接口允許客戶對服務(wù)器執(zhí)行同步讀寫操作。只有組對象和項對象都處于激活狀態(tài)時，才可從內(nèi)存內(nèi)讀取數(shù)據(jù)。IConnectionPointContainer數(shù)據(jù)訪問規(guī)范 組對象必須實現(xiàn)此接口，與服務(wù)器對象的此接口的唯一區(qū)別是管理得出接口不一樣，組對象管理的出接口是IOPCDataCallback 接口，可使客戶與服務(wù)器連接并進行最有效的數(shù)據(jù)傳送。IOPCAsyncIO (old)它是數(shù)據(jù)訪問規(guī)范 必須實現(xiàn)的接口之一，按照程序兼容規(guī)則，符合規(guī)范 的必選接口。 OPC客戶端及其接口 OPC客戶端概述OPC標準包括服務(wù)器和客戶端兩部分[9]。OPC規(guī)范的制定使不同設(shè)備之間的交互遵循同樣一個標準，因而可以極大地縮短工期和節(jié)約資金。時間戳表明服務(wù)器最近一次從設(shè)備讀取數(shù)據(jù)的時間?？蛻粝蚍?wù)器IConnectionPoint的Advise方法傳遞IUnknown接口建立連接，然后服務(wù)器調(diào)用其QueryInterface 方法獲得IOPCDataCallback接口指針。OnWriteComplete；當IOPCAsyncIO2接口異步寫完成時服務(wù)器調(diào)用此方法通知客戶進行數(shù)據(jù)處理。接口的ShutdownRequest方法在服務(wù)器需要切斷連接時調(diào)用，客戶應(yīng)該用UnAdvise取消所有連接，移除所有組，并釋放所有接口。在高速下要達到清洗得干凈，這就成為極大的問題，既要有好的清洗方法，又要對帶鋼進行有效的跟蹤。為設(shè)定計算提供正確的帶鋼數(shù)據(jù)以及為人機界面提供數(shù)據(jù)及畫面顯示提供操作人員及維護人員正確掌握生產(chǎn)狀態(tài)。上料段：入口小車將鋼卷從1或2鞍座位送到開卷機上的過程，在此過程中開卷機上的一些輔助設(shè)備配合進行相應(yīng)的動作；然后開卷機與磁力皮帶反轉(zhuǎn)90度，將帶頭甩至鋼卷上方以便穿帶。首先經(jīng)過堿洗槽；接著經(jīng)過電解槽，然后經(jīng)過熱水刷洗；最后進入漂洗槽漂洗、擠干機擠干、再由烘干機烘干。而此時，卷取機進行下一卷的卷曲準備，出口的輔助設(shè)備進行相應(yīng)的動作準備。項對象中添加所要設(shè)定和測量的值，將所添加的參數(shù)封裝在項對象類中。然后實現(xiàn)現(xiàn)場設(shè)備類Machine類，它是以Level1類的指針lv1為指針建立的類，成員函數(shù)update的功能是刷新項對象中的參數(shù)值，每隔一段時間訪問現(xiàn)場設(shè)備，將測量值刷新，返回給Level1。clas