Anzeige
Anzeige
Anzeige
Anzeige
Beitrag drucken

OPC UA versus OPC Klassik

Neuer Standard für die M2M-Kommunikation?

Schon jetzt sind zahlreiche Produkte verfügbar, die OPC-UA-Technologie unterstützen. Daher dürften viele OPC-Klassik-Applikationen nach und nach auf den neuen Standard umgestellt werden. Doch wo liegt der Unterschied zwischen den beiden Technologien und welche Vorteile können sich daraus für Anwender ergeben?

Bild: Phoenix Contact Deutschland

Technisch gesehen weisen OPC UA, also Unified Architecture, und bestehende OPC-Spezifikationen aus dem Klassik-Bereich kaum Gemeinsamkeiten auf. In den fast 20 Jahren seit ihrer Markteinführung haben sich die Klassik-Spezifikationen wie OPC DA (Data Access) und OPC A&E (Alarm & Event) in zahlreichen industriellen Bereichen bewährt. Aufgrund der wachsenden Ethernet-basierten Vernetzung genügt der Standard den technologischen Ansprüchen jedoch oft nicht mehr. Deshalb wurde bereits vor rund zehn Jahren mit der Entwicklung von OPC UA begonnen. Diese Technologie soll die zukünftigen Kommunikationsanforderungen der oberhalb der Feldbussysteme angesiedelten Automatisierungstechnik erfüllen. Mit dem Kommunikationsprotokoll sind die vorher getrennten Spezifikationen auf ein gemeinsames Datenmodell portiert worden. Denn auch in neuen OPC-UA-Umgebungen müssen die Daten zyklisch oder im Fall einer Änderung ausgetauscht werden. Ebenso wichtig ist die Verfügbarkeit historischer Daten. Diese Funktionen wurden auf ein Objekt-orientiertes Modell übertragen, in dem jedes Objekt Dienste für die Funktionen Data Access (DA), Alarm & Conditions (AC), Programs und Historical Access (HA) liefert.

Kommunikation als zentraler Bestandteil der Lösung

OPC Klassik baut auf der DCOM-Technologie von Microsoft auf. 1996 war das eine gute Entscheidung, um den Standard insbesondere bei den Herstellern von Steuerungs-, Bedienen-und-Beobachten- und Scada-Systemen zu etablieren. Durch OPC Klassik wurden seitenlange Kompatibilitäts- oder Treiberlisten zwischen den Steuerungs- und Visualisierungsanbietern überflüssig. Wegen der verschiedenen per OPC UA- adressierten Komponenten kann nicht davon ausgegangen werden, dass alle Geräte mit einem Windows-Betriebssystem arbeiten. Daher sind die beiden OPC-UA-Transportprofile UA-Binary und UA-XML Betriebssystemunabhängig spezifiziert worden. Während UA-Binary auf Geschwindigkeit und Durchsatz optimiert ist, erweist sich das auf HTTP und SOAP-Protokollen basierende UA-XML als Firewall-freundlich. Heute sieht die Automatisierungswelt anders aus als im Jahr 1996 und OPC UA muss ein breiteres Anwendungsfeld adressieren.

Neben den Steuerungen und Bedienen-und-Beobachten-Geräten müssen weitere Werkzeuge und Applikationen standardisiert Daten austauschen können. So verwalten Asset Management-Tools die Geräte, Qualitätsmanagement-Werkzeuge nehmen jeden Fertigungsschritt auf, während Enterprise Resource Planning- und Manufacturing Execution System-Lösungen (ERP/MES) die Produktionsaufträge für die Automatisierung verwalten. Die Softwares verzahnen sich immer stärker mit der Automatisierungstechnik. Damit steigen auch die Anforderungen an die OPC-Schnittstelle. Um für künftige Anwendungen geeignet zu sein, zielen die Entwickler von OPC UA darauf ab, einen umfassenden Standard für die Maschine-zu-Maschine-Kommunikation (M2M) zu schaffen, einer grundlegenden Voraussetzung für das Zukunftsprojekt Industrie 4.0, das Internet der Dinge (IOT) sowie Cyber-Physical Systems (CPS). In diesen Ansätzen tauschen Geräte und Werkzeuge Daten über eine gemeinsame Kommunikationsplattform aus. Die SPSen stehen somit nicht mehr zwingend im Zentrum der Automatisierungslösung. Vielmehr fließen Informationen von intelligenten Geräten und Technologie-Steuerungen an der SPS vorbei zu den überlagerten Werkzeugen. Die Kommunikation wird zum zentralen System der Lösung. Diese Entwicklung wurde unter anderem durch den Trend zu Ethernet-basierten Feldbussystemen wie Profinet, Ethernet/IP und Modbus-TCP ausgelöst.

Forderung nach vereinheitlichten Profilen

Um den Anforderungen an die Zugriffssicherheit Rechnung zu tragen, umfasst das Protokoll ein skalierbares Security-Konzept. Reichen die Maßnahmen der User- und Application-Security nicht aus, können Daten auf der Transport-Ebene über SSL-Mechanismen verschlüsselt werden. User- und Application-Security sichern die Autorisierung von Nutzern sowie die Integrität der Client- und Server-Programme über x.509-Zertifikate ab. Damit sich die Sicherheitsfunktionen an die Anforderungen der jeweiligen Applikation anpassen lassen, definiert OPC UA den Mechanismus der Endpunkte. Diese können unterschiedliche Security-Eigenschaften und Datenstrukturen enthalten. Wichtiger als die Standardisierung der Kommunikationsprotokolle ist die Vereinheitlichung entsprechender Profile. Denn erst durch die Profile, die Collaboration Models, können die OPC-UA-Clients den Inhalt der Daten über Meta-Informationen interpretieren. Aktuell liegen Profile für bestimmte Funktionen vor wie der S95-Standard für die MES-Ankopplung, Geräte – zum Beispiel Analyzer Devices oder gemäß IEC 61131 programmierbare Steuerungen – sowie Branchen oder Bussysteme wie die Gebäudeinstallation und Energietechnik. Zwei Szenarien sollen zeigen, welche Vorteile sich für den Anwender aus dem Technologiewechsel ergeben können.


Das könnte Sie auch interessieren:

Über V2X-Kommunikation lassen sich Fahrzeuge untereinander und mit der umliegenden Infrastruktur vernetzen. Auf einmal müssen Anwendungsentwickler Komponenten berücksichtigen, deren Funktionalität sie nicht beeinflussen. Die passende Softwarearchitektur hilft, diese Herausforderung im Dschungel sich weltweit entwickelnder Standards zu lösen.‣ weiterlesen

Mit dem SMIT TestKit Shop hat Sven Mahn IT den Zugang zu ihrem Produkt zur Testoptimierung und Qualitätssicherung der ERP-Lösungen Microsoft Dynamics 365 for Finance and Operations und Dynamics AX vereinfacht.‣ weiterlesen

Die CRM-Lösung CAS GenesisWorld von CAS Software steht als Release x11 zur Verfügung. Neu hinzugekommen ist zum Beispiel, dass Anwender die intelligente Suchfunktion Picasso nun auch auf mobilen Endgeräten nutzen können.‣ weiterlesen

Mit dem Industrial Internet of Things steht Produzenten eine neue Infrastrukturebene zur Verfügung, um ihre Abläufe und Fertigungsprozesse zu optimieren. Thorsten Strebel von MPDV schildert, wie die Technologien auf die MES-Welt einwirken und wie der MES-Hersteller darauf reagiert.‣ weiterlesen

Mit dem neuen Geschäftsfeld Maxolution Maschinenautomatisierung adressiert SEW-Eurodrive den Markt mit maßgeschneiderten Systemlösungen. Gemeinsam mit dem Maschinenbauer EMAG hat der Antriebsspezialist nun einen Portalroboter vorgestellt, der ohne Energieführungsketten auskommt und auch anfallende Daten kabellos überträgt.‣ weiterlesen

Der Simulationsspezialist SimPlan stellt auf der diesjährigen Messeausgabe der FachPack die neu entwickelte Benutzeroberfläche sowie neue Funktionalitäten für PacSi vor.‣ weiterlesen

Schon heute lassen sich mit den Software und Hardwarekomponenten einer Industrial Internet of Things-Plattform hervorragend integrative Services in Echtzeit anbieten. Dabei können immer mehr IIoT-Plattformen Funktionen bereitstellen, die bislang eher der Shopfloor-IT vorbehalten waren. Doch welche MES-Funktionen kann ein IIoT sinnvoll übernehmen - und wie könnten die nächsten Schritte aussehen?‣ weiterlesen

Manufacturing Analytics im Kontext der Smart Factory steht im Mittelpunkt der gleichnamigen Anwenderkonferenz am 12. November in Frankfurt am Main.‣ weiterlesen

Siemens plant die Übernahme von Process Systems Enterprise (PSE), einem Anbieter von Software und Dienstleistungen für Prozessmodellierung (Advanced Process Modelling).‣ weiterlesen

Ein Softwarefehler hatte bei Desk zum Verlust von Daten und zu einem Ausfall einer CNC-Maschine geführt - die Produktion stand über mehrere Tage still. Damit der Komponentenhersteller bei einem erneuten Ausfall die Daten der Steuerung schnell und unabhängig von Dritten wiederherstellen kann, nutzt er die Backup- und Recovery-Lösung von Waxar.‣ weiterlesen

Anzeige
Anzeige
Anzeige