Sparkplug Command Trigger
Mit dem Sparkplug Command Trigger können Commands empfangen werden, die von Applikationen an die verschiedenen Nodes gesendet wurden. Enthaltene Informationen können zur Weiterverarbeitung ausgegeben werden.
Es können nur Anbindungen gewählt werden, die für Node-Profile in den Plug-In Einstellungen erstellt wurden.
| Eigenschaft | Beschreibung |
|---|---|
| Sparkplug-Anbindung | Wählen Sie eine unter Plug-Ins erstellte Sparkplug Anbindung aus |
| Group Filter | Geben Sie einen Gruppen Filter für den Trigger an. Vorsicht: Die angegebenen Filter sind vom Datentyp String und suchen nach identischen ("equal") Zeichenfolgen. |
| Node Filter | Geben Sie einen Node Filter für den Trigger an. Vorsicht: Die angegebenen Filter sind vom Datentyp String und suchen nach identischen ("equal") Zeichenfolgen. |
| Device Filter | Geben Sie einen Device Filter für den Trigger an. Vorsicht: Die angegebenen Filter sind vom Datentyp String und suchen nach identischen ("equal") Zeichenfolgen. |
Zusammenspiel mit der Sparkplug-Applikation
Wie diese Darstellung zu lesen ist, erklärt der Abschnitt Sequenzdiagramme.
Der Sparkplug Command Trigger empfängt Kommandos, die eine Applikation über den MQTT-Broker an die vom OPC Router betriebene EoN-Node schickt (im Sparkplug-B-Protokoll die Nachrichtentypen NCMD für die Node und DCMD für ein Device; diese Kürzel stammen aus der Sparkplug-Spezifikation, nicht aus der Projektierung). Der Trigger startet daraufhin den Transfer und wartet nicht auf dessen Ergebnis; eine Quittung an die Applikation sendet er in keinem Fall. Einen Rückweg zur Applikation gibt es nur, wenn Sie ihn selbst projektieren: ein zusätzliches Transferobjekt „Sparkplug Node Publish“ im selben Flow veröffentlicht Werte als NDATA beziehungsweise DDATA. Diese Veröffentlichung geschieht mitten im Flow, unabhängig vom Transferergebnis und ohne Bezug zum auslösenden Kommando.
Das Diagramm trennt den Weg des Kommandos vom Weg der Antwort. Das Kommando läuft von der Applikation über den Broker in den Trigger und von dort in den Transfer, ohne dass der Trigger etwas zurückmeldet. Der einzige Rückweg ist der gestrichelte Zweig über ein zusätzlich projektiertes Transferobjekt, das mitten im Flow veröffentlicht; bleibt dieser Zweig aus, erfährt die Applikation weder Erfolg noch Fehler.
Der Trigger quittiert das Kommando nie; eine Rückmeldung an die Applikation entsteht nur durch ein zusätzlich projektiertes Transferobjekt „Sparkplug Node Publish“, das mitten im Flow und unabhängig vom Transferergebnis veröffentlicht.