MQTT

MQTT je k dispozici po zvolení protokolu mqtt na požadavku WebSocket.

Konfigurace

Pole	Role
URL	Adresa brokera (mqtt://, mqtts://, nebo WebSocket)
Téma	Téma, které nese pole Událost
Zpráva	Publikovaný payload
QoS	0, 1 nebo 2 — použije se při publikování i při odběru
Retain	Označí zprávu jako podrženou brokerem
ID klienta	Vyhodnocuje se přes Handlebars; pokud zůstane prázdné, vygeneruje se automaticky
Uživatel / Heslo	Přihlašovací údaje brokera; heslo přijímá hodnotu typu Tajný klíč
Keepalive	V sekundách
Přihlásit se k odběru tématu	Ve výchozím stavu zapnuto: při připojení se Restorm přihlásí k odběru tématu daného požadavku

Téma přijímá {{variables}} — capteurs/{{site}}/{{capteurId}} je naprosto platné téma.

Poslední vůle (Last Will and Testament)

Čtyři pole deklarují zprávu, kterou broker publikuje, pokud váš klient náhle zmizí: téma, payload, QoS a retence poslední vůle.

To je přesně to, co potřebujete k otestování chování svého systému při nekorektním odpojení: nastavte poslední vůli, přerušte připojení a zkontrolujte, že odběratel zareaguje.

Opětovné připojení

Klient MQTT se připojuje automaticky znovu, se stropem deseti pokusů.

Ve scénáři

Připojení MQTT (které se přihlásí k odběru tématu daného požadavku a vysílá jednu událost na každou přijatou zprávu), Publikace MQTT (publikuje, s QoS a retencí daného požadavku) a Zavřít připojení MQTT. Viz Připojení a streamy.

Režim serveru

Restorm umí hostovat lokálního brokera MQTT: jeden broker na port, dostupný přes surový TCP i přes bránu MQTT nad WebSocketem. Viz Simulace WebSocket, Socket.IO a MQTT.

Import z AsyncAPI

Dokument AsyncAPI, jehož kanály používají protokol mqtt, produkuje přímo požadavky MQTT (jeden na každý kanál, pro publikování i pro odběr), s ukázkovými payloady sestavenými ze schématu zpráv. Viz Import dokumentu AsyncAPI.