Cas d'usage MQTT par secteur : 15 exemples concrets

Les cas d'usage MQTT couvrent presque tous les secteurs qui relient des machines, des véhicules ou des bâtiments à des logiciels. Ce guide présente 15 schémas concrets regroupés par secteur et indique pour chacun la structure des topics, les fonctionnalités MQTT qui le rendent possible et l'échelle de broker nécessaire, afin que vous puissiez calquer votre propre projet sur une conception éprouvée.

Pourquoi MQTT revient sans cesse

MQTT est né dans la télémétrie industrielle (l'histoire de l'invention de MQTT commence sur un oléoduc), et les mêmes propriétés le rendent pertinent bien au-delà : petits paquets, livraison en push sur une connexion sortante, niveaux de QoS par message, retained messages pour la « dernière valeur connue » et Last Will pour la présence. Partout où de nombreux appareils produisent des données que plusieurs applications doivent consommer, le modèle centré sur le broker s'impose. Si vous découvrez le protocole, commencez par notre tutoriel MQTT pour débutants.

Cas d'usage MQTT dans l'industrie manufacturière

1. Surveillance des machines et TRS

Les machines CNC, les presses et les lignes de conditionnement publient leur état, leurs compteurs et leurs alarmes via des passerelles d'automates. Les tableaux de bord et les calculateurs de TRS (OEE) s'y abonnent. Grâce aux messages d'état retenus, un tableau de bord fraîchement ouvert affiche instantanément l'état actuel de chaque machine.

Exemple de topic : acme/izmir/machining/line1/cnc1/status

2. Unified Namespace

Au lieu d'intégrations point à point, chaque système (automates, MES, ERP, qualité) publie dans un arbre de topics unique structuré selon ISA-95. Les consommateurs s'abonnent aux branches dont ils ont besoin, et cet arbre peut servir de socle à un jumeau numérique de l'usine. Sparkplug B ajoute des payloads standardisés et la gestion d'état birth/death. Voir Sparkplug B et Unified Namespace pour le schéma complet.

3. Maintenance prédictive

Des capteurs de vibration, de température et de courant publient des synthèses à haute fréquence. Un service d'analyse distinct s'y abonne, évalue les données et republie des alertes vers le broker pour les tableaux de bord de maintenance. La QoS 0 convient aux synthèses brutes ; la QoS 1 convient aux alertes.

4. Agrégation multisite

Chaque usine exploite un broker local pour son autonomie et relaie une sélection de topics vers un broker cloud central, afin que le siège voie tous les sites dans un seul arbre. Notre guide du bridging MQTT présente les configurations Mosquitto et Node-RED.

Énergie et services publics

5. Surveillance solaire et batteries

Les onduleurs et les systèmes de gestion de batteries remontent la puissance, l'état de charge et les défauts. Particuliers et installateurs suivent les valeurs en direct dans une application ; le backend de l'installateur s'abonne à de nombreux sites à l'aide de wildcards.

6. Comptage intelligent et sous-comptage

Les sous-compteurs des bâtiments publient leur consommation à intervalles réguliers pour la facturation des locataires et les tableaux de bord énergétiques. Les sessions persistantes et la QoS 1 protègent les relevés lors de courtes coupures réseau.

7. Bornes de recharge pour véhicules électriques

Les bornes publient l'état des sessions et reçoivent des commandes (démarrage, arrêt, limites de puissance) sur des topics de commande distincts. Le Last Will signale immédiatement une borne hors ligne lorsqu'elle disparaît du réseau. L'expiration des messages de MQTT 5 empêche l'exécution de commandes périmées après une reconnexion.

Automobile et logistique

8. Suivi de flotte et de véhicules

Les véhicules publient leur position GPS, leur vitesse et l'état du contact via le réseau cellulaire. Le faible surcoût de MQTT réduit les coûts de données, et la connexion persistante permet au service d'exploitation de pousser instantanément des messages. Le guide du suivi de véhicules avec MQTT aborde la conception des topics et le dimensionnement des payloads.

9. Surveillance de la chaîne du froid

Les enregistreurs de température des camions et des entrepôts publient leurs relevés et des alertes de seuil. Les retained messages affichent le dernier relevé de chaque conteneur ; les alertes partent dès qu'une limite est franchie. Associez cela à un abonné historien externe pour conserver chaque relevé en vue des audits de conformité.

10. Automatisation d'entrepôt

Convoyeurs, scanners et chariots autonomes se coordonnent via le broker. Les abonnements partagés répartissent les événements de scan entrants entre plusieurs services workers : le débit augmente simplement en ajoutant des workers.

Maison connectée et bâtiments

11. Domotique

Dans une maison connectée, Home Assistant, Node-RED et des appareils Zigbee ou Wi-Fi échangent états et commandes via un broker ; Jeedom et Domoticz savent aussi communiquer en MQTT. Grâce au modèle publish/subscribe, un interrupteur, un assistant vocal et une règle d'automatisation peuvent tous piloter la même lampe.

12. Gestion technique du bâtiment

Les régulateurs CVC, les capteurs de présence et l'éclairage publient dans un arbre de topics par étage. Les tableaux de bord de l'exploitant s'y abonnent avec des wildcards, et des alertes de seuil signalent les pièces qui sortent de la plage de confort.

Agriculture, santé et produits grand public

13. Agriculture intelligente et irrigation

Les capteurs d'humidité du sol et les stations météo, souvent alimentés par batterie ou énergie solaire, publient peu fréquemment. Les contrôleurs d'irrigation s'abonnent aux commandes. Une faible bande passante et la tolérance aux liaisons intermittentes correspondent exactement à ce pour quoi MQTT a été conçu.

14. Surveillance à distance de patients et d'équipements

Des appareils proches du domaine médical et des équipements de laboratoire envoient leur état et leurs mesures à des applications de suivi. TLS, des identifiants uniques par appareil et une conception soignée des topics préservent la confidentialité des données. N'utilisez jamais un broker public pour quoi que ce soit de sensible.

15. Produits connectés et applications mobiles

Électroménager, objets portés et gadgets grand public utilisent MQTT pour recevoir en temps réel les commandes d'une application mobile. Les navigateurs et les applications se connectent en WebSocket sécurisé, tandis que les appareils utilisent TLS sur le port 8883.

Briques communes à tous les cas d'usage MQTT

En examinant ces 15 exemples, on retrouve sans cesse les mêmes fonctionnalités :

1. Des topics hiérarchiques du général au particulier, suivant souvent ISA-95 dans l'industrie.
2. Des retained messages pour l'état courant.
3. Le Last Will pour un statut en ligne/hors ligne fiable.
4. La QoS 0 pour la télémétrie fréquente, la QoS 1 pour les commandes et les alertes.
5. Des branches distinctes pour les commandes et la télémétrie afin de garder la maîtrise des permissions et des boucles.
6. Des outils externes en tant que clients (Node-RED, Telegraf, services Python, Home Assistant) pour le stockage, l'analyse et les intégrations.

Choisir un plan ConnectMQ selon l'échelle

Ces schémas diffèrent surtout par leur échelle et leurs exigences d'isolation. Voici comment ils correspondent aux plans du broker MQTT managé ConnectMQ, d'après les limites documentées de chaque plan :

Pour les projets industriels, ConnectMQ détecte aussi les topics ISA-95 et Unified Namespace, décode Sparkplug B et peut republier les données Sparkplug B dans des topics ISA-95 lisibles. Le guide du broker MQTT cloud compare plus en détail les options d'hébergement.

Testez un cas d'usage en cinq minutes

Choisissez n'importe quel exemple ci-dessus et simulez-le sur le serveur MQTT public gratuit. Voici le cas de la surveillance de machines, avec un état retenu et un flux de température en direct :

# Abonné : un « tableau de bord » qui surveille une ligne
mosquitto_sub -h broker.connectmq.com -p 1883 -i uc-dash-3a8f \
  -t "connectmq/demo/3a8f/line1/+/#" -v

# Éditeur : une « machine » qui publie un état retenu et des mesures
mosquitto_pub -h broker.connectmq.com -p 1883 -i uc-cnc-3a8f \
  -t "connectmq/demo/3a8f/line1/cnc1/status" -m "RUNNING" -r -q 1
for t in 61.2 62.0 63.5; do
  mosquitto_pub -h broker.connectmq.com -p 1883 -i uc-cnc-3a8f \
    -t "connectmq/demo/3a8f/line1/cnc1/spindle_temp" -m "$t"
  sleep 1
done

Redémarrez l'abonné : l'état retenu RUNNING apparaît immédiatement. Pour adapter la démonstration à un autre cas d'usage, changez uniquement l'arbre de topics et les payloads : une borne pourrait publier site4/charger2/session, une serre zone1/soil_moisture. Le broker, les commandes et le code client restent identiques, et c'est précisément pourquoi une même compétence MQTT se transpose d'un secteur à l'autre. Les données du serveur MQTT public gratuit sont visibles par tous : n'utilisez que des valeurs fictives.

Démarrez avec ConnectMQ

Transformez votre cas d'usage en déploiement privé et authentifié. Inscrivez-vous sur app.connectmq.com, commencez avec le plan Serverless gratuit sans carte bancaire, et utilisez le tableau de bord du portail, la vue des appareils et les règles d'alerte de seuil pour voir vos premiers appareils se connecter.

Questions fréquentes

À quoi sert principalement MQTT ?

À la télémétrie et au pilotage entre appareils et logiciels : surveillance de machines, suivi énergétique et de flottes, maisons et bâtiments connectés, et tout scénario où de nombreux appareils poussent des données vers plusieurs consommateurs.

MQTT convient-il au contrôle en temps réel ?

Il convient bien au contrôle de supervision et aux commandes avec des délais de l'ordre de la seconde ou moins sur de bons réseaux. Les boucles de régulation en temps réel strict doivent rester sur les bus de terrain locaux.

MQTT peut-il transporter de la vidéo ou de gros fichiers ?

MQTT peut transporter des payloads binaires jusqu'à la taille maximale de message du broker, mais il n'est pas conçu pour le streaming vidéo. Envoyez les métadonnées ou les liens via MQTT et les médias via un service dédié.

Quelles fonctionnalités MQTT comptent le plus pour les cas d'usage industriels ?

Les topics hiérarchiques, l'état retenu, le Last Will, la QoS 1 pour les événements, et des conventions comme Sparkplug B ou un Unified Namespace pour des modèles de données cohérents.