MQTT

MQTT on käytettävissä valitsemalla protokollan mqtt WebSocket-pyynnössä.

Kokoonpano

Kenttä	Tehtävä
URL	Välittäjän osoite (mqtt://, mqtts:// tai WebSocket)
Aihe	Aihe, joka annetaan Tapahtuma-kentässä
Viesti	Julkaistu hyötykuorma
QoS	0, 1 tai 2 — käytetään sekä julkaisussa että tilauksessa
Retain (säilytä)	Merkitsee viestin välittäjän säilyttämäksi
Asiakastunnus	Ratkaistaan Handlebarsilla; luodaan automaattisesti, jos kenttä jätetään tyhjäksi
Käyttäjätunnus / Salasana	Välittäjän tunnistetiedot; salasana hyväksyy Salaisuus-tyyppisen arvon
Keepalive	Sekunteina
Tilaa aihe	Käytössä oletuksena: yhteyden muodostuessa Restorm tilaa pyynnön aiheen

Aihe hyväksyy {{variables}} — capteurs/{{site}}/{{capteurId}} on täysin kelvollinen aihe.

Viimeinen tahto (Last Will and Testament)

Neljä kenttää määrittelee viestin, jonka välittäjä julkaisee, jos asiakkaasi katoaa yllättäen: viimeisen tahdon aihe, hyötykuorma, QoS ja säilytys.

Juuri tätä tarvitaan, kun halutaan testata, miten järjestelmä käyttäytyy epäsiistin katkoksen sattuessa: määritä viimeinen tahto, katkaise yhteys ja tarkista, että tilaaja reagoi.

Uudelleenyhdistäminen

MQTT-asiakas yhdistää uudelleen automaattisesti enintään kymmenen kertaa.

Skenaariossa

MQTT connect (tilaa pyynnön aiheen ja lähettää yhden tapahtuman jokaisesta vastaanotetusta viestistä), MQTT publish (julkaisee pyynnön QoS-tasolla ja säilytysasetuksella) ja Sulje MQTT-yhteys. Katso Yhteydet ja virrat.

Palvelintila

Restorm osaa isännöidä paikallista MQTT-välittäjää: yksi välittäjä porttia kohti, käytettävissä raakana TCP-yhteytenä ja MQTT-WebSocket-yhdyskäytävän kautta. Katso WebSocketin, Socket.IO:n ja MQTT:n simulointi.

Tuonti AsyncAPI-muodosta

AsyncAPI-dokumentti, jonka kanavat käyttävät protokollaa mqtt, tuottaa suoraan MQTT-pyyntöjä (yksi kanavaa kohti, julkaisuun ja tilaukseen), ja mukana on viestien skeemasta rakennetut esimerkkihyötykuormat. Katso AsyncAPI-dokumentin tuonti.