Gilgen Live Monitoring System

Aperçu

Gilgen Door Systems (GDS) est un fabricant suisse de portes automatiques haute performance, fortement spécialisé dans les portes palières (PSD) pour les stations de métro et les réseaux ferroviaires en Europe et en Asie-Pacifique. Les PSD sont des systèmes critiques pour la sécurité — exploités en continu, 24 heures sur 24 — et une seule porte défaillante peut potentiellement perturber le trafic ferroviaire.

Jusqu'à cette mission, le régime de maintenance de GDS couvrait la maintenance préventive (à intervalles planifiés) et la maintenance corrective (après une panne avérée). Les techniciens de terrain recevaient des notifications d'alarme, mais ne disposaient d'aucune visibilité à distance sur l'état des portes : diagnostiquer une panne impliquait de se déplacer jusqu'à la station, de se connecter physiquement à l'automate (PLC), de télécharger les fichiers journaux et d'interpréter des codes d'erreur bruts. Avec des dizaines de portes par station et des installations réparties sur plusieurs réseaux de métro, cette approche est laborieuse et se caractérise par une absence de capacité de prédiction des pannes.

56k.Cloud s'est associé à GDS pour concevoir et déployer un Live Monitoring System (LMS) cloud-native : une plateforme IoT sur mesure qui comble l'écart entre les contrôleurs de portes physiques et un tableau de bord d'exploitation centralisé en temps réel. Le système connecte chaque contrôleur de PSD du réseau au cloud via une passerelle edge industrielle, permettant à GDS et aux exploitants de métro de surveiller, diagnostiquer et traiter les événements liés aux portes depuis n'importe où dans le monde, sans avoir à se rendre sur le quai.

Enjeu

Gilgen Door Systems faisait face à un ensemble de défis opérationnels et techniques profondément interdépendants :

Aucune visibilité à distance sur les pannes

Les contrôleurs de portes (PLC) et leurs réseaux de bus de terrain associés fonctionnaient dans des environnements de station isolés, totalement déconnectés de toute infrastructure cloud ou internet. Il n'existait aucun mécanisme permettant à GDS ou à l'exploitant du métro d'observer l'état des portes en temps réel.

Diagnostics manuels et chronophages

Lorsqu'une alarme de panne se déclenchait, le seul recours était de dépêcher un technicien sur place. La récupération des journaux de pannes nécessitait une connexion FTP physique au PLC, un processus pouvant prendre des heures, en particulier dans les stations de réseaux de métro géographiquement dispersés.

Données fragmentées, aucune vision à l'échelle de la flotte

Chaque station était un îlot. Il n'existait aucune vue agrégée de la flotte de portes, rendant impossible l'identification de tendances systémiques, la comparaison de l'état des stations ou la priorisation des ressources de maintenance en fonction du risque réel.

Contraintes de scalabilité

Les installations de GDS se multipliaient à travers de nombreux exploitants et régions. Un modèle de maintenance exigeant une présence sur site pour chaque événement de diagnostic ne pouvait pas évoluer au rythme de l'activité.

Pression réglementaire et d'audit

Les exploitants de métro exigent de plus en plus des pistes d'audit détaillées et des rapports de disponibilité pour les systèmes critiques pour la sécurité. La collecte manuelle des journaux était insuffisante pour répondre à ces obligations de conformité en constante évolution.

Pour relever ces défis, GDS recherchait une plateforme IoT cloud dotée de capacités d'edge computing, capable de se connecter à l'infrastructure de terrain existante sans la remplacer, et qui constituerait le socle d'une stratégie de maintenance proactive et axée sur les données.

Solution

56k.Cloud a conçu et déployé une solution IoT complète, couvrant la sélection du matériel, le développement logiciel edge, l'infrastructure cloud et un tableau de bord opérateur web. L'architecture a été bâtie autour de trois principes directeurs :

• Intégration non invasive (aucune modification du matériel de terrain ou du logiciel des PLC existants)
• Sécurité dès la conception (identité matérielle des appareils et accès cloud au moindre privilège)
• Réplicabilité SaaS (la plateforme peut être déployée pour de nouveaux exploitants sans réarchitecturer le système central)

Couche edge (passerelle IoT industrielle)

Une passerelle edge IoT de qualité industrielle est déployée dans le local technique de chaque station de métro. L'appareil fait le pont entre deux mondes : d'un côté, il se connecte au réseau OT local de la station, communiquant avec les PLC des portes via OPC-UA — le protocole standard d'interopérabilité industrielle — et reçoit des fichiers structurés de journaux de pannes et de profils de mouvement via FTP. De l'autre côté, il maintient une liaison montante sécurisée et authentifiée vers le cloud via 4G LTE, avec un certificat d'appareil ancré matériellement fournissant à chaque passerelle une identité unique et inviolable.

La passerelle exécute une combinaison de middleware IoT industriel (pour la communication sur bus de terrain) et d'un runtime de calcul edge géré depuis le cloud, appuyée par les fonctionnalités de cybersécurité décrites ci-dessus. Trois composants logiciels sur mesure fonctionnent en continu sur l'appareil :

Composant Heartbeat & télémétrie

• Interroge les données opérationnelles des portes auprès des PLC à intervalles réguliers (état de la porte, temps de verrouillage, paramètres moteur, compteurs de cycles) et les publie dans le cloud en temps réel via un protocole de messagerie léger.

Composant journal de pannes

• Détecte et récupère les fichiers structurés de journaux d'événements de pannes des PLC de manière planifiée et les transfère vers le stockage d'objets cloud, avec une mise en mémoire tampon locale capable de gérer jusqu'à 48 heures de perte de connectivité sans perte de données.

Composant journal de profils

• Récupère l'intégralité des données de profil de mouvement des portes (la courbe de courant moteur pour chaque cycle de porte) et les stocke dans le cloud pour l'analyse de tendances et la détection précoce d'anomalies.

Tous les composants logiciels edge sont déployés et mis à jour à distance depuis le cloud (OTA), ce qui signifie qu'aucune visite sur site n'est nécessaire pour la maintenance logicielle.

Couche cloud

Le backend cloud repose sur une infrastructure cloud multi-comptes et gouvernée, avec des environnements distincts pour le développement, la préproduction et la production. Un cadre de landing zone applique des références de sécurité, une journalisation d'audit centralisée et des contrôles d'accès inter-comptes sur l'ensemble des environnements.

La télémétrie entrante en provenance des passerelles est reçue par un service de connectivité IoT cloud, qui authentifie chaque appareil et achemine les messages via un moteur de règles. À partir de là, les données empruntent des chemins de traitement distincts :

• Stockage de séries temporelles industrielles
• Stockage d'objets cloud
• Base de données NoSQL managée
• Fonctions de calcul serverless

Couche applicative

L'interface destinée aux opérateurs est une application web offrant une vue à plusieurs niveaux de l'ensemble de la flotte de portes.

Carte du réseau

Vue d'ensemble géographique ou schématique de toutes les stations ; état de santé à code couleur ; nombre d'alertes par station.

Vue station

État de connectivité des passerelles et des PLC par station ; sélecteur de quai ; liste d'alarmes en direct.

Grille des portes

Grille visuelle de toutes les portes d'un quai (jusqu'à plus de 40 par station) ; état par porte avec indicateurs de panne.

Alertes

Flux d'alarmes en temps réel : détection d'obstacles, défauts d'alimentation, pannes de portes multiples, avec classification par gravité.

Analyse des paramètres

Graphiques de séries temporelles pour les paramètres mécaniques ; superposition de seuils d'avertissement et critiques configurables ; comparaison historique entre portes et dates.

Le tableau de bord est livré sous la forme d'une application web hébergée dans le cloud, accessible aux utilisateurs autorisés depuis n'importe quel appareil, avec un contrôle d'accès basé sur les rôles et des appels d'API sécurisés par JWT. Les résultats d'analyse en temps réel sont transmis au navigateur via une connexion WebSocket persistante, éliminant le besoin d'interrogation périodique (polling).

Résultats

Le déploiement du LMS sur la flotte initiale (16 stations et plus de 640 portes individuelles) a produit des résultats opérationnels et commerciaux mesurables :

Résultats opérationnels

• Surveillance à distance continue de chaque porte connectée, 24h/24 et 7j/7, sur toutes les stations simultanément depuis un tableau de bord unique, sans aucune présence sur site requise.
• Alerte de panne en moins d'une minute : lorsqu'une porte déclenche une alarme, l'événement est visible sur le tableau de bord et transmis à l'équipe de maintenance responsable en quelques secondes, au lieu d'être découvert des heures plus tard lors d'un contrôle manuel.
• Diagnostic à distance : les journaux de pannes et les données opérationnelles sont disponibles instantanément via le tableau de bord, permettant aux ingénieurs de diagnostiquer la cause profonde d'un problème et d'arriver sur place avec les pièces détachées et les outils adéquats, éliminant les visites exploratoires.
• Détection précoce d'anomalies : le suivi des tendances des paramètres mécaniques des portes (profils de courant moteur, temps de verrouillage, comptages de cycles) permet d'identifier les portes en cours de dégradation avant qu'elles ne tombent en panne — autorisant une intervention planifiée plutôt qu'une réponse d'urgence.

Résultats commerciaux

• Réduction des interventions physiques : la capacité à trier et diagnostiquer à distance signifie qu'une proportion importante des visites sur site déclenchées par des alarmes est éliminée ou regroupée dans des fenêtres de maintenance planifiée.
• Disponibilité accrue des équipements : une réponse aux pannes plus rapide et une planification de maintenance proactive réduisent directement les temps d'arrêt des portes et améliorent la fiabilité du service pour l'exploitant du métro.
• Conformité et auditabilité : tous les événements de portes, journaux de pannes et historiques de paramètres sont stockés et interrogeables, fournissant la piste d'audit détaillée exigée par les exploitants de métro et les régulateurs de sécurité.
• Exploitation scalable : la même équipe d'ingénierie peut désormais gérer une flotte de portes nettement plus importante sans augmentation proportionnelle des effectifs. Davantage de portes sont desservies par technicien.
• Réplication SaaS : l'architecture de la plateforme est conçue pour être déployée auprès d'exploitants de métro et de régions supplémentaires sans réingénierie fondamentale. Chaque nouveau déploiement d'exploitant hérite de la même référence de sécurité, des mêmes capacités de surveillance et des mêmes outils d'exploitation.

Indicateurs clés

• 16 stations surveillées
• Plus de 640 portes gérées
• 16 passerelles edge déployées
• Mises à jour logicielles OTA de la flotte