Otevřená komunikace na platformě - Open Platform Communications
Otevřená komunikace na platformě (OPC) je řada standardy a specifikace pro průmysl telekomunikace. An průmyslová automatizace pracovní skupina vyvinula původní standard v roce 1996 pod názvem OLE pro řízení procesů (Propojování a vkládání objektů pro kontrola procesu ). OPC specifikuje komunikaci reálný čas data závodu mezi řídicími zařízeními od různých výrobců.
Po počátečním vydání v roce 1996 se Nadace OPC byl vytvořen pro udržení standardu.[1] Vzhledem k tomu, že OPC bylo přijato nad rámec řízení procesu, Nadace OPC změnil název na Open Platform Communications v roce 2011.[2] Změna názvu odráží aplikace technologie OPC pro aplikace v automatizace budov, diskrétní výroba, řízení procesů a mnoho dalších. OPC také vzrostl nad původní OLE (Propojování a vkládání objektů ) implementace zahrnující další technologie přenosu dat včetně Microsoft je .NET Framework, XML, a dokonce i binárně kódovaný formát TCP OPC Foundation.
Původ a použití
The Specifikace OPC byl založen na OLE, KOM, a DCOM technologie vyvinuté společností Microsoft pro Microsoft Windows rodina operačních systémů. Specifikace definovala standardní sadu předměty, rozhraní např. IDL a metody pro použití v aplikacích pro řízení procesů a automatizaci výroby interoperabilita. Nejběžnější specifikace OPC je OPC Data Access, který se používá ke čtení a zápisu dat v reálném čase. Když prodejci odkazují na OPC obecně znamenají OPC Data Access (OPC DA). Samotný OPC DA prošel od svého vzniku třemi hlavními revizemi. Verze jsou zpětně kompatibilní v tom, že OPC Server verze 3 je stále přístupný OPC klientem verze 1, protože specifikace přidávají funkčnost, ale stále vyžadují implementaci i starší verze. Mohl by však být napsán klient, který nepodporuje starší funkce, protože vše lze provést pomocí novějších, takže klient kompatibilní s DA-3 nemusí nutně pracovat se serverem DA 1.0.
Kromě specifikace OPC DA udržuje Nadace OPC také Přístup k historickým datům OPC (HDA) specifikace. Na rozdíl od dat v reálném čase, která jsou přístupná pomocí OPC DA, umožňuje OPC HDA přístup a načítání archivovaných dat.
Specifikace OPC Alarmy a události je také udržována nadací OPC a definuje výměnu informací o zprávách typu alarmu a události, stejně jako stavy proměnných a správu stavu.[3]
Design
OPC byl navržen tak, aby poskytoval společný most pro softwarové aplikace a hardware pro řízení procesů na bázi Windows. Normy definují konzistentní metody přístupu k datům pole ze zařízení v továrně. Tato metoda zůstává stejná bez ohledu na typ a zdroj dat. OPC Server pro jedno hardwarové zařízení poskytuje klientovi OPC stejné metody přístupu k jeho datům jako kterýkoli jiný OPC Server pro stejné a jakékoli jiné hardwarové zařízení. Cílem bylo snížit množství zdvojeného úsilí požadovaného od výrobců hardwaru a jejich softwarových partnerů a od EU SCADA (Dozorčí kontrola a získávání dat) a další HMI (Human-Machine Interface) producenti za účelem propojení obou. Jakmile výrobce hardwaru vyvinul svůj OPC Server pro nové hardwarové zařízení, jejich práce byla provedena s ohledem na umožnění přístupu jakémukoli „hornímu konci“ k jejich zařízení, a jakmile SCADA Producent vyvinul svého OPC klienta, jejich práce byla provedena s ohledem na umožnění přístupu k jakémukoli hardwaru, který již existuje nebo ještě bude vytvořen, se serverem kompatibilním s OPC.
Servery OPC poskytují metodu pro mnoho různých softwarových balíčků (pokud se jedná o klienta OPC) pro přístup k datům ze zařízení pro řízení procesu, jako je například PLC nebo DCS. Tradičně, kdykoli balíček potřeboval přístup k datům ze zařízení, muselo být napsáno vlastní rozhraní nebo ovladač. Účelem OPC je definovat společné rozhraní, které je napsáno jednou a poté znovu použito jakoukoli firmou, SCADA, HMI nebo vlastní softwarové balíčky.
Ve specifikacích OPC není nic, co by omezovalo server na poskytování přístupu k zařízení pro řízení procesu. Servery OPC lze psát na cokoli, od získání vnitřní teploty mikroprocesoru po aktuální teplotu v Monument Valley.[Citace je zapotřebí ]
Jakmile je OPC server napsán pro konkrétní zařízení, může být znovu použit jakoukoli aplikací, která je schopna fungovat jako OPC klient. Servery OPC používají ke komunikaci s klienty technologii Microsoft OLE (také známou jako model komponentního objektu nebo COM). Technologie COM umožňuje definovat standard pro výměnu informací v reálném čase mezi softwarovými aplikacemi a procesním hardwarem.
Je důležité si uvědomit[podle koho? ] že jsou zveřejněny některé specifikace OPC, ale jiné jsou k dispozici pouze členům Nadace OPC. Takže zatímco žádná společnost "nevlastní" OPC a kdokoli může vyvinout OPC server bez ohledu na to, zda je nebo není členem Nadace OPC nečlenové nemusí nutně používat nejnovější specifikace. Integrovat produkty OPC může kdokoli a není nutné, aby systémový integrátor patřil k jakékoli organizaci. Je tedy na každé společnosti, která požaduje produkty OPC, aby zajistila, že jejich produkty jsou certifikovány a že jejich systémoví integrátoři mají potřebné školení.[Citace je zapotřebí ]
Budoucnost
The Jednotná architektura OPC (UA) byl specifikován a je testován a implementován prostřednictvím programu Early Adopters. Lze jej implementovat pomocí Jáva, Microsoft .NET nebo C, což eliminuje potřebu používat a Microsoft Windows - platforma dřívějších verzí OPC. UA kombinuje funkčnost stávajících OPC rozhraní s novými technologiemi jako např XML a Webové služby dodat vyšší úroveň MES a ERP Podpěra, podpora.
Dne 16. Září 2010 Nadace OPC a MTConnect Institute oznámil spolupráci za účelem zajištění interoperability a konzistence mezi těmito dvěma standardy.[4]
Viz také
Reference
- ^ Co je OPC? opcfoundation.org
- ^ https://opcfoundation.org/about/what-is-opc/
- ^ Specifikace OPC A&E
- ^ „Nadace OPC a institut MTConnect oznamují memorandum o porozumění“. Nadace OPC. 2010-10-21. Archivovány od originál dne 16.06.2011. Citováno 2010-10-26.