OPC - ez

OPC - egy sor szabványelőírásokkal. Minden szabvány írja le egy sor egyedi feladatok ellátására. A jelenlegi szabványok:

• OPC DA (Data Access) - a fő és legkeresettebb szabvány. Leírja egy sor csere a valós idejű adatokat a PLC funkciókat. DCS. HMI. CNC és egyéb eszközök.
• OPC AE (Riasztás Events) - értesítést ad a kérelem különböző rendezvények: balesetek, operátor akciók, tájékoztató üzeneteket, és mások.
• OPC Batch - olyan funkciókat biztosít, léptető és Rx Process Control (szabvány szerint S88.01)
• OPC DX (Data Exchange) - funkcióit biztosítja a szervezet közötti adatcsere OPC-szerver Ethernet kapcsolaton. A fő cél - létrehozását átjárók az adatcsere eszközök és alkalmazások közötti különböző gyártók.
• OPC HDA (Historical Data Access) -, míg az OPC Data Access hozzáférést biztosít az adatok megváltoztatása, valós időben. OPC Historical Data Access segítségével a tárolt adatokkal.
• OPC Biztonság - határozza meg a feladatokat a szervezet ügyfeleinek hozzáférési jogokat az adatokat ellenőrző rendszer OPC-szerver.
• OPC XML-DA (XML-Data Access) -, amely rugalmas, szabályok által vezérelt adatcsere formátum a SOAP és a HTTP.
• OPC UA (Unified Architecture) - az utóbbi időben a kiadás specifikáció, amely nem alapul Microsoft COM technológia, amely cross-platform kompatibilitás.

kinevezés

A lényege az OPC egyszerű -, hogy a fejlesztők az ipari szoftverek univerzális fix felület (azaz olyan funkciót), hogy adatokat cseréljen semmilyen eszközt. Ugyanakkor, az eszköz a fejlesztők olyan programot, amely megvalósítja ezt a felületet (funkció).

Abban a pillanatban, a legújabb verzióját az OPC DA specifikáció 3.0-s verzió, de a legelterjedtebb még mindig a változat 2.05a. Az újonnan kifejlesztett szabvány OPC UA (Unified Architecture) egységesíti a funkciót beállítani az adatcserére eseménynaplózást, adattárolás, az adatok biztonságát.

OPC DA Version 2.05a

A legelterjedtebb. Amellett, hogy ez a szabvány szinkron adatcsere, bevezeti támogatást aszinkron adatcserét. Aszinkron adatcsere lehetővé teszi, hogy a program folytatása nélkül várja a választ az eszközhöz. Ez az eljárás csökkenti a hálózat terhelése és javasolni kell az elsődleges. Adatok fogadása alkalmazásával valósul meg egy felhasználó visszahívási funkció programot kerül meghívásra, ha a válasz nem érkezik a készülék.

OPC Unified Architecture

OPC UA leírás előnyeit ötvözi a korábbi előírások és új távlatokat nyit a használatát OPC-technológiákat. Különösen annak a ténynek köszönhető, hogy volt egy hiba a COM-interfész használat biztosít cross-platform kompatibilitás. Az új szabvány eredetileg lehetővé teszi a magasabb szintű adatbiztonságot, mint az OPC DA. Ezen felül, az új specifikáció lehetővé teszi az adatátvitelt szervezetek az interneten keresztül.

szerszámok

Leggyakrabban alkalmazások létrehozásához, amely támogatja az OPC segítségével Delphi programozási nyelveket. C ++. C # vagy Visual Basic.

kormányzati szinten

Ennek alapján a kérelmet a OPC-szerver ACS vállalat több kormányzati szint:

• alacsonyabb szintű - terepi buszok (busz), és egyes szabályozók;
• átlagos - kézműves hálózat
• szint APCS - szintű munka, mint a SCADA rendszerek;
• CAM szint - ezen a szinten a vállalati erőforrás-tervezési alkalmazásokhoz.

Mindegyik szinten is szolgált OPC-szerver, a szállítás az OPC-kliens adatokat magasabb szinten, vagy akár „szomszéd”.

Lehetséges alkalmazási OPC-szerver ACS Company

Ha van egy olyan eszköz, mint például az ADC fórumon. a vezető által vezérelt számítógépen Windows vagy más operációs rendszer, amely támogatja a COM / DCOM. ez a fő jelöltje a végrehajtása a OPC-szerver közvetlenül a tetején a vezető.

Cseréje a készülék nem igényel változások más alkalmazások: OPC-szerver változások, de az OPC-interfész a tetején marad.

Jelenlétében kezelt készülékek segítségével bármely hálózati protokoll, akkor lehet megvalósítani az OPC-szerver beolvassa az adatokat erre protokollt. Az egyetlen funkció - mechanizmusokat kell biztosítson visszaállítani kommunikáció a meghibásodások.

Valamivel bonyolultabb rendszer munkahelyi menedzsment számítógépes alkalmazás, amely nem támogatja a COM / DCOM. Ebben az esetben azt kell alkalmazni a két OPC-szerver. OS oldalon nem támogatja a COM, a hálózati modul telepítve, amely, egyrészt, van csatlakoztatva az alkalmazás (ok), és a másik - a hálózaton keresztül az OPC-szerver. Megjegyezzük, hogy a hálózati modul lehet egy szabványos, így ISaNet az ISaGRAF rendszerben. Ebben az esetben, csak ki kell dolgozni a OPC-szerver. Néha hálózati modul létre kifejezetten az OPC-szerver. Még az is lehetséges megvalósítása, amelyben a modult nem kifejezetten egy adott alkalmazás, és biztosítja az egyes API-felület bármely alkalmazás, amely azt akarja, hogy kiszolgált OPC. Így az OPC-szerver OS-9 operációs rendszer.

Egy másik fajta OPC-szerver - egy átjáró egy terepi busz hálózat. mint Profibus vagy LonWorks. Végrehajtásának ez a rendszer nagyon hasonlít a korábbi esetekben. Valószínűleg a számítógép Windows telepítésre kerül terepi-hálózati adapterrel. és az OPC-szerver kommunikál a hálózati adapter illesztőprogramját. Az interneten megtalálható számos ilyen példát.

Az ötlet egy ilyen rendszer teljesen nyilvánvaló. Terepi busz hálózat működik kemény valós idejű, és előírja, kevésbé igényes OPC átjáró a hálózat magasabb réteg alkalmazásokat.

Oldalon lehet sok más helyen az alkalmazás OPC: .. Dolgozni adatbázisokat kiegészítő vagy köztes OPC-szerver, stb DCOM technológia nem nagyon alkalmas a globális hálózatokon. Ezért, annak érdekében, hogy vonzzák az OPC-technológia az internet-technológiák lehetséges módon: a bővítés Web-szerver OPC-kliens, adatokat gyűjt OPC-szerver. A kliensoldali távon dinamikus html - vagy xml oldalas adatot fogad Web-szerver. Ez lehet akár OPC-szerver más alkalmazások számára.

Hasznosságát OPC alkalmazása szempontjából az integráció eléggé átlátható és következik a lényege OPC. Ez a szabvány adatcsere felület a hardver. Az első előnye - ha helyette bármely összetevője is van, nem kell beállítani a másik szoftvert, mert még a csere meghajtó a tetején futó OPC. A második - ha azt akarjuk, hogy új program a rendszerben, nincs szükség, hogy a saját eszközmeghajtók kivéve az OPC-kliens, persze. És így tovább.

tényállás

Jelenleg az elfogadott szabvány az egyetlen OPC DA leírás és OPC HDA, és a többi specifikáció még csak most kezdik, hogy nyer egy helyet a nap. Nem minden leírások teljes, legalábbis ami az automatizálás felületet (pl OPC-Batch már létezik 2.0 verzió Mi egyedi felületet, és csak 1,0 - Automation felület néhány egyéb előírásokat, ott is a lemaradás automatizálási interfészeket egyedi interfészek. ).

Ennek megfelelően, széles körben elterjedt csak OPC DA szabvány. Elmondhatjuk, hogy most már tényleg nagyon sok a gyártók termékeiket OPC DA szervereket. Az elmúlt években aktívan fejlesztett OPC HDA szabvány. Mit lehet mondani egyéb előírásokat.

A COM / DCOM technológia támogatja a következő operációs rendszereket:

Más COM / DCOM elterjedt operációs rendszerek nem támogatják.

kilátások

Tehát abban a pillanatban a kép messze nem tökéletes. Még mindig elég sok a berendezések és szoftverek OPC-technológia nem terjed ki. Még DA technológia. Másrészt, a Microsoft már nem fejlődő COM / DCOM, amely helyett egy modernebb technológiák, mint például a .NET.

Szervezet OPC Alapítvány politikája akadályozza a fejlődését a szabvány. Dokumentáció leírja a felületek csak a szervezet tagjai is rendelkezésre áll. Tagság díja néhány ezer dollárt, hogy nem csak nem áll rendelkezésre egyetlen fejlesztők, de még sok szervezet számára. Ez magyarázza a népszerűsége OPC DA, dokumentáció a felületen már régóta szabadon hozzáférhető. Ennek eredményeként számos vállalat, akik nem akarnak kommunikálni egy meglehetősen szeszélyes rendelkezésre álló technológiákat állam a jó programozók alacsonyabb szintű munkát korlátozott körű vezérlők használnak a SCADA-csomag CORBA technológia.

következtetés

A népszerű OPC-szerver

• Modbus Universal Server MasterOPC
• Lectus
• MatrikonOPC