MQTT

MQTT är tillgängligt genom att välja protokollet mqtt på en WebSocket-begäran.

Konfiguration

Fält	Roll
URL	Brokerns adress (mqtt://, mqtts://, eller WebSocket)
Ämne	Ämnet, som bärs av fältet Händelse
Meddelande	Den publicerade payloaden
QoS	0, 1 eller 2 — används vid publicering och vid prenumeration
Behåll (retain)	Markerar meddelandet som kvarhållet av brokern
Klient-ID	Löses upp av Handlebars; genereras automatiskt om det lämnas tomt
Användare / Lösenord	Brokerns autentiseringsuppgifter; lösenordet tar emot ett värde av typen Hemlighet
Keepalive	I sekunder
Prenumerera på ämnet	Aktiverat som standard: vid anslutning prenumererar Restorm på begärans ämne

Ämnet tar emot {{variables}} — capteurs/{{site}}/{{capteurId}} är ett fullt giltigt ämne.

Last Will and Testament

Fyra fält deklarerar det meddelande som brokern publicerar om din klient försvinner abrupt: ämne, payload, QoS och kvarhållning för Last Will.

Det är precis vad du behöver för att testa hur ditt system beter sig vid en smutsig nedkoppling: konfigurera en Last Will, bryt anslutningen och kontrollera att prenumeranten reagerar.

Återanslutning

MQTT-klienten återansluter automatiskt, med ett tak på tio försök.

I ett scenario

MQTT connect (som prenumererar på begärans ämne och utlöser en händelse per mottaget meddelande), MQTT publish (publicerar, med begärans QoS och kvarhållning) och Stäng MQTT-anslutning. Se Anslutningar och strömmar.

Serverläge

Restorm kan hosta en lokal MQTT-broker: en broker per port, nåbar över rå TCP och via en gateway för MQTT-över-WebSocket. Se Simulera WebSocket, Socket.IO och MQTT.

Importera från AsyncAPI

Ett AsyncAPI-dokument vars kanaler använder protokollet mqtt ger direkt MQTT-begäranden (en per kanal, för publicering och för prenumeration), med exempelpayloader byggda utifrån meddelandenas schema. Se Importera AsyncAPI.