Protokoll-Events
Protokoll-Events ermöglichen die Anbindung von VISIONWEB an externe Kommunikationskanäle und Systeme. Sie reagieren auf eingehende Nachrichten, Statusänderungen oder Datenpakete, die über unterstützte Protokolle übertragen werden. Neben der reinen Auslösung eines Flows können diese Events zusätzliche Informationen mitführen, die direkt in die Verarbeitung eingebunden werden. Dadurch lassen sich Workflows nicht nur starten, sondern auch dynamisch mit relevanten Daten versorgen. Protokoll-Events sind besonders geeignet für Integrationsszenarien, in denen VISIONWEB mit anderen Geräten, Steuerungen oder Softwarelösungen im Netzwerk interagieren soll.
Dabei lassen sich drei wesentliche Strukturtypen unterscheiden:
Dieses Kapitel beschreibt ausschließlich die grundlegenden Eventtypen von Protokollen sowie deren Umsetzung und Nutzung im Workflow. Eine detaillierte Beschreibung der einzelnen Protokolle – einschließlich spezieller Konfigurationen und Beispiele – finden Sie in den jeweiligen Connection-Artikeln, die nach Strukturtyp gegliedert sind.
Byte-Struktur
Beispiel: Empfangen einer Brokernachricht
Generell sind die meisten Protokoll-Events – abhängig vom jeweiligen Datenprotokoll – auf Basis von Byte-Strukturen definiert. Daher ist der Eventtyp in Visionweb in vielen Fällen vom Typ „Received Bytes (Name)“. Damit wird klargestellt, dass der Auslöser immer dann aktiv wird, wenn ein Datenpaket empfangen wurde. Folgende Protokolle reagieren auf diese Struktur:
JSON-String-Struktur
Beispiel: Empfangen von HTTP-Events mit direkter Struct-Weiterverarbeitung
Daneben gibt es beim HTTP-Event von Haus aus einen eigenen JSON-Event, der das empfangene JSON-Dokument direkt als String ausgibt. Dadurch lassen sich strukturierte Daten ohne zusätzliche Umwandlung nutzen, beispielsweise um Werte auszulesen oder gezielt an andere Workflow-Komponenten zu übergeben.
Wildcard-Struktur
Beispiel: Empfangen eines sich änderten Datentyps über Wildcard-Events
Für datentypabhängige Protokolle wie OPC UA bietet Visionweb eine zusätzliche Wildcard-Struktur. Diese ermöglicht es, jeden Datentyp im Workflow weiterzubearbeiten. Allerdings muss der Anwender genau wissen, auf welchen OPC-Node er zugreift und welcher Datentyp dort resultiert. Nur so kann eine korrekte Verarbeitung sichergestellt werden. Ebenfalls wird dies bei NATS.IO vorerst genutzt