Aller au contenu principal
ArticlePublié le

Faire sortir les données machine du système qui les collecte

Avant de choisir une solution de collecte, demandez un export du mois écoulé dans un format lisible. Le délai de réponse en dit plus long sur l'interopérabilité que n'importe quelle liste de protocoles.

Une opératrice de dos, à un pupitre de supervision : plusieurs écrans de courbes et de synoptiques devant elle, un mur d’affichage au fond.

Photo : ThisisEngineering / Unsplash, Licence Unsplash

Une usine est rarement homogène. Elle empile des machines de générations différentes, chacune avec son format, son protocole, son modèle de données. Tant que ces briques ne s'échangent rien, la performance reste celle de chaque machine prise séparément.

Le test qui coûte cinq minutes

Demandez à votre fournisseur, ou à celui que vous évaluez, un export des mesures du mois écoulé dans un format que vous ouvrez sans lui. Trois réponses sont possibles : c'est immédiat, c'est une prestation, c'est impossible. La troisième vous apprend que la donnée de vos machines ne vous appartient pas vraiment.

Pourquoi c'est rarement immédiat

  • Les silos : chaque ligne, chaque système (ERP, MES, SCADA) fonctionne pour lui-même, et l'information reste captive là où elle a été produite.
  • Les protocoles propriétaires : la machine d'un constructeur ne parle pas nativement à celle d'un autre, ni à un compteur d'énergie. L'histoire industrielle a produit autant de dialectes que de gammes.
  • Le coût de la traduction : relier des systèmes disparates demande des développements spécifiques, longs à écrire et pénibles à maintenir.

Des standards ouverts existent et réduisent ce coût. MQTT, léger, convient au transport de mesures depuis des capteurs quand la bande passante est limitée et la liaison incertaine. OPC UA porte la donnée et sa description, du capteur jusqu'au traitement. Les API REST, venues du monde informatique, servent de point de rencontre entre le terrain et les applications de gestion.

Transmettre n'est pas comprendre

Deux capteurs de température peuvent renvoyer le même nombre sans mesurer la même chose : unités différentes, plages différentes, fréquences d'échantillonnage différentes. Sans ce contexte, la valeur est ambiguë et la comparaison est fausse.

C'est l'objet de l'interopérabilité sémantique, que les modèles d'information d'OPC UA et les travaux sur les jumeaux numériques cherchent à établir. Ce qu'elle rend possible tient en trois points : un tableau de bord qui agrège plusieurs sources sans les trahir, une automatisation qui compare des seuils comparables, et une analyse à grande échelle qui ne repose pas sur des hypothèses implicites.

Quatre gestes qui ouvrent un parc

  • Retenir des équipements compatibles avec des standards ouverts dès l'achat ou la modernisation.
  • Isoler la couche de traduction dans une passerelle, plutôt que de la disperser dans chaque application.
  • Documenter et modéliser ses flux, pour qu'ils restent gérables et auditables dans la durée.
  • Faire décider l'informatique et l'exploitation ensemble ; une architecture arbitrée d'un seul côté se paie plus tard.

Sycon travaille sur des parcs hétérogènes sans modifier les équipements. L'accès aux mesures passe par une API ouverte, documentée et stable, que les systèmes tiers (ERP, MES, GMAO, décisionnel) interrogent sans passer par une interface propriétaire. Les données restent exportables et réutilisables par le client, et la liste des compatibilités s'étend au fil des parcs rencontrés plutôt que d'être figée au catalogue.