UC:IS:DriverAdvisorySystem

From railML 2 Wiki
Jump to navigation Jump to search
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.
🗒️ This page is mirrored from page UC:IS:DriverAdvisorySystem in The railML® 3 wiki.
Driver Advisory System
(DASY)
Subschema: Infrastructure
 
Related subschemas: TT RS 
Reported by: IS
Stift.png (version(s) not yet specified)
For general information on use cases see UC:Use cases


Use case / Anwendungsfall

Driver Advisory System (DAS); Fahrerassistentsystem

Description / Beschreibung

The Driver Advisory System (DAS) is an on-train driver support system which advises a driver on the most energy-efficient speed profile with which to meet the train’s current schedule. The DAS receives as input the current schedule (which may be updated at any time) together with a range of static or near-static data relating to the track, namely: topology, topography, asset locations and speed restrictions; and various parameters relating to the vehicle itself.

DAS use case.png

Data Flows and Interfaces / Datenflüsse und Schnittstellen

Data inputs
Track attributes (Infrastructure):

  • Track Centre Line (as a polyline)
  • Track altitude (polyline)
  • Geometry: Track curvature
  • Topology: Node-link model
  • Route IDs
  • Track IDs
  • Mileposts / kilometre posts id, location
  • Junctions id, location
  • Loop ends id, location
  • Platform ends platform ids, location
  • Tunnels id, location (,envelope)
  • Signals id, location, signal type
  • Permissible speeds including permanent speed restrictions (PSRs), qualified by direction of travel and train type
  • Temporary speed restrictions (TSRs), qualified by direction of travel and train type
  • Emergency speed restrictions (ESRs)
  • Locations of the following may also be required in the future (TBD):
    • Signal berths id, location
    • Bridges id, location
    • Road crossings id, location

Schedule attributes (Timetable):

  • Train Service Id
  • (Sequence of) scheduled locations
    • location name
    • location as Track attribute
  • For each passing location
    • passing time and tolerance (before and after)
  • For each stopping location
    • arrival and departure times

Vehicle attributes (Rollingstock):

  • Formation or consist
  • (mass, length) profile
  • Maximum speed
  • Braking parameters (braking curve, brake delay, brake build-up)
  • Traction parameters
  • Coefficients of resistance

Data outputs
DAS operating logs

  • Train id
  • Time
  • Train location
  • Train actual speed
  • Advised speed
  • Driver entered parameters

Interference with other railML® schemas / Interferenz mit anderen railML®-Schemen

  • rolling stock
  • timetable

Characterizing Data / Charakterisierung der Daten

This section serves to specify the required data regarding certain aspects.

How often do the data change (update)?

  • Track attributes: nearly static except for TSRs and ESRs (weekly/daily)
  • Schedule attributes: daily, with realtime changes
  • Vehicle attributes: occasional changes (event-driven)

How big are the data fragments to be exchanged (complexity)?

  • huge (region)

Which views are represented by the data (focus)?

  • Train regulation
  • Energy

Which specific data do you expect to receive/send (elements)?

Missinginformation.png In this article there is information missing with respect to affected elements. Please help improving the railML® wiki by filling the gaps. Possibly, you will find further details on the discussion pageFerri Leberl (Diskussion) 18:04, 23. Jun. 2016 (CEST)