Ce guide explique comment faire remonter les donnees terrain vers des consommateurs MQTT et des systemes SCADA sans construire une arborescence de topics ingouvernable. L objectif est une nomenclature stable, des payloads propres et un comportement compatible avec les alarmes.
Architecture de reference
- Collectez les valeurs au niveau du dispositif ou du gateway protocolaire sur le reseau industriel local.
- Normalisez les tags dans un namespace MQTT coherent pour site, ligne, actif et signal.
- Exposez le meme modele normalise au SCADA via le connecteur northbound retenu.
Recommandation de structure de topics
Utilisez une hierarchie fixe telle que site/line/asset/signal. Les fragments de topic dynamiques issus de labels saisis manuellement cassent souvent les subscriptions et les alarmes.
- Definissez le namespace actif avant tout travail de mapping.
- Separez telemetrie, alarmes et commandes afin d appliquer des politiques de retention et de QoS distinctes.
- Publiez les metadonnees de qualite avec horodatage, source et marqueurs de valeur incertaine.
- Mappez les tags SCADA depuis le namespace normalise plutot que depuis les adresses brutes.
Hygiene des payloads
- Rendez explicites unites, facteurs d echelle et plages d ingenierie.
- Utilisez des booleens et enumerations coherents pour tous les actifs d un meme type.
- Documentez si les timestamps representent l instant d echantillonnage ou de publication.
Astuce
Si les equipes SCADA et MQTT ont besoin de conventions differentes, gardez le namespace source stable et traduisez a l edge.
Checklist de validation
Avant validation finale, prouvez qu une nouvelle valeur apparait dans MQTT, atteint la vue SCADA, se met a jour au bon rythme et conserve exactement le meme sens metier des deux cotes.