MQTT

MQTT er tilgjengelig ved å velge protokollen mqtt på en WebSocket-forespørsel.

Konfigurasjon

Felt	Rolle
URL	Adressen til brokeren (mqtt://, mqtts://, eller WebSocket)
Emne	Emnet, som ligger i feltet Hendelse
Melding	Nyttelasten som publiseres
QoS	0, 1 eller 2 — brukes både ved publisering og ved abonnering
Retain	Merker meldingen som beholdt hos brokeren
Klient-ID	Løses opp av Handlebars; genereres automatisk hvis feltet står tomt
Bruker / Passord	Legitimasjon for brokeren; passordet godtar en verdi av typen Hemmelighet
Keepalive	I sekunder
Abonner på emnet	Slått på som standard: ved tilkobling abonnerer Restorm på emnet i forespørselen

Emnet godtar {{variables}} — capteurs/{{site}}/{{capteurId}} er et helt gyldig emne.

Siste vilje (Last Will and Testament)

Fire felt erklærer meldingen brokeren skal publisere hvis klienten din forsvinner brått: emne, nyttelast, QoS og retain for siste vilje.

Det er nøyaktig det du trenger for å teste hvordan systemet ditt oppfører seg ved en uryddig frakobling: sett opp en siste vilje, bryt tilkoblingen, og sjekk at abonnenten reagerer.

Gjenoppkobling

MQTT-klienten kobler seg til igjen automatisk, med et tak på ti forsøk.

I et scenario

MQTT connect (som abonnerer på emnet i forespørselen og sender ut én hendelse per mottatt melding), MQTT publish (publiserer, med QoS-en og retain-innstillingen fra forespørselen) og Lukk MQTT-tilkobling. Se Tilkoblinger og strømmer.

Servermodus

Restorm kan være vert for en lokal MQTT-broker: én broker per port, tilgjengelig over rå TCP og via en MQTT-over-WebSocket-gateway. Se Mocke WebSocket, Socket.IO og MQTT.

Importere fra AsyncAPI

Et AsyncAPI-dokument der kanalene bruker protokollen mqtt, gir direkte MQTT-forespørsler (én per kanal, både for publisering og abonnering), med eksempelnyttelaster bygget fra meldingsskjemaet. Se Importere AsyncAPI.