Cas d’usage

Chaque site distant sous contrôle, sans polling

Les RTU et passerelles edge des têtes de puits, postes de sectionnement, stations de pompage et postes électriques ne publient que ce qui change, en cellulaire ou par satellite. Votre SCADA, votre historian et l’astreinte s’abonnent à un seul broker — et savent aussitôt quand un site se tait.

Aucune carte bancaire requise

Exemple de message

PUBLISH sites/lyon/well-114/telemetry

{"ts":"2026-10-22T06:14:05Z","tubing_psi":412,"casing_psi":188,"flow_mcfd":846,"batt_v":12.7,"cause":"deadband"}

QoS 1 · TLS 8883 · PUBACK

Le problème

Interroger les sites distants consomme de la bande passante et rate des événements

Un SCADA en scrutation cyclique demande à chaque RTU tous ses registres à chaque cycle, qu’il y ait du changement ou non. En cellulaire ou par satellite, cela veut dire des coûts de données, des cycles de scrutation longs et des trous quand la liaison tombe en pleine requête. Chaque nouveau site ajoute un tunnel VPN et une liaison point à point vers le frontal — et quand un site se tait, impossible de distinguer un modem en panne d’un puits stable avant l’échec du scan suivant.

Comment ça marche

  1. 1

    Passerelle edge sur site

    Une passerelle ou une RTU compatible MQTT lit localement l’automate, le calculateur de débit et les capteurs en Modbus ou DNP3, et transforme les registres en valeurs nommées sur le topic du site.

  2. 2

    Remontée sur événement

    Elle ne publie que lorsqu’une valeur sort de sa bande morte, plus un message d’intégrité périodique — sur une seule connexion TLS sortante, sans port entrant ni scrutation depuis la salle de contrôle.

  3. 3

    Un broker, plusieurs consommateurs

    SCADA/IHM, historian, détection de fuites et comptage de production s’abonnent aux mêmes topics. Ajouter un consommateur n’ajoute aucun trafic sur la liaison terrain.

  4. 4

    Alarmes et commandes

    Des règles de seuil signalent une surpression ou une batterie faible et préviennent l’astreinte ; le Last Will marque le site hors ligne. Les consignes redescendent sur un topic de commande réservé à votre SCADA.

ConnectMQ

Ce qu’il attend du broker

Conçu pour les liaisons instables

Paquets MQTT compacts, keep-alive adapté à la liaison, QoS 1 pour les alarmes et sessions persistantes : les commandes en attente pendant la coupure sont livrées à la reconnexion.

Savoir quand un site décroche

Chaque passerelle enregistre un Last Will. Si sa connexion tombe sans déconnexion propre, ConnectMQ publie un statut hors ligne en message retenu : chaque tableau de bord voit l’état actuel immédiatement.

Identifiants et ACL par site

Chaque passerelle a son propre identifiant et mot de passe et ne publie que sous le topic de son site ; seul votre SCADA peut écrire sur les topics de commande. TLS sur chaque connexion.

Sparkplug B ou JSON simple

ConnectMQ est un broker MQTT 3.1.1 et MQTT 5 standard : les nœuds edge Sparkplug B, qui s’appuient sur le Last Will pour leurs death certificates, partagent l’instance avec de simples publieurs JSON.

Ce que vous y gagnez

  • Beaucoup moins de trafic en cellulaire et satellite qu’avec une scrutation cyclique
  • Un site hors ligne est signalé par le broker, pas par le prochain scan en échec
  • De nouveaux sites mis en service sans tunnel VPN supplémentaire vers la salle de contrôle
  • SCADA, historian et analytique partagent les mêmes données en direct
Exemples de topics
sites/lyon/well-114/telemetry
sites/lyon/well-114/alarms
sites/lyon/well-114/status        (retained)
sites/lyon/well-114/cmd/choke

Secteurs qui utilisent ce cas d’usage

Questions fréquentes

MQTT peut-il remplacer la scrutation Modbus ou DNP3 des sites distants ?

Pas au niveau des équipements : RTU et calculateurs de débit continuent de parler Modbus ou DNP3 en local. MQTT remplace la liaison longue distance : une passerelle edge interroge sur site et publie les changements au broker, si bien que le WAN ne transporte plus que des remontées sur événement au lieu de cycles de scrutation complets.

MQTT fonctionne-t-il par satellite et en cellulaire à faible débit ?

Oui — MQTT a été conçu à l’origine pour la surveillance d’oléoducs par satellite. L’en-tête fixe fait deux octets, les sessions survivent aux reconnexions et vous choisissez keep-alive et QoS par type de message. Si chaque octet compte, regroupez ou compressez les payloads sur la passerelle.

Puis-je utiliser Sparkplug B avec ConnectMQ ?

Oui. Sparkplug B est une spécification au-dessus de MQTT standard, et ConnectMQ est un broker standard : les nœuds edge Sparkplug et les applications hôtes comme Ignition se connectent et utilisent leurs topics spBv1.0. ConnectMQ achemine les payloads Protobuf tels quels ; le décodage se fait dans votre application hôte.

Construisez-le sur ConnectMQ

Commencez avec l’offre Free, sans carte bancaire : connectez vos premiers équipements dès aujourd’hui et évoluez au moment du lancement.

Sécurité MQTT : les bonnes pratiques en 12 points pour les équipes IoT

Une checklist concrète de sécurité MQTT couvrant le TLS, les identifiants, les client IDs, la conception des topics, la validation des payloads, les limites de débit et la vérification des certificats, avec la façon dont ConnectMQ traite chaque point.

13 min de lecture