SNCF Schienentemperatur-Monitoring mit LoRaWAN: Hitze, Messpunkte und Instandhaltung

Schienen reagieren auf Temperatur. Bei durchgehend verschweißten Gleisen entstehen aus Erwärmung und Abkühlung Längskräfte, die gemeinsam mit Einbauzustand, Befestigung, Bettung, Gleislage und Instandhaltung bewertet werden müssen. SNCF Réseau hat dafür vernetzte Temperatursensoren erprobt. LoRaWAN kann solche Messstellen anbinden, doch aus einem Temperaturwert allein folgt weder automatisch eine Gleisverformung noch eine sichere Entwarnung.

Der praktische Wert liegt in einer dichteren, zeitnahen Datenbasis. Wartungsteams sehen, welche Abschnitte thermisch auffällig sind, wie schnell sich die Schiene erwärmt und ob Messwerte zu Wetterlage und Referenzpunkten passen. Entscheidungen über Inspektionen, betriebliche Maßnahmen oder Arbeiten am Gleis bleiben Teil des fachlichen Regelwerks des Infrastrukturbetreibers.

Kurz zusammengefasst: SNCF-Schienentemperatur-Monitoring verbindet direkt montierte Sensoren, metrologische Prüfung und IoT-Übertragung. LoRaWAN transportiert kleine Temperatur- und Zustandsdatensätze; die Bewertung von Hitzespannung und Gleissicherheit braucht zusätzliche Infrastruktur- und Instandhaltungsdaten.

Was SNCF Réseau öffentlich zum Projekt beschreibt

SNCF Numérique berichtete 2020 über den Info-Rail-Sensor zur Messung der Schienentemperatur. Das Gerät sollte direkt am Schienensteg montiert und mit etwa hundert Sensoren im französischen Netz charakterisiert werden. Ziel war nicht nur ein Messwert, sondern die Prüfung, ob Metrologie und Nutzung den Anforderungen der Instandhaltung entsprechen. Die Veröffentlichung beschreibt ausdrücklich eine Erprobungs- und Charakterisierungsphase.

Bereits zuvor stellte SNCF den vernetzten Schienenabschnitt Coupon connecté als IoT-Anwendung vor. Ein späterer Bericht des LoRaWAN-Plattformanbieters Actility zur SNCF-Architektur ordnet die Schienentemperaturmessung in eine größere LoRaWAN-Umgebung mit eigenen Kommunikationsmodulen und Gateways ein. Für die fachliche Aussage zum Sensorversuch ist die SNCF-Quelle maßgeblich; die Anbieterquelle ergänzt Details zur Funkarchitektur.

Datenpunkt	Warum er gebraucht wird	Typischer Fehler	Plausibilitätscheck
Schienentemperatur	Thermischen Zustand am Messpunkt erfassen	Schlechter Kontakt oder Sonneneinfluss	Vergleich mit Nachbarsensor und Verlauf
Lufttemperatur	Umgebung und Erwärmungsdynamik einordnen	Ungünstige Abschattung	Wetterstation und Tagesgang
Änderungsrate	Schnelle Erwärmung oder Abkühlung erkennen	Zeitstempel oder Messsprung	Rohwertfolge und Qualitätsflag
Batterie und Funk	Datenlücke von ruhigem Verlauf unterscheiden	Veralteter letzter Wert	Datenalter und letzte Diagnose
Asset- und Streckenbezug	Messwert dem richtigen Gleis zuordnen	Sensor nach Arbeiten vertauscht	Montageprotokoll und Referenz-ID

Schienentemperatur ist nicht Lufttemperatur

Sonneneinstrahlung, Farbe und Zustand der Oberfläche, Wind, Feuchte, Zugverkehr und thermische Trägheit führen dazu, dass Schiene und Luft nicht denselben Verlauf haben. Ein Wetterdienstwert für die Region ersetzt deshalb keine Messung am Gleis. Umgekehrt ist ein heißer Messpunkt nicht automatisch repräsentativ für einen ganzen Abschnitt. Anzahl und Lage der Sensoren müssen aus dem betrieblichen Risiko abgeleitet werden.

Besonders wichtig ist die Referenz zur spannungsfreien oder neutralen Temperatur und zum dokumentierten Zustand des lückenlos verschweißten Gleises. Diese Größen lassen sich nicht aus LoRaWAN-Paketen erraten. Das System sollte daher Messwerte mit Streckenabschnitt, Bauart, Instandhaltungshistorie und geltenden betrieblichen Regeln verknüpfen.

Temperaturdaten werden belastbar, wenn

• der Fühler reproduzierbar und mechanisch geschützt am vorgesehenen Punkt sitzt
• Kontakt, Ansprechzeit und Messabweichung vor dem Rollout geprüft wurden
• Sensorwechsel und Gleisarbeiten in der Historie erkennbar bleiben
• Datenalter, Batterie und Funkqualität neben dem Temperaturwert sichtbar sind
• Grenzen auf Streckenklasse, Saison und Instandhaltungsregeln abgestimmt werden

Warum LoRaWAN zur Messaufgabe passt

Die LoRa Alliance ordnet LoRaWAN als energiearme Kommunikation für verteilte IoT-Endgeräte ein. Ein Temperatursensor muss nur wenige Werte senden: Temperatur, Zeitstempel, Änderungsrate, Batterie, Fehlerstatus und gegebenenfalls eine Ereignisklasse. Dafür braucht es weder Mobilfunk pro Messpunkt noch einen permanenten Datenstrom.

Die LoRaWAN-Limitierungen von The Things Network sprechen gegen hochfrequente Rohdaten und harte Echtzeitkommunikation. Für thermische Verläufe sind Intervalle von Minuten oft technisch plausibel, sofern das fachliche Konzept sie bestätigt. Bei Grenznähe kann der Sensor lokal verdichten. Eine sicherheitskritische Reaktion darf aber nicht von einem einzelnen unbestätigten Uplink abhängen.

Funkabdeckung entlang einer Bahnstrecke

Eine Bahnlinie ist lang, schmal und wechselhaft. Einschnitte, Lärmschutzwände, Brücken, Vegetation, Bahnhöfe und vorbeifahrende Züge verändern die Funklage. Gateways an geeigneten Hochpunkten können große Abschnitte erreichen, doch die Abdeckung muss an den tatsächlichen Sensorpositionen gemessen werden. Ein Sensor am Schienensteg liegt niedrig und in unmittelbarer Nähe großer Metallkörper.

Die Gatewayplanung sollte deshalb nicht nur mittlere Empfangswerte betrachten. Relevant sind Paketverlust bei Zugdurchfahrt, Tages- und Jahreszeit, Wartungszugang, Backhaul und Redundanz. Für kritische Messpunkte kann der Empfang durch mehrere Gateways sinnvoll sein. Das System braucht außerdem eine klare Meldung, wenn ein gesamter Streckenabschnitt wegen eines Gateway- oder Backhaulfehlers verstummt.

Vom Grenzwert zum thermischen Risikobild

Eine einfache Schwelle kann für eine erste Meldung reichen, bildet den fachlichen Zusammenhang aber selten vollständig ab. Sinnvoller sind Stufen: beobachten, Daten verdichten, Inspektion priorisieren und betriebliche Entscheidung anstoßen. Temperatur, Änderungsrate, Dauer, Nachbarsensoren und Wetterprognose können gemeinsam bewertet werden. Die Schwellen bleiben versioniert und für den jeweiligen Abschnitt begründet.

Auch fehlende Daten brauchen eine eigene Klasse. Wenn ein Sensor während einer Hitzeperiode seit zwei Stunden nicht meldet, darf sein letzter niedriger Wert nicht als aktueller Zustand erscheinen. Das Dashboard sollte Datenalter und Abdeckungszustand deutlich anzeigen und gegebenenfalls eine Ersatzkontrolle auslösen.

• Info: thermischer Verlauf im erwarteten Korridor
• Beobachten: Annäherung an eine abschnittsspezifische Prüfschwelle
• Prüfen: auffällige Kombination aus Temperatur, Dauer oder Änderungsrate
• Datenlücke: Sensor, Gateway oder Backhaul nicht aktuell
• Technik: Batterie, Montage oder Kalibrierung bearbeiten

Montage und Instandhaltung am Gleis

Ein Sensor am Schienensteg befindet sich in einer rauen Umgebung: Vibration, Schotterflug, Nässe, Schnee, Reinigungs- und Stopfarbeiten sowie mechanische Eingriffe. Befestigung und Gehäuse dürfen die Infrastruktur nicht beeinträchtigen und müssen für Arbeiten erkennbar sein. Montage darf nur in den vorgesehenen Sperr- und Sicherheitsprozessen erfolgen.

Batteriewechsel klingt bei wenigen Geräten banal, wird entlang vieler Streckenkilometer aber zum Logistikthema. Deshalb sollten Batteriemodell, erwartete Last, Temperaturbereich und Sendeprofil gemeinsam geprüft werden. Ein vorausschauender Wechsel kann mit anderen Gleisarbeiten gebündelt werden. Nach jedem Eingriff braucht der Sensor eine Funktions- und Zuordnungsprüfung.

Metrologie vor Skalierung

Der von SNCF beschriebene Schritt der Charakterisierung ist zentral. Bevor ein Wert betriebliche Folgen auslöst, müssen Genauigkeit, Wiederholbarkeit, Kontakt zur Schiene, Ansprechzeit und Drift bekannt sein. Labortests reichen nicht: Referenzmessungen im Feld zeigen, wie Montage und Umgebung den Sensor beeinflussen.

1. Messanforderung und zulässige Unsicherheit festlegen
2. Sensor gegen eine nachvollziehbare Referenz prüfen
3. mehrere Montagevarianten im realen Gleis vergleichen
4. Sommer-, Winter- und Übergangsperioden abdecken
5. Abweichungen, Ausfälle und Wartungseingriffe dokumentieren
6. erst nach fachlicher Freigabe Schwellen automatisieren

Ein Pilot sollte absichtlich schwierige Standorte enthalten. Nur dann zeigt sich, ob Funk, Kontaktmessung und Wartung auch außerhalb eines idealen Testpunkts funktionieren. Gleichzeitig braucht es genug Referenzpunkte, um einen Ausreißer vom realen lokalen Effekt unterscheiden zu können.

Verbindung zu anderen Bahndaten

Schienentemperatur gewinnt an Aussagekraft zusammen mit Gleisgeometrie-Monitoring, Wetter, Inspektionsbefunden und Bauzustand. Die Deutsche-Bahn-IoT-Implementation zeigt dieselbe Grundidee bei anderen Assets: kleine Zustände werden erst durch eine klare Zuordnung und einen Arbeitsprozess nützlich.

Diese Datenquellen sollten nicht in einen undurchsichtigen Gesamtscore gepresst werden. Besser ist eine nachvollziehbare Ansicht: Welcher Sensor meldet was, wie aktuell ist der Wert, welche Referenz gilt und welche Handlung ist vorgesehen? So bleibt die Entscheidung prüfbar.

Erfolgskriterien für den Betrieb

Neben Messgenauigkeit und Datenverfügbarkeit zählen bestätigte Treffer, Vorwarnzeit, Anzahl unnötiger Kontrollen und Zeit bis zur Bearbeitung. Ebenso wichtig ist die Pflegequote: Sind Sensoren korrekt zugeordnet, wurden Kalibrierungen eingehalten und sind Datenlücken sichtbar? Ein System kann technisch senden und betrieblich trotzdem unzuverlässig sein.

Der Nutzen zeigt sich besonders in Hitzeperioden. Dann muss das System unter höherer Funk- und Alarmbelastung verständlich bleiben. Meldungen sollten nach Strecke und Dringlichkeit gebündelt werden, statt jede Messwertänderung einzeln zu eskalieren.

Sommerkampagne vom Wetterbericht bis zum Einsatzteam

In Hitzeperioden steigt nicht nur die Temperatur, sondern auch die Zahl der Personen, die dieselben Daten gleichzeitig benötigen. Eine belastbare Sommerkampagne beginnt deshalb vor dem ersten heißen Tag. Messstellen werden geprüft, Zuständigkeiten aktualisiert, Eskalationswege getestet und die Darstellung auf mobile Nutzung vorbereitet. Der operative Bildschirm sollte nicht hundert gleichartige Kurven zeigen, sondern Abschnitte nach Datenqualität, Temperaturentwicklung und fachlich festgelegter Priorität ordnen.

Vorhersage und Messung erfüllen verschiedene Aufgaben. Eine Wetterprognose hilft bei der Personal- und Einsatzplanung; der Sensor zeigt den lokalen Zustand der konkreten Schiene. Beide Daten sollten mit Streckenabschnitt, Exposition und Zeitpunkt zusammengeführt werden, ohne eine Prognose als gemessenen Wert darzustellen. So kann ein Team frühzeitig Bereitschaft herstellen und anschließend anhand realer Messungen entscheiden, wo eine Kontrolle tatsächlich erforderlich ist.

Referenzkette und Änderungen am Messpunkt

Die Messkette umfasst mehr als den Temperaturfühler. Kontaktfläche, Anpressung, Gehäuse, Wärmeleitung, Abtastrate, Analog-Digital-Wandlung und Umrechnung beeinflussen das Ergebnis. Für die Abnahme sollte deshalb das komplette montierte Gerät gegen eine nachvollziehbare Referenz geprüft werden. Ein Laborwert des nackten Sensorelements belegt noch nicht, dass ein Feldgerät auf einer sonnenerwärmten Schiene innerhalb der geforderten Unsicherheit arbeitet.

Arbeiten am Gleis können den thermischen Bezug verändern. Wird ein Sensor abgenommen, an einer anderen Schiene montiert oder mit einer neuen Halterung versehen, beginnt nicht einfach dieselbe Zeitreihe weiter. Das Ereignis gehört in die Historie, ebenso Firmwarewechsel und geänderte Kalibrierparameter. Ein kontrollierter Vergleich vor und nach der Änderung schützt davor, einen Montagesprung als ungewöhnliche Erwärmung zu interpretieren.

Nach jeder Saison sollten Technik und Instandhaltung gemeinsam Bilanz ziehen. Interessant sind nicht nur Spitzenwerte, sondern auch ausgefallene Sensoren, schwer erreichbare Montageorte, unnötige Alarme und Fälle, in denen die lokale Messung eine bessere Priorisierung ermöglicht hat. Diese Rückschau entscheidet, welche Standorte dauerhaft bleiben, wo ein zusätzlicher Referenzpunkt nötig ist und ob die Daten den betrieblichen Aufwand tatsächlich reduzieren.

Datenlücken während einer Hitzewelle richtig behandeln

Gerade bei hoher Temperatur können Batterie, Elektronik oder Funkverbindung stärker belastet sein. Ein ausbleibender Wert darf im Dashboard nicht wie ein niedriger Messwert erscheinen. Messzeit, Empfangszeit und Datenalter müssen getrennt sichtbar bleiben. Überschreitet eine Lücke den zulässigen Zeitraum, entsteht ein eigener technischer Alarm mit einer festgelegten Ersatzhandlung, etwa Referenzmessung, Vor-Ort-Kontrolle oder Nutzung eines benachbarten geprüften Punktes.

Eine automatische Interpolation kann Kurven lesbarer machen, ist aber keine gemessene Schienentemperatur. Solche Werte werden eindeutig gekennzeichnet und nicht ungeprüft für betriebliche Schwellen verwendet. Wenn mehrere benachbarte Messstellen gleichzeitig ausfallen, ist außerdem ein gemeinsamer Infrastrukturfehler wahrscheinlicher als mehrere unabhängige Sensordefekte. Das Monitoring sollte diese Muster erkennen und das zuständige Netzteam statt vieler einzelner Wartungsaufträge informieren.

Nach Wiederkehr der Verbindung werden gepufferte Werte zeitlich korrekt einsortiert. Sie können die spätere Analyse verbessern, dürfen aber keinen verspäteten Echtzeitalarm vortäuschen. Die Plattform kennzeichnet daher, welche Meldung live und welche nachträglich eingetroffen ist. Diese scheinbar kleine Unterscheidung ist wichtig, wenn Reaktionszeiten bewertet oder Entscheidungen einer Hitzeperiode später nachvollzogen werden. Zusätzlich sollte ein Saisonbericht Umfang, Dauer und Ursache aller kritischen Lücken systematisch nennen. So kann die nächste Wartungsrunde gezielt Antennen, Energieversorgung oder besonders störanfällige Einbauorte verbessern, statt pauschal mehr Sensoren zu beschaffen.

Praxisregel: Schienentemperatur wird nicht durch möglichst viele Messpunkte beherrschbar, sondern durch geprüfte Sensoren, abschnittsspezifische Regeln und einen Ablauf, der aus einer Auffälligkeit eine fachliche Kontrolle macht.

Häufige Fragen

Hat SNCF Réseau Schienentemperatursensoren erprobt?

Ja. SNCF beschrieb 2020 eine Charakterisierung mit rund hundert direkt am Schienensteg montierten Sensoren. Die Quelle kennzeichnet das Vorhaben als Erprobung.

Reicht die Lufttemperatur für die Bewertung aus?

Nein. Schiene und Luft können sich wegen Sonne, Wind, Oberfläche und thermischer Trägheit deutlich unterschiedlich entwickeln.

Welche Daten sollte ein Sensor senden?

Sinnvoll sind Schienentemperatur, Zeit, Änderungsrate, Batterie, Fehlerstatus, Datenqualität und eindeutiger Streckenbezug.

Kann LoRaWAN bei Hitze automatisch den Bahnverkehr steuern?

Nein. LoRaWAN liefert ergänzende Messdaten. Betriebliche Maßnahmen folgen den Regeln und Entscheidungen des Infrastrukturbetreibers.

Warum ist die Charakterisierung so wichtig?

Sie zeigt, ob Genauigkeit, Montage, Ansprechzeit und Langzeitstabilität für den konkreten Instandhaltungsprozess ausreichen.