MQTT

MQTT está disponible eligiendo el protocolo mqtt en una petición WebSocket.

Configuración

Campo	Función
URL	La dirección del broker (mqtt://, mqtts://, o WebSocket)
Tema	El tema, alojado en el campo Evento
Mensaje	La carga publicada
QoS	0, 1 o 2 — se usa en la publicación y en la suscripción
Conservar (retain)	Marca el mensaje como retenido por el broker
Identificador de cliente	Resuelto por Handlebars; se genera automáticamente si se deja vacío
Usuario / Contraseña	Credenciales del broker; la contraseña acepta un valor de tipo Secreto
Keepalive	En segundos
Suscribirse al tema	Activado por defecto: al conectar, Restorm se suscribe al tema de la petición

El tema acepta {{variables}}: capteurs/{{site}}/{{capteurId}} es un tema perfectamente válido.

Testamento (Last Will and Testament)

Cuatro campos declaran el mensaje que el broker publicará si su cliente desaparece de forma abrupta: tema, carga, QoS y retención del testamento.

Es exactamente lo que hace falta para probar el comportamiento de su sistema frente a una desconexión sucia: configure un testamento, corte la conexión y compruebe que el suscriptor reacciona.

Reconexión

El cliente MQTT se reconecta automáticamente, con un tope de diez intentos.

En un escenario

Conexión MQTT (que se suscribe al tema de la petición y emite un evento por cada mensaje recibido), Publicación MQTT (publica, con la QoS y la retención de la petición) y Cierre de conexión MQTT. Consulte Conexiones y flujos.

Modo servidor

Restorm sabe alojar un broker MQTT local: un broker por puerto, accesible por TCP en bruto y mediante una pasarela MQTT-sobre-WebSocket. Consulte Simular WebSocket, Socket.IO y MQTT.

Importar desde AsyncAPI

Un documento AsyncAPI cuyos canales usan el protocolo mqtt produce directamente peticiones MQTT (una por canal, en publicación y en suscripción), con cargas de ejemplo construidas a partir del esquema de los mensajes. Consulte Importar AsyncAPI.