Nous avons remplacé les connexions point à point fragmentées par une architecture UNS globale.
Nous avons conçu un modèle de site reproductible en utilisant Ignition, Cirrus Link, TimescaleDB et Grafana.
Nous avons déployé cette base de données standardisée sur 6 usines en 17 mois, et d'autres sont en cours.
D'une coopérative linière locale à un leader mondial de la fabrication comptant 35 sites de production, Unilin possède une longue tradition d'innovation. À mesure que leur empreinte s'est étendue, leur infrastructure IT/OT s'est développée usine par usine. Chaque site a développé ses propres outils, aboutissant à un paysage fragmenté avec des connexions point à point, diverses piles de connectivité et des composants obsolètes non pris en charge. En l'absence d'une architecture d'intégration de référence commune, les modèles de données restaient isolés et manquaient de gouvernance au-delà du niveau individuel de chaque usine.
Unilin a lancé son initiative OT Horizon pour résoudre cette fragmentation et bâtir une base de données évolutive. Ils ont défini trois règles architecturales claires : le cadre devait être ouvert et extensible, utiliser des composants remplaçables pour éviter la dépendance vis-à-vis d'un fournisseur, et éviter tout dogmatisme lié aux solutions « best-of-breed ». Unilin nous a choisis comme partenaire de co-création et de mise en œuvre pour définir un modèle IT/OT mondial et guider leur déploiement multi-sites.
En collaboration avec Unilin, nous avons conçu une architecture Unified Namespace (UNS) standardisée et pilotée par les événements, avec un hub de données unique de type éditeur-abonné par site. Ce modèle reproductible permet aux usines de publier leurs données opérationnelles une seule fois et de les rendre instantanément disponibles pour tout consommateur local ou central.
Grâce à cette architecture de site identique, Unilin a fait évoluer la nouvelle base de données de son usine pilote vers 6 sites de production opérationnels en Belgique, en France et au Luxembourg en seulement 17 mois. La plateforme offre à Unilin un modèle éprouvé à haute vélocité alors qu'ils poursuivent le déploiement de ce plan directeur sur le reste de leurs 35 usines mondiales.
En partenariat avec
Propulsé par
Tout au long de ce projet, un mot a été essentiel à notre collaboration : la co-création. Nous nous sommes appuyés sur leur ambitieuse initiative OT Horizon et sur leurs directives internes pour concevoir une architecture de données et une plateforme intégrée qui correspondent à leur identité et à leurs activités.
Dans le cadre de leur stratégie OT Horizon, Unilin a organisé des ateliers au sein de ses trois unités commerciales. Ce qui nous a marqués, c'est qu'ils ont établi une matrice de notation fondée sur leurs propres critères, et non sur les promesses des fournisseurs. Les facteurs clés comprenaient la disponibilité d'un support européen, une tarification transparente et la facilité d'utilisation pour les équipes en usine.
Après avoir évalué les technologies, Unilin a sélectionné la plateforme Ignition combinée aux modules MQTT de Cirrus Link, TimescaleDB, et Grafana. Cette pile technologique était familière à leurs équipes OT en usine, proposait une tarification claire et offrait des capacités de script flexibles plutôt que de les limiter à une interface low-code.
Ensemble, nous avons conçu une architecture de site qui peut être déployée à l'identique dans chaque usine.
Au niveau de l'usine, une passerelle Ignition Site Gateway se connecte aux équipements de terrain, notamment aux automates Siemens S7-1500, via OPC UA et des pilotes natifs. La passerelle formate les données entrantes et les publie vers un courtier MQTT local Cirrus Link Distributor.
Les données chronologiques sont écrites directement dans une base de données TimescaleDB via le Tag Historian d'Ignition. Pour l'analyse cloud centralisée, le module Cirrus Link Azure Injector diffuse les données en temps réel directement vers la plateforme de données Azure centrale d'Unilin.
Au niveau du groupe, une passerelle centrale Ignition Controller Gateway utilise l'Enterprise Administration Module (EAM). Cela permet à Unilin de gérer toutes les passerelles de site et de distribuer des modèles de données globaux depuis un hub unique.
Configurer manuellement les passerelles dans 35 usines n'était tout simplement pas envisageable si Unilin souhaitait évoluer rapidement. Nous avons donc conteneurisé la pile logicielle du site et l'avons déployé sur un cluster OpenShift sur site dans la DMZ industrielle de chaque usine.
Nous avons packagé l'architecture complète du site dans des charts Helm et géré toutes les configurations dans Git à l'aide de pipelines CI/CD Azure DevOps. Pour promouvoir les configurations de passerelle entre les espaces de noms, nous avons développé un outil d'API de configuration personnalisé qui interagit directement avec l'API REST d'Ignition pour comparer, tester, appliquer et valider les configurations automatiquement. Cela élimine la saisie manuelle et rend chaque déploiement de site entièrement reproductible.
Un espace de noms unifié nécessite une gouvernance stricte des données. Sans règles claires, les structures de messagerie peuvent rapidement devenir désordonnées, et la cohérence était l'une des principales motivations d'Unilin pour entreprendre ce projet.
Pour garantir cette cohérence, nous avons modélisé les structures de données dans Ignition en utilisant des types définis par l'utilisateur (UDT). L'arborescence des rubriques suit une hiérarchie ISA-95physique claire : Usine, Ligne, Cellule et Composant. Chaque niveau de l'arborescence inclut son emplacement fonctionnel SAP correspondant.
Unilin a également créé un poste d'ingénieur UNS d'usine dans chaque établissement. Cette personne est responsable de l'arborescence des données locales et travaille en lien direct avec les équipes informatiques et opérationnelles centrales pour assurer la cohérence des structures.
Comme indiqué précédemment, ce projet est toujours en cours et sera déployé sur d'autres sites et dans d'autres pays. Cependant, la nouvelle architecture d'Unilin a déjà eu un impact notable sur le terrain. Les cas d'usage suivants ont été rendus possibles grâce à cette base de données standardisée.
Les valeurs des compteurs d'automates (PLC) sont directement associées aux UDT des actifs dans l'espace de nommage unifié (UNS). La plateforme crée automatiquement des points de mesure et déclenche des notifications de maintenance dans SAP PM.
Sur les lignes de pressage de papier décor, des applications d'IA de vision personnalisées s'exécutent sur le cluster OpenShift local. L'IA combine les flux vidéo avec le contexte de processus de l'UNS pour détecter les déchirures de papier et arrêter automatiquement la presse, réduisant ainsi les rebuts et les temps d'arrêt.
Les opérateurs utilisent des tendances en temps réel dans Grafana pour préparer la colle juste à temps lors des changements de commande. Une fois le modèle établi sur l'UNS, Unilin a pu répliquer ce cas d'usage sur d'autres presses en quelques jours seulement.
Le système contextualise les données de chaque panneau tout au long du processus de fabrication. Cela pose les bases d'une analyse détaillée des défauts et d'un pilotage des processus en temps réel.
Prêt à remplacer vos connexions point à point par une architecture évolutive ? Nos experts vous aideront à élaborer une stratégie de données pérenne pour vos opérations multisites, parfaitement adaptée à votre façon de travailler.
