Braunschweiger Verkehrskolloquium RailML Datenaustausch für Simulation und Trassenmanagement im europäischen Güterverkehr Dipl.-Ing. Vasco Paul Krauß Fraunhofer-Institut für Verkehrs- und Infrastruktursysteme Dresden www.ivi.fhg.de / www.railml.org krauss@ivi.fhg.de
Problem Für Betriebsplanung, Trassenmanagement und Simulation in Eisenbahnnetzen werden Infrastrukturdaten (Gleisgeometrie, Signale, Fahrwege), Fahrpläne (Lage, Takt, Trasse) und fahrdynamische Werte der Fahrzeuge benötigt. Daten liegen vielfach digital, aber in einer Vielzahl historisch gewachsener Formate, vor. Konvertierung mittels programm. Einzelschnittstellen, die aufwändig gepflegt werden müssen. technische Zielstellung: einfach handhabbares, selbstbeschreibendes, änderungsund fehlertorelantes Format mit Anlehnung an Standards wirtschaftliche Zielstellung: Reduzierung der Schnittstellenvielfalt und Entwicklungskosten, Beschleunigung des Datenaustausches
Lösung XML-basierte Schemen RailML
XML-Schemen Beispiel eines Fahrplans (Schema timetable) <?xml version="1.0" encoding="utf-8"?> <!-- edited with OpenTrack (http://www.opentrack.ch) --> <railml xmlns:xsi="http://www.w3.org/2000/10/xmlschema-instance" xsi:nonamespaceschemalocation="timetable.xsd"> <timetable version="0.95" scheduleformat="hh:mm:ss"periodformat="s"> <train trainid="rx 100.2" type="planned" source="opentrack"> <timetableentries> <entry posid="zu" departure="06:08:00" type="begin"></entry> <entry posid="zwi" departure="06:10:30" type="pass"></entry> <entry posid="zoer" arrival="06:16:00 departure="06:17:00" minstoptime="9" type="stop"></entry> <entry posid="ws" departure="06:21:00" type="pass"></entry> <entry posid="due" departure="06:23:00" type="pass"></entry> <entry posid="scw" departure="06:27:00" type="pass"></entry> <entry posid="nae" departure="06:29:00" type="pass"></entry> <entry posid="ust" arrival="06:34:30" type="stop"></entry> </timetableentries> </train> </timetable> </railml>
RailML -Teilschemen Baum aus diversen (erweiterbaren) Bereichen bisher: Fahrpläne (V 1.0) Infrastruktur (V 0.96) Fahrzeuge (V 0.7) Statistik (geplant)
www.railml.org RailML Schemenentwicklung Zusammenarbeit via Internet
Partner RailML-Konsortium ist keine feste / geschlossene Gruppe, eher eine Entwicklungspartnerschaft! Eisenbahnunternehmen: SBB, DB, RFF Softwarehersteller: ETHZ, SMA, irfp, IVU, PTV, IfB, OpCom, SIEMENS, ERGON, Multimodal.inc, RMCon, HACON, KHW Ing., HamburgConsult Forschungseinrichtungen: FhG-IVI, -FIRST, JRSI Universitäten: Berlin, Braunschweig, Dresden, Wels, Wien, Zilina, Zürich Sonstige: VVA, weitere
RailML im Projekt GPSInfraDat Infrastrukturdarstellung videobasierte Tfz-Simulation 3D-generierte Simulation (z.b. für Bauzustände, NBS) Planunterlagen Planunterlagen der der EIU EIU Viewer/ Viewer/ Editoren Editoren Externe Externe Datenbanken Datenbanken (FBS-iFRANK, (FBS-iFRANK, DB-GIS, DB-GIS, VISUM) VISUM) Ext. Ext. Betriebs- Betriebsund und Fahrplansimulationsprogramme Fahrplansimulationsprogramme (SIMU, (SIMU, Opentrack, Opentrack, VILLON) VILLON)
ifadt System Schiene - Interaktive Fahrplanung, Disposition und Trassenvergabe im schienengebundenen Güterverkehr Prof. Jörg Schütte, Fraunhofer-IVI Dresden www.ivi.fhg.de
Ausgangssituation ifadt Ziel: bestmögliche Auslastung bei geringem Koordinationsaufwand Ist: langfristig festgelegter Fahrplan, Koordinationsaufwand für versch. PV- und GV-TOC (stark steigend) Netzbetreiber (InfraCo) Ziel: Ist: Güterverkehrs- TOC Flexibilität in der Trassennutzung, -versteigerung langfristige Trassenkoordination und -festlegung Ziel: Personenverkehrs- TOC Flexibilität bei plötzlichen Abweichungen
Lösungsstrategie ifadt Unverändert: vorab koordinierte, starre Fahrpläne für Personenverkehr und notwendige Trassen im Güterverkehr [z.b.pic, OSS]) Freiräume für ad-hoc-trassen eigenständige Trassenplanung durch Verkehrsunternehmen bei auftretendem Verkehrsbedarf (Saison, Tageszeit, Verspätungen) Koordinierung und Entscheid durch Netzbetreiber (i.d.r. automatisch; Ausnahmen nach AEG) flexibel zu vergebendes Trassenzeitfenster dynamische Allokation von Trassen im Güterverkehr
Umsetzungsstrategie ifadt 1. Projektphase: Entwicklung und Labortest mit virtueller Umgebung (Netzsimulation) bzw. in einem Eisenbahnbetriebslabor 2. Projektphase: Praxiseinsatz im Netz verschiedener kleinerer NE-Bahnen und TOC mit jeweils 2-3 Clients; Validierung und Anpassung Umsetzung: Testauswertung und Darstellung der Möglichkeiten zur optimalen Konfiguration und Einsatz in größeren Netzen ifadt-server für Datenmanagement mit Zugriff auf Infrastruktur- und Fahrplandatenbank unter Hoheit InfraCo sowie Schnittstellen zu Zuglaufdaten und Disposition ifadt-client zur dynamischen Trassenkonstruktion, -auswahl und -bestellung vor Ort (TOC-Disponent oder -Triebfahrzeug) mit interaktiver Benutzeroberfläche und Dokumentation
Systemüberblick Manueller Einfluß und Letztentscheid Netzbetreiber ifadt Trassenwunsch Netznutzer Disposition (on-line Daten) z.b. Arbeitsplatz Betriebszentrale Editor Messzugdaten digitale Planunterlagen automatisch Abbild Ist- und Soll-Zustand Infrastruktur- Datenbank Fahrplan-Datenbank statisch (Soll-Fahrplan) dynamisch (Ist-Fahrplan) automatisch dynamische Trassenvergabe lokale Trassenübersicht Ein-/Ausgabe Wunschdaten Berechnung Online- Fahrplan mit Varianten Auswahl / Bestätigung Stellwerkstechnik (Zuglaufverfolgung, Fahrstraßenwahl) Datenmanagement Fahrtdurchführung lokale Datenbank-Kopie
Praxisbezug ifadt UserClub unterstützender Bahnunternehmen Praxiseinsatz unter wechselnden Anforderungen und Bedingungen; Rückmeldungen offen für weitere InfraCo und TOC Kooperation mit europäischen Schnittstellengremien z.b. XML: RailML.org, PATHFINDER (UIC) und FTE (CD/SBB) Heutige und zukünftige Forderungen der europäischen und deutschen Gesetzgebung (Interoperabilität, Netzzugang, Trassenpreistransparenz) sind berücksichtigt Nachführung neuer Rahmenbedingungen / Anforderungen (Trassenpreissysteme, Versteigerungen, RAMS/LCC)