Gilgen Live Monitoring System

Überblick

Gilgen Door Systems (GDS) ist ein Schweizer Hersteller von Hochleistungs-Automatiktüren mit ausgeprägter Spezialisierung auf Bahnsteigtüren (Platform Screen Doors, PSD) für U-Bahn-Stationen und Schienennetze in Europa und im asiatisch-pazifischen Raum. PSD sind sicherheitskritische Systeme — rund um die Uhr im Dauerbetrieb — und eine einzige defekte Türeinheit kann den Zugverkehr potenziell stören.

Bis zu diesem Projekt umfasste das Wartungsregime von GDS sowohl die präventive Wartung (in geplanten Intervallen) als auch die reaktive Wartung (nach einem tatsächlichen Ausfall). Die Servicetechniker erhielten Alarmmeldungen, hatten jedoch keinen Fernzugriff auf den Türzustand: Die Diagnose einer Störung bedeutete, zur Station zu fahren, sich physisch mit der SPS zu verbinden, Protokolldateien herunterzuladen und rohe Fehlercodes zu interpretieren. Bei Dutzenden von Türen pro Station und über mehrere U-Bahn-Netze verteilten Installationen ist dieser Ansatz arbeitsintensiv und durch eine fehlende Fähigkeit zur Ausfallvorhersage gekennzeichnet.

56k.Cloud hat sich mit GDS zusammengetan, um ein cloud-natives Live Monitoring System (LMS) zu konzipieren und bereitzustellen: eine speziell entwickelte IoT-Plattform, die die Lücke zwischen den physischen Türsteuerungen und einem zentralen Echtzeit-Betriebsdashboard schliesst. Das System verbindet jede PSD-Steuerung im Netz über ein industrielles Edge-Gateway mit der Cloud und ermöglicht es GDS und den U-Bahn-Betreibern, Türereignisse von überall auf der Welt zu überwachen, zu diagnostizieren und darauf zu reagieren, ohne den Bahnsteig betreten zu müssen.

Herausforderung

Gilgen Door Systems sah sich einer Reihe eng miteinander verbundener betrieblicher und technischer Herausforderungen gegenüber:

Keine Fern-Sichtbarkeit von Störungen

Die Türsteuerungen (SPS) und die zugehörigen Feldbusnetze arbeiteten in isolierten Stationsumgebungen, vollständig getrennt von jeglicher Cloud- oder Internetinfrastruktur. Es gab keinen Mechanismus, mit dem GDS oder der U-Bahn-Betreiber den Türzustand in Echtzeit hätte beobachten können.

Manuelle, zeitaufwändige Diagnose

Wenn ein Störungsalarm ausgelöst wurde, blieb als einziges Mittel, einen Techniker vor Ort zu entsenden. Das Abrufen von Störungsprotokollen erforderte eine physische FTP-Verbindung zur SPS — ein Vorgang, der Stunden dauern konnte, insbesondere an Stationen geografisch weit verteilter U-Bahn-Netze.

Fragmentierte Daten, keine flottenweite Übersicht

Jede Station war eine Insel. Es gab keine aggregierte Ansicht der Türflotte, wodurch es unmöglich war, systemische Muster zu erkennen, den Zustand von Stationen zu vergleichen oder Wartungsressourcen anhand des tatsächlichen Risikos zu priorisieren.

Skalierbarkeitsgrenzen

Die Installationen von GDS wuchsen über zahlreiche Betreiber und Regionen hinweg. Ein Wartungsmodell, das für jedes Diagnoseereignis eine Präsenz vor Ort erforderte, konnte nicht im Takt des Geschäfts skalieren.

Regulatorischer und Audit-Druck

U-Bahn-Betreiber verlangen zunehmend detaillierte Audit-Trails und Verfügbarkeitsberichte für sicherheitskritische Systeme. Die manuelle Protokollerfassung reichte nicht aus, um diese sich wandelnden Compliance-Anforderungen zu erfüllen.

Um diese Herausforderungen zu bewältigen, suchte GDS eine cloudbasierte IoT-Plattform mit Edge-Computing-Fähigkeiten, die sich an die bestehende Feldinfrastruktur anbinden liess, ohne sie zu ersetzen, und die das Fundament für eine datengetriebene, proaktive Wartungsstrategie bilden würde.

Lösung

56k.Cloud hat eine vollständige IoT-Lösung konzipiert und bereitgestellt, die von der Hardwareauswahl über die Edge-Softwareentwicklung und die Cloud-Infrastruktur bis hin zu einem webbasierten Betreiber-Dashboard reicht. Die Architektur wurde nach drei Leitprinzipien aufgebaut:

• Nicht-invasive Integration (keine Änderungen an bestehender Feldhardware oder SPS-Software)
• Security by Design (hardwareverankerte Geräteidentität und Cloud-Zugriff nach dem Least-Privilege-Prinzip)
• SaaS-Replizierbarkeit (die Plattform kann für neue Betreiber bereitgestellt werden, ohne das Kernsystem neu zu architektieren)

Edge-Schicht (industrielles IoT-Gateway)

In jedem Technikraum einer U-Bahn-Station wird ein IoT-Edge-Gateway in Industriequalität installiert. Das Gerät schlägt eine Brücke zwischen zwei Welten: Auf der einen Seite verbindet es sich mit dem lokalen OT-Netzwerk der Station, kommuniziert mit den Tür-SPS über OPC-UA — dem industriellen Standardprotokoll für Interoperabilität — und empfängt strukturierte Störungsprotokoll- und Bewegungsprofildateien über FTP. Auf der anderen Seite unterhält es eine sichere, authentifizierte Uplink-Verbindung zur Cloud über 4G LTE, wobei ein hardwaregestütztes Gerätezertifikat jedem Gateway eine eindeutige, manipulationssichere Identität verleiht.

Das Gateway führt eine Kombination aus industrieller IoT-Middleware (für die Feldbuskommunikation) und einer cloud-verwalteten Edge-Compute-Laufzeitumgebung aus, gestützt durch die oben beschriebenen Cybersicherheitsfunktionen. Drei massgeschneiderte Softwarekomponenten laufen kontinuierlich auf dem Gerät:

Heartbeat- & Telemetriekomponente

• Fragt die betrieblichen Türdaten in regelmässigen Intervallen von den SPS ab (Türzustand, Verriegelungszeit, Motorparameter, Zykluszähler) und veröffentlicht sie über ein leichtgewichtiges Messaging-Protokoll in Echtzeit in der Cloud.

Störungsprotokoll-Komponente

• Erkennt und ruft strukturierte Störungsereignis-Protokolldateien planmässig von den SPS ab und lädt sie in den Cloud-Objektspeicher hoch, mit lokaler Pufferung, die bis zu 48 Stunden Konnektivitätsverlust ohne Datenverlust überbrücken kann.

Profilprotokoll-Komponente

• Ruft die vollständigen Türbewegungs-Profildaten ab (die Motorstromkurve für jeden Türzyklus) und speichert sie in der Cloud zur Trendanalyse und frühzeitigen Anomalieerkennung.

Alle Edge-Softwarekomponenten werden Over-the-Air (OTA) aus der Cloud bereitgestellt und aktualisiert, sodass für die Softwarewartung keine Vor-Ort-Besuche erforderlich sind.

Cloud-Schicht

Das Cloud-Backend basiert auf einer mandantenübergreifenden, gouvernierten Cloud-Infrastruktur mit getrennten Umgebungen für Entwicklung, Staging und Produktion. Ein Landing-Zone-Framework erzwingt Sicherheits-Baselines, zentralisiertes Audit-Logging und kontenübergreifende Zugriffskontrollen über alle Umgebungen hinweg.

Die eingehende Telemetrie von den Gateways wird von einem Cloud-IoT-Konnektivitätsdienst empfangen, der jedes Gerät authentifiziert und die Nachrichten über eine Regel-Engine weiterleitet. Von dort fliessen die Daten in unterschiedliche Verarbeitungspfade:

• Industrieller Zeitreihen-Datenspeicher
• Cloud-Objektspeicher
• Verwaltete NoSQL-Datenbank
• Serverlose Compute-Funktionen

Anwendungsschicht

Die Schnittstelle für die Betreiber ist eine Webanwendung, die eine mehrstufige Ansicht der gesamten Türflotte bietet.

Netzwerkkarte

Geografische oder schematische Übersicht aller Stationen; farblich codierter Gesundheitsstatus; Alarmanzahl pro Station.

Stationsansicht

Konnektivitätsstatus von Gateway und SPS pro Station; Bahnsteigauswahl; Live-Alarmliste.

Türraster

Visuelles Raster aller Türen eines Bahnsteigs (bis zu 40+ pro Station); Status pro Tür mit Störungsanzeigen.

Alarme

Echtzeit-Alarm-Feed: Hinderniserkennung, Stromausfälle, Mehrfach-Türausfälle, mit Schweregrad-Klassifizierung.

Parameteranalyse

Zeitreihen-Diagramme für mechanische Parameter; konfigurierbare Überlagerungen von Warn- und kritischen Schwellenwerten; historischer Vergleich über Türen und Daten hinweg.

Das Dashboard wird als cloud-gehostete Webanwendung bereitgestellt, die autorisierten Nutzern von jedem Gerät aus zugänglich ist, mit rollenbasierter Zugriffskontrolle und JWT-gesicherten API-Aufrufen. Echtzeit-Analyseergebnisse werden über eine persistente WebSocket-Verbindung an den Browser übertragen, wodurch sich Polling erübrigt.

Ergebnis

Die Einführung des LMS in der anfänglichen Flotte (16 Stationen und über 640 einzelne Türgeräte) lieferte messbare betriebliche und geschäftliche Ergebnisse:

Betriebliche Ergebnisse

• Kontinuierliche Fernüberwachung jeder verbundenen Tür, rund um die Uhr, über alle Stationen gleichzeitig von einem einzigen Dashboard aus, ohne dass eine Präsenz vor Ort erforderlich ist.
• Störungsalarm in unter einer Minute: Wenn eine Tür einen Alarm auslöst, ist das Ereignis innerhalb von Sekunden auf dem Dashboard sichtbar und wird an das zuständige Wartungsteam übermittelt, anstatt erst Stunden später bei einer manuellen Kontrolle entdeckt zu werden.
• Ferndiagnose: Störungsprotokolle und Betriebsdaten sind sofort über das Dashboard verfügbar, sodass Ingenieure die Grundursache eines Problems diagnostizieren und mit den richtigen Ersatzteilen und Werkzeugen vor Ort erscheinen können, was Erkundungsbesuche überflüssig macht.
• Frühzeitige Anomalieerkennung: Die Trendverfolgung mechanischer Türparameter (Motorstromprofile, Verriegelungszeiten, Zykluszählungen) ermöglicht es, sich verschlechternde Türen zu erkennen, bevor sie ausfallen — und so geplante Eingriffe statt Notfallmassnahmen zu ermöglichen.

Geschäftliche Ergebnisse

• Reduzierung physischer Einsätze: Die Fähigkeit zur Ferntriage und -diagnose bedeutet, dass ein erheblicher Anteil der durch Alarme ausgelösten Vor-Ort-Besuche entfällt oder in geplante Wartungsfenster zusammengefasst wird.
• Verbesserte Anlagenverfügbarkeit: Eine schnellere Störungsreaktion und proaktive Wartungsplanung verringern direkt die Türausfallzeiten und verbessern die Servicezuverlässigkeit für den U-Bahn-Betreiber.
• Compliance und Auditierbarkeit: Alle Türereignisse, Störungsprotokolle und Parameterhistorien werden gespeichert und sind abfragbar und liefern den detaillierten Audit-Trail, der von U-Bahn-Betreibern und Sicherheitsaufsichtsbehörden gefordert wird.
• Skalierbarer Betrieb: Dasselbe Engineering-Team kann nun eine deutlich grössere Türflotte verwalten, ohne dass der Personalbestand proportional steigt. Pro Techniker werden mehr Türen betreut.
• SaaS-Replikation: Die Plattformarchitektur ist darauf ausgelegt, für weitere U-Bahn-Betreiber und Regionen bereitgestellt zu werden, ohne grundlegendes Re-Engineering. Jede neue Betreiber-Bereitstellung erbt dieselbe Sicherheits-Baseline, dieselben Überwachungsfunktionen und dasselbe Betriebs-Tooling.

Kennzahlen

• 16 überwachte Stationen
• Über 640 verwaltete Türen
• 16 eingesetzte Edge-Gateways
• OTA-Software-Updates für die Flotte