Plus de 3'000 portes de métro critiques pour la sécurité, supervisées en direct depuis le cloud avec le 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 (Platform Screen Doors, PSD) pour les stations de métro et les réseaux ferroviaires en Europe et en Asie-Pacifique. Les portes palières sont des systèmes critiques pour la sécurité – exploités en continu, 24 heures sur 24 – et une seule porte défaillante peut perturber la circulation des trains.

Jusqu'à ce projet, le dispositif de maintenance de GDS reposait sur 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 n'avaient aucune visibilité à distance sur l'état des portes: diagnostiquer un défaut imposait de se rendre en station, de se brancher physiquement sur l'automate, 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 mobilisait beaucoup de main-d'œuvre et ne permettait aucune prédiction des pannes.

56k.Cloud s'est associé à GDS pour concevoir et livrer un Live Monitoring System (LMS) cloud-native: une plateforme IoT sur mesure qui fait le lien entre les automates de porte physiques et un tableau de bord d'exploitation centralisé en temps réel. Le système relie au cloud chaque automate de porte du réseau via une passerelle edge industrielle. GDS et les exploitants de métro peuvent ainsi superviser, diagnostiquer et traiter les événements de porte depuis n'importe où dans le monde, sans mettre un pied sur le quai.

Défi

Gilgen Door Systems faisait face à un ensemble de difficultés d'exploitation et techniques profondément liées entre elles:

• Aucune visibilité sur les défauts à distanceLes automates de porte et leurs réseaux de bus de terrain fonctionnaient dans des environnements de station isolés, totalement coupés de toute infrastructure cloud ou internet. Ni GDS ni l'exploitant du métro n'avaient de moyen d'observer l'état des portes en temps réel.
• Un diagnostic manuel et chronophageLorsqu'une alarme se déclenchait, le seul recours était d'envoyer un technicien sur place. Récupérer les journaux de défaut supposait une connexion FTP physique à l'automate, une opération qui pouvait prendre des heures, en particulier dans les stations de réseaux géographiquement dispersés.
• Des données fragmentées, aucune vue sur l'ensemble du parcChaque station était une île. Il n'existait aucune vue agrégée du parc de portes, ce qui rendait impossible d'identifier des tendances systémiques, de comparer l'état des stations ou de prioriser les ressources de maintenance selon le risque réel.
• Des limites à la montée en chargeLes installations de GDS se multipliaient chez plusieurs exploitants et dans plusieurs régions. Un modèle de maintenance exigeant une présence sur site pour chaque diagnostic ne pouvait pas suivre la croissance de l'activité.
• La pression réglementaire et les auditsLes 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 ne suffisait plus à répondre à ces obligations de conformité en évolution.

Pour traiter ces enjeux, GDS cherchait 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 fondée sur les données.

Solution

56k.Cloud a conçu et livré une solution IoT complète, du choix du matériel au tableau de bord web pour les exploitants, en passant par le logiciel embarqué à l'edge et l'infrastructure cloud. L'architecture repose sur trois principes directeurs:

• Une intégration non invasive (aucune modification du matériel de terrain ni du programme automate existants)
• La sécurité dès la conception (identité matérielle des équipements et accès cloud strictement limité au nécessaire)
• La réplicabilité SaaS (la plateforme peut accueillir de nouveaux exploitants sans refondre le cœur du système)

Couche edge (passerelle IoT industrielle)

Une passerelle edge IoT de qualité industrielle est installée dans le local technique de chaque station. L'équipement relie deux mondes: d'un côté, il se connecte au réseau OT local de la station, dialogue avec les automates de porte en OPC UA – le protocole standard d'interopérabilité industrielle – et reçoit par FTP des journaux de défaut structurés et des fichiers de profil de mouvement. De l'autre, il maintient une liaison montante sécurisée et authentifiée vers le cloud en 4G LTE, un certificat d'équipement ancré dans le matériel donnant à chaque passerelle une identité unique et inviolable.

La passerelle exécute un intergiciel IoT industriel (pour la communication avec le bus de terrain) et un environnement d'exécution edge administré depuis le cloud, adossés aux fonctions de cybersécurité décrites plus haut. Trois composants logiciels sur mesure tournent en continu sur l'équipement:

• Composant de heartbeat et de télémétrieInterroge à intervalles réguliers les données d'exploitation des portes auprès des automates (état de la porte, temps de verrouillage, paramètres moteur, compteurs de cycles) et les publie vers le cloud en temps réel via un protocole de messagerie léger.
• Composant de journaux de défautDétecte et récupère selon un calendrier les fichiers structurés d'événements de défaut des automates et les dépose dans le stockage objet cloud, avec une mise en tampon locale couvrant jusqu'à 48 heures de coupure sans perte de données.
• Composant de journaux de profilRécupère les profils complets de mouvement des portes (la courbe de courant moteur de chaque cycle) et les conserve dans le cloud pour l'analyse de tendance et la détection précoce d'anomalies.

Tous les composants logiciels de l'edge sont déployés et mis à jour à distance depuis le cloud: aucune visite sur site n'est nécessaire pour la maintenance logicielle.

Couche cloud

Le backend cloud repose sur une infrastructure multi-comptes encadrée, avec des environnements séparés pour le développement, la préproduction et la production. Un cadre de landing zone impose les socles de sécurité, la journalisation d'audit centralisée et le contrôle des accès entre comptes dans tous les environnements.

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

• Un magasin de séries temporelles industriel
• Le stockage objet cloud
• Une base NoSQL managée
• Des fonctions de calcul serverless

Couche applicative

L'interface destinée aux exploitants est une application web qui offre une vue à plusieurs niveaux sur l'ensemble du parc de portes.

• Carte du réseauVue d'ensemble géographique ou schématique de toutes les stations; état codé par couleur; nombre d'alertes par station.
• Vue stationÉtat de connexion de la passerelle et des automates pour chaque station; sélecteur de quai; liste des alarmes en direct.
• Grille des portesReprésentation visuelle de toutes les portes d'un quai (plus de 40 par station); état de chaque porte avec indicateurs de défaut.
• AlertesFlux d'alarmes en temps réel: détection d'obstacle, défauts d'alimentation, pannes multiples de portes, avec classification de gravité.
• Analyse des paramètresGraphiques de séries temporelles pour les paramètres mécaniques; seuils d'avertissement et seuils critiques configurables en superposition; comparaison historique entre portes et entre dates.

Le tableau de bord est livré comme application web hébergée dans le cloud, accessible depuis n'importe quel appareil aux utilisateurs autorisés, avec un contrôle d'accès par rôles et des appels d'API sécurisés par JWT. Les résultats d'analyse en temps réel sont poussés vers le navigateur par une connexion WebSocket persistante, ce qui supprime toute interrogation répétée.

Résultat

Le déploiement du LMS sur le parc initial (16 stations et plus de 640 portes) a produit des résultats mesurables sur le plan opérationnel et commercial:

Résultats opérationnels

• Une surveillance à distance continue de chaque porte connectée, 24h/24, sur toutes les stations simultanément depuis un tableau de bord unique, sans aucune présence sur site.
• Une alerte de défaut en moins d'une minute: lorsqu'une porte déclenche une alarme, l'événement s'affiche sur le tableau de bord et part vers l'équipe de maintenance concernée en quelques secondes, au lieu d'être découvert des heures plus tard lors d'un contrôle manuel.
• Le diagnostic à distance: journaux de défaut et données d'exploitation sont disponibles immédiatement sur le tableau de bord. Les techniciens identifient la cause racine et arrivent sur place avec la bonne pièce et le bon outillage, ce qui supprime les visites exploratoires.
• La détection précoce d'anomalies: le suivi des paramètres mécaniques des portes (profils de courant moteur, temps de verrouillage, nombre de cycles) permet de repérer les portes qui se dégradent avant qu'elles ne tombent en panne – et donc d'intervenir de façon planifiée plutôt qu'en urgence.

Résultats commerciaux

• Une baisse des interventions physiques: le tri et le diagnostic à distance suppriment une part importante des déplacements déclenchés par une alarme, ou les regroupent dans des fenêtres de maintenance planifiées.
• Une meilleure disponibilité des équipements: une réponse plus rapide aux défauts et une maintenance planifiée à l'avance réduisent directement l'immobilisation des portes et améliorent la fiabilité du service pour l'exploitant du métro.
• Conformité et traçabilité: tous les événements de porte, journaux de défaut et historiques de paramètres sont conservés et interrogeables, ce qui fournit la piste d'audit détaillée exigée par les exploitants de métro et les autorités de sécurité.
• Une exploitation évolutive: la même équipe technique gère aujourd'hui un parc de portes nettement plus grand sans augmentation proportionnelle des effectifs. Chaque technicien couvre davantage de portes.
• La réplication SaaS: l'architecture de la plateforme est conçue pour accueillir d'autres exploitants de métro et d'autres régions sans refonte de fond. Chaque nouveau déploiement hérite du même socle de sécurité, des mêmes fonctions de supervision et du même outillage d'exploitation.

Chiffres clés

• 16 stations supervisées
• Plus de 3'000 portes gérées
• 16 passerelles edge déployées
• Mises à jour logicielles à distance sur tout le parc