Werbung
Technische Einführung
Zusätzlich zum Empfang eines Alarms kann dieser auch quittiert werden. Die Quittierung wird hierbei vom
Server auch an den TwinCAT Eventlogger zurückgemeldet. Im UA Expert lässt sich ein Alarm über das
Kontextmenü im Event View quittieren.
Acknowledge und Confirm
Bitte beachten Sie, dass nur ein Confirm zurück an den TwinCAT Eventlogger gemeldet wird. Die
Information zu einem Acknowledge bleibt hierbei im Server, da der TwinCAT Eventlogger aktuell
nur das Konzept eines Confirms vorsieht.
Nach einem Confirm wird die entsprechende Variable eConfirmationState in der TwinCAT Eventlogger
Instanz vom Typ FB_TcAlarm gesetzt.
4.1.13
Security
4.1.13.1
Übersicht
Einer der Gründe für den Erfolg von OPC UA als Kommunikationstechnologie sind die verschiedenen,
integrierten Sicherheitsmechanismen. Eine auf OPC UA basierte Datenkommunikation lässt sich auf zwei
Ebenen absichern:
1. Transportebene
2. Applikationsebene
Endpunkte
Ein Server bietet dem Client eine Liste mit verschiedenen Endpunkten [} 99] an mit denen sich der Client
verbinden kann. Ein Endpunkt beschreibt hierbei unter Anderem welche Sicherheitsfunktionen (z. B.
Message Security Mode, Security Policy und zur Verfügung stehende Identity Token) die
Kommunikationsverbindung über diesen Endpunkt erfüllen soll. So kann ein Endpunkt z. B. eine Signierung
und Verschlüsselung der Datenpakete erfordern (Transportebene), sowie eine zusätzliche Authentifizierung
des Clients auf Basis von Benutzername/Password (Applikationsebene).
Transportebene
Eine auf OPC UA basierte Kommunikationsverbindung kann auf Transportebene abgesichert werden. Dies
geschieht durch die Verwendung von Client/Server Zertifikaten und eine gegenseitige Vertrauensstellung
zwischen Client- und Serverapplikation. Hierbei muss der Client dem Server-Zertifikat vertrauen und
umgekehrt, damit eine Kommunikationsverbindung hergestellt werden kann. Hierfür ist ein gegenseitiger
Zertifikatsaustausch [} 102] notwendig.
98
Version: 1.8
TS6100
Werbung
