UaGateway

Das UaGateway® ist ein Produkt, um „klassische“ COM/DCOM-basierte OPC Server und Clients mit der neuen OPC Unified Architecture zu verbinden. Das UaGateway ist ein hochperformanter Wrapper/Proxy, der in C++ programmiert ist und intern unser C++ OPC UA Server/Client SDK/Toolkit verwendet, aber weitere praktische Funktionen hinzufügt, die es zu einer Konnektivitäts-Platform und universieller Middleware machen mit dem verschiedenste Anwendungsfälle gelöst werden können. 

Lösungen, die mit dem UaGateway aufgebaut werden können:

  • verbinden von UA Client mit COM/DCOM Server(n)
  • verbinden von COM/DCOM Client mit UA Server(n)
  • tunneln von COM/DCOM über sichere UA Verbindung (2x UaGateway erforderlich)
  • aggregieren, Datenkonzentration in einem Server auf einer Maschine; Single Point of Access
  • Sicherheitsgateway, stakte Verschlüsselung und Benutzerrchte für „classic“ OPC oder schwache OPC UA Server
  • Firewall-freundlich, ReverseConnect-Proxy, falls UA Server hinter Firewall leben
  • TagFile und Cache für individualles Mapping vom Adressraum (Companion Specification)
  • TagLinker für direkten Datenaustausch, Datensynchronisation zwischen unterlagerten Servern

Das UaGateway ist vollkommen über OPC UA Methoden konfigurierbar. Es folgt der neuen OPC DI Spezifikation (Device Integration) und bietet hierüber auch standardisierte Diagnose- und Konfigurationsmöglichkeiten.

Das UaGateway ist eine Windows 32Bit Anwendung; sie kann auch alle standard Windows (XP, Vista, Win7, Win8, Win10, Win11) installiert werden und kann auch auf 64Bit Windows (WOW64) betrieben werden. Das UaGateway kann gleichzeitig mehrere, unterlagerte COM DA Server und mehrere, unterlagerte UA Server verbinden. Verbindungen zu unterlagerten Servern können während der Laufzeit hinzugefügt werden ohne das UaGateway neu zu starten.

UaGateway Software Architektur

UaGateway Funktionalität - individuelle Lizenzschlüssel

Das UaGateway hat verschiedene Funktionalitäten bezüglich der unterlagerten Verbindung (Channel) und der Funktionalität der Kernkomponente (information model). Die einzellnen Funktionen werden mit verschiedenen Lizenzschlüsseln freigeschaltet, je nachdem welche Anforderungen erfüllt werden müssen.

Data Access (Base)

  • Wrapper und Proxy für klassik OPC DA 2.05a, DA 3.0 und OPC UA
  • enthält die Module OPC DA Client, OPC DA Server und OPC UA Client für Data Access und OPC UA Server für Data Access

Alarms and Events (AddOn)

  • Wrapper und Proxy für OPC A&E 1.1 und OPC UA
  • enthält die Module OPC A&E Client, OPC A&E Server und OPC UA Client für Alarms and Events und OPC UA Server für Alarms and Events

Historical Data Access (AddOn)

  • Wrapper und Proxy für OPC HDA und OPC UA.
  • enthält die Modules OPC HDA Client, OPC HDA Server und OPC UA Client für Historical Data Access und OPC UA Server für Historical Data Access

Tag File & Cache (AddOn)

  • Konfigurierbarer interner Address Raum
  • enthält das TagFile Module, das es erlaubt eigene OPC UA Typesystem (Informationsmodell) zu erstellen und die erzeugten Instanzen entweder zu Nodes unterlagerter Server zu mappen, vorausgesetzt der Typ passt, ODER auf interne "cache" Variablen zu mappen.

Tag Linker (AddOn)

  • Konfigurierbare Liste von Quell- und Ziel-Variablen, die "verbunden" werden
  • Beobachten der Quell-Variablen und Scheiben der Ziel-Variablen (bei Änderung)
  • Synchronisieren von Daten zwischen unterlagerten OPC UA Server und/oder classic DA Servern.

Typisches Anwendungsbeispiel

Einer der Anwendungsfälle, für die das UaGateway entwickelt wurde, ist die Anbindung von früheren OPC Clients (z. B. HMI/SCADA-Systemen) an heutige OPC UA Server. Das UaGateway verhält sich wie ein „klasischer“ OPC DataAccess 2/3 Server, der lokal auf den PC installiert wird auf dem sich der HMI/SCADA Client befindet. Der interne UA Client des UaGateways verbindet sich mit einem oder mehr UA Servern über das hoch performante UA Binäryprotokoll. Die Verbindung kann durch Firewalls oder über das Internet laufen und verwendet die Sicherheitsmechanismen von OPC UA: Authentifizierung und Verschlüsselung. Das Informationsmodell der unterlagerten UA Server wird transparent in den Adressraum des OPC DA Servers des UaGateways gemapped.

Wenn auf beiden Seiten ein UaGateway verwendet wird, kann die unsichere classic OPC DA Datenverbindung duch einen sicheren verschlüsselten OPC UA Tunnel übertragen werden.