Mostra la font per a El protocol MQTT

= Què es MQTT? =
[[Image:IntroMqtt00.jpg|center|Visió general del protocol MQTT]]

MQTT es una manera de comunicar dispositius d'Internet de les Coses (IdC / IoT) entre sí. Es un protocol lleuger i molt versàtil que es pot fer servir a un Arduino, una Rasperry Pi, un PC multinúcli fins als serveis d'Amazon Web Services.

Quan es tracta de comunicar dispositius mitjançant TCP/IP hi ha un gran ventall de protocols. La clau és escollir el més adient. La comprensió del protocol ens permet escollir el que més ens convé. Probablement hi ha més opcions per a la missatgeria d'intermediació (''brokering''), però la majoría de dispositius d'IdC fan servir MQTT.

Un sistema de '''missatgeria d'intermediació''' (''message brokering'') és un protocol de '''publicació / suscripció''' basat en el model ''hub and spoke'' (model de transport aeri equivalent als radis d'una roda de bicicleta, tots els movimients dels radis tenen relació amb el centre).

= Paraules clau =
Paraules clau als sistemes de missatgeria d'intermediació:

* Intermediari ('''broker''')

* Client ('''client''')

* Tema ('''topic''')

* Publicació ('''publish''')

* Subscripció ('''subscribe''')

* Cancel·lació de subscripció ('''unsubscribe''')

* Qualitat del servei ('''QoS''')

* Activitat ('''ping''')

* Desconnexió ('''disconnect''')

== Intermediari ('''broker''') ==
Accepta missatges dels clients i els tramet als clients interessats. Els missatges pertanyen a un tema (''topic''). A vegades se'ls anomena servidors (''servers'').

== Client ('''client''') ==
Dispositiu que publica un missatge respecto a un tema, se subscriu a un tema o ambdues coses al mateix temps.

== Tema ('''topic''') ==
Nom (o lloc) de l'intermediari per a un tipus de missatge. Els clients se subscriuen i publiquen a un tema.

[[Image:MqttTopicBasics.png|center|Exemple de jerarquia de temes (de HiveMQ)]]

[https://www.luisllamas.es/que-son-y-como-usar-los-topics-en-mqtt-correctamente/ Qué son y cómo usar los Topics en MQTT correctamente] de Luis Llamas
=== Filtres de tema ('''topic wildcards''') ===
Comodins MQTT ('''MQTT Wildcards'''): Símbols predefinits que poden ser emprats como a filtre de temes per a subscriure's a múltiples temés de forma simultània.

* Signo més ('''+'''): Un '''comodí d'un solo nivell''' que coincideix amb qualsevol nom per a un nivell de tema específic.

[[Image:MqttTopicWildcardPlus.png|center|Exemple de comodí d'un solo nivell (de HiveMQ)]]

Qulasevol tema coincideix amb un tema amb un comodí d'un solo nivell si conté una cadena arbitrària en lloc del comodí. Por exemple, una subscripció a myhome/groundfloor/+/temperature pot produir els següents resultats:

[[Image:TopicWildcardPlusExample.png|center|Exemple de comodí d'un sol nivell (de HiveMQ)]]

* Malla ('''#'''): Un '''comodí de diversos nivells''' que coincideix amb tots els temes que coincideixen amb els nivells de tema que s'especifiquen abans del símbol # en el filtro de temes.

[[Image:TopicWildcardHash.png|center|Exemple de comodí de diversos nivells (de HiveMQ)]]


[[Image:TopicWildcardHashExample.png|center|Exemple de comodí de diversos nivells (de HiveMQ)]]

* Dòlar ('''$'''):  Els temes que comencen amb el símbol $ són reservats per a les estadístiques internes del ''broker'' MQTT. Els clients no poden publicar missatges amb aquests temes. Pel moment, no existeix una estandarització oficial.

[https://www.hivemq.com/blog/mqtt-essentials-part-5-mqtt-topics-best-practices/ Font: Página de HiveMQ]

== Publicació ('''publish''') ==
Un client tramet un missatge a l'intermediari emprant el nom d'un tema.

== Subscripció ('''subscribe''') ==
Un client indica a l'intermediari quins són els seus temes d'interès. Una cop subscrit, l'intermediari tramet els missatges publicats sobre el tema d'interès. Un client es pot subscriure a diversos temes.

== Cancel·lació de subscripció ('''unsubscribe''') ==
Un client informa a l'intermediari que vol deixar de rebre missatges sobre un tema determinat.

== Qualitat del servei ('''QoS''') ==
MQTT disposa d'un mecanisme de qualitat del servicio o QoS (''Quality of Service''), entès com la forma de gestionar la robustesa de la tramesa de missatges al client en cas d'errades (por exemple, de connectivitat).

MQTT té tres nivells QoS possibles: 

* '''QoS 0 unacknowledged (at most one)''': El missatge es tramet un sol cop. En caso d'errada pot ser que algun missatge no es lliuri.

* '''QoS 1 acknowledged (at least one)''': El missatge se tramet fins que es garanteix el lliurament. En caso d'errada, el subscriptor pot rebre alguns missatges repetits.

* '''QoS 2 assured (exactly one)''': Es garanteix que cada missatge es lliura al subscriptor, i únicament un cop.

L'ús d'un nivell o un altre depen de las característiques i necessitats de fiabilitat del sistema. Lògicament, un nivell de QoS superior requereix un major intercanvi de missatges de verificació amb el client i, per tant, més càrrega del sistema.

[https://www.luisllamas.es/que-es-mqtt-su-importancia-como-protocolo-iot/ Font: Pàqina web de Luis Llamas]

== Activitat ('''ping''') ==
Per a assegurar que la connexió és activa, els clientes trameten periòdicament un missatge PINGREQ que és contestat pel servidor amb un PINGRESP.

== Desconnexió ('''disconnect''') ==
El client es desconnecta trametent un missatge de DISCONNECT.

= Analogia amb el servei postal =
Una oficina de correus envia i rep cartes. Els clients poden enviar una carta, rebre-la o ambdues coses alhora. Per trametre una carta només cal posar-hi un missatge dins del sobre, escriure-hi una adreça i lliurar-la al servei postal. Quan el servei postal rep la carta, l'encamina al receptor previst.


Això significa que un client pot trametre o rebre cartes. La clau de tot plegat és que les cartes passen per l'oficina de correus i l'oficina de correus ha de conèixer informació dels seus clients. El servei postal és un exemple de sistema de missatgeria per intermediació basada en un
model ''hub and spoke''.


A l'MQTT hi ha un intermediari i hi ha clients. En el símil, l'intermediari és l'oficina de correus, i en termes informàtics el servidor. Els clients poden publicar missatges o trametre cartes a l'oficina de correus. Altres clients poden subscriure-s'hi als temes, o rebre les cartes, des de l'oficina de correus. Els clients poden publicar i subscriure-s'hi.


A l'MQTT hi ha un intermediari que comunica amb els clients. Hi ha temes que poden tenir subtemes. Quan els dispositius es connecten poden publicar informació sobre temes o subtemes i també s'hi poden subscriure per a rebre informació.

[[Image:AnalogiaServeiPostal.png|center|Analogia amb el servei postal]]
[https://www.baldengineer.com/mqtt-introduction.html Font: Pàgina baldengineer.com]

= MQTT vs HTTP (o REST) =
HTTP té un munt de capçaleres. Una implementació de missatgeria intermediària pot ser petita. Por exemple, un paquet MQTT pot tenir tan sols 2 bytes. 

HTTP requereix de múltiples accions POST per a distribuir un missatge a més d'un client. L'objectiu del sistema de missatgeria intermediària és que l'intermediari distribueixi el missatge, tan sols als clients interessats. La funcionalitat de l'MQTT es trametre d'un a molts.

= Ejemplo de arquitectura publicación / subscripción MQTT =
[[Image:MqttPublishSubscribe.png|center|Ejemplo de arquitectura publicación / subscripción MQTT en mqtt.org]]
[https://mqtt.org/ Fuente: Página de mqtt.org]

= Estructura de un mensaje MQTT =
Uno de los componentes más importantes del protocolo MQTT es la definición y tipología de los mensajes, ya que son una de las bases de la agilidad en la que radica su fortaleza. Cada mensaje consta de 3 partes:

[[Image:MqttMessage.png|center|Mensaje MQTT]]

* '''Cabecera fija'''. Ocupa 2 a 5 bytes, obligatorio. Consta de un código de control, que identifica el tipo de mensaje enviado, y de la longitud del mensaje. La longitud se codifica en 1 a 4 bytes, de los cuales se emplean los 7 primeros bits, y el último es un bit de continuidad.

* '''Cabecera variable'''. Opcional, contiene información adicional que es necesaria en ciertos mensajes o situaciones.

* '''Contenido(''payload'')'''. Es el contenido real del mensaje. Puede tener un máximo de 256 Mb aunque en implementaciones reales el máximo es de 2 a 4 kB.

Los tipos de mensajes y códigos de control que se envían en el protocolo MQTT son los siguientes:
{| class="wikitable" style="margin:auto"
|+ Asignación de puertos para el curso 2022-2023
|-
! Mensaje !! Código
|-
| CONNECT || 0x10
|-
| CONNACK || 0x20
|-
| PUBLISH || 0x30
|-
| PUBACK || 0x40
|-
| PUBREC || 0x50
|-
| PUBREL || 0x60
|-
| PUBCOMP || 0x70
|-
| SUBSCRIBE || 0x80
|-
| SUBACK || 0x90
|-
| UNSUBSCRIBE || 0xA0
|-
| UNSUBACK || 0xB0
|-
| PINGREQ || 0xC0
|-
| PINGRESP || 0xD0
|-
| DISCONNECT || 0xE0
|}

[https://www.luisllamas.es/que-es-mqtt-su-importancia-como-protocolo-iot/ Fuente: Páqina web de Luis Llamas]
= Ejemplos en línea de uso de MQTT =
* Snap! y Qt/QML sobre WebAssembly

[http://formacio.things.cat/snap8/snap.html#open:../codisSnap/esp32_DT_8.0.0.xml ESP32 en Snap! v8] interaccionando con [http://formacio.things.cat/xtra/wsMqtt02/ un ekemplo Qt/QML con WebAssembly] ([https://www.binefa.cat/training/iot02/qt/wsMqtt03.zip Código fuente del ejemplo usando Qt/QML sobre WebAssembly])

* Wokwi y Qt/QML sobre WebAssembly

[https://wokwi.com/projects/350955865540395602 ESP32 programado en MicroPython usando MQTT] interaccionando con [http://formacio.things.cat/xtra/wsMqtt02/ un ejemplo Qt/QML sobre WebAssembly]

= Referencias =
[https://www.luisllamas.es/protocolos-de-comunicacion-para-iot/ Protocolos de comunicación para IoT]

[https://mqtt.org/ MQTT: The Standard for IoT Messaging]

[https://www.binefa.cat/IoT/teoria/mqtt_00.pdf Introducció a MQTT] (''en catalán'')

[https://www.hivemq.com/mqtt-essentials/ MQTT Essentials] (de ''HiveMQ'')

[http://www.steves-internet-guide.com/mqtt/ Beginners Guide To The MQTT Protocol]

[https://mqtt.org/mqtt-specification/ Especificación oficial del protocolo MQTT]