MQTT-Trigger

Reagiert auf Veränderung der projektierten Topics. Gibt den Payload zurück. In der Eigenschaftsmaske können Sie die Anbindungs-Parameter für Ihre MQTT-Abfrage festlegen:

warnung

Werden Topics über Trigger mehrfach in verschiedenen Verbindungen angebunden, kann es zu doppelten Auslösungen der einzelnen Verbindungen kommen.

Dies gilt auch für die Verwendung von Wildcards.

Die einzelnen Eigenschaften sind:

Eigenschaft	Beschreibung
Brokeranbindung	Wählen Sie eine konfigurierte Brokeranbindung aus dem Drop-down-Menü aus.
Servicequalität	Auswahl, wie häufig die Abfrage ausgeführt werden soll.
Warte auf Transfer	Auswählen, ob und in welcher Form auf den Transfer gewartet werden soll.
Payload-Datentyp	Auswahl des Datentyps Byte Array oder String.
Payload-Kodierung	Auswahl, der Kodierung für die MQTT-Abfrage.
Topic	Eingabe des Topics.

---

Shared Subscriptions (MQTT v5)

MQTT Version 5 erforderlich

Shared Subscriptions sind ein Feature von MQTT Version 5 und erfordern die Unterstützung durch Broker und Client.

Mit Shared Subscriptions können mehrere Clients einer gemeinsamen Consumer-Gruppe beitreten und eingehende Nachrichten gleichmäßig unter sich aufteilen. Dies ermöglicht eine horizontale Skalierung auf der Empfängerseite.

Topic-Format

$shared/[groupName]/[topic]

Beispiel:

$shared/inrayTest/SharedSubscriptionTest

Verhalten

• Die Verteilung der Nachrichten erfolgt nach dem Round-Robin-Prinzip bzw. brokerabhängig (häufig „fair dispatch"). Ziel ist eine möglichst gleichmäßige Lastverteilung zwischen den Clients innerhalb einer Gruppe.
• Jeder veröffentlichte Datensatz wird genau einmal an einen Subscriber der Shared Group zugestellt (unter Berücksichtigung der jeweiligen QoS-Stufe).
• Clients mit unterschiedlichem groupName erhalten die Nachrichten unabhängig voneinander – jede Gruppe arbeitet isoliert.

Voraussetzungen

• Unterstützung von MQTT Version 5 durch Broker und Client.
• Alle beteiligten Clients müssen sich mit dem identischen Shared Subscription Topic (inkl. gleichem groupName) verbinden, um Teil derselben Consumer-Gruppe zu sein.

QoS-Verhalten

Aspekt	Beschreibung
QoS-Unterstützung	QoS wird weiterhin wie gewohnt angewendet (0, 1 oder 2).
Einfluss auf Verteilung	Die Shared Subscription beeinflusst nur die Verteilung, nicht die Zustellgarantie.
Wiederholversuche	Bei QoS > 0 kann es je nach Broker-Implementierung zu erneuten Zustellversuchen kommen, falls ein Client nicht bestätigt.

Einschränkungen und Besonderheiten

Aspekt	Beschreibung
Nachrichtenreihenfolge	Die Reihenfolge ist nicht garantiert, da unterschiedliche Clients Nachrichten verarbeiten.
Stateful Processing	Falls Zustände oder Reihenfolgen relevant sind, müssen diese extern verwaltet werden.
Broker-Abhängigkeit	Das exakte Verhalten (z. B. Verteilungsstrategie) kann je nach MQTT-Broker variieren.

Beispiel

Publisher sendet an:

SharedSubscriptionTest

Subscriber verwenden:

$shared/inrayTest/SharedSubscriptionTest

Mit drei aktiven Clients in der Gruppe inrayTest werden eingehende Nachrichten verteilt, z. B.:

Nachricht	Zugestellt an
Nachricht 1	Client A
Nachricht 2	Client B
Nachricht 3	Client C
Nachricht 4	Client C