MQTT

MQTT is beschikbaar door op een WebSocket-verzoek het protocol mqtt te kiezen.

Configuratie

Veld	Rol
URL	Het adres van de broker (mqtt://, mqtts://, of WebSocket)
Topic	Het topic, dat in het veld Event staat
Bericht	De gepubliceerde payload
QoS	0, 1 of 2 — wordt zowel bij het publiceren als bij het abonneren gebruikt
Bewaren (retain)	Markeert het bericht als bewaard door de broker
Client-ID	Wordt door Handlebars opgelost; wordt automatisch gegenereerd als u het leeg laat
Gebruiker / Wachtwoord	Inloggegevens van de broker; het wachtwoord accepteert een waarde van het type Geheim
Keepalive	In seconden
Op het topic abonneren	Standaard ingeschakeld: bij het verbinden abonneert Restorm zich op het topic van het verzoek

Het topic accepteert {{variabelen}} — capteurs/{{site}}/{{capteurId}} is een volkomen geldig topic.

Last will (Last Will and Testament)

Vier velden bepalen het bericht dat de broker publiceert als uw client abrupt verdwijnt: topic, payload, QoS en retentie van de last will.

Dat is precies wat u nodig hebt om te testen hoe uw systeem zich gedraagt bij een onzuivere verbreking: stel een last will in, verbreek de verbinding en controleer of de abonnee reageert.

Opnieuw verbinden

De MQTT-client verbindt automatisch opnieuw, met een plafond van tien pogingen.

In een scenario

MQTT connect (abonneert zich op het topic van het verzoek en stuurt per ontvangen bericht een event uit), MQTT publish (publiceert, met de QoS en de retentie van het verzoek) en MQTT-verbinding sluiten. Zie Verbindingen en streams.

Servermodus

Restorm kan een lokale MQTT-broker hosten: één broker per poort, bereikbaar via ruwe TCP en via een gateway van MQTT-over-WebSocket. Zie WebSocket, Socket.IO en MQTT mocken.

Importeren vanuit AsyncAPI

Een AsyncAPI-document waarvan de kanalen het protocol mqtt gebruiken, levert direct MQTT-verzoeken op (één per kanaal, voor publicatie en voor abonnement), met voorbeeldpayloads die uit het berichtenschema zijn opgebouwd. Zie AsyncAPI importeren.