MQTT

MQTT er til rådighed ved at vælge protokollen mqtt på en WebSocket-anmodning.

Konfiguration

Felt	Rolle
URL	Brokerens adresse (mqtt://, mqtts:// eller WebSocket)
Emne	Emnet, som ligger i feltet Hændelse
Besked	Den udgivne payload
QoS	0, 1 eller 2 — bruges både ved udgivelse og ved abonnement
Bevar (retain)	Markerer beskeden som tilbageholdt hos brokeren
Klient-id	Bliver løst af Handlebars; genereres automatisk, hvis det står tomt
Bruger / Adgangskode	Brokerens loginoplysninger; adgangskoden accepterer en værdi af typen Hemmelighed
Keepalive	I sekunder
Abonnér på emnet	Slået til som standard: når der bliver forbundet, abonnerer Restorm på anmodningens emne

Emnet accepterer {{variables}} — capteurs/{{site}}/{{capteurId}} er et helt gyldigt emne.

Sidste vilje (Last Will and Testament)

Fire felter angiver den besked, brokeren udgiver, hvis din klient forsvinder brat: viljens emne, payload, QoS og retain.

Det er præcis, hvad der skal til for at teste, hvordan dit system opfører sig ved en uren afbrydelse: konfigurér en sidste vilje, afbryd forbindelsen, og kontrollér, at abonnenten reagerer.

Genforbindelse

MQTT-klienten forbinder automatisk igen, med et loft på ti forsøg.

I et scenarie

MQTT connect (som abonnerer på anmodningens emne og udsender en hændelse per modtaget besked), MQTT publish (udgiver med anmodningens QoS og retain) og Luk MQTT-forbindelse. Se Streaming-forbindelser.

Servertilstand

Restorm kan hoste en lokal MQTT-broker: én broker per port, tilgængelig over rå TCP og via en MQTT-over-WebSocket-gateway. Se WebSocket-, Socket.IO- og MQTT-mockservere.

Importér fra AsyncAPI

Et AsyncAPI-dokument, hvis kanaler bruger protokollen mqtt, giver direkte MQTT-anmodninger (én per kanal, til udgivelse og til abonnement), med eksempel-payloads bygget ud fra beskedernes skema. Se Importér AsyncAPI.