IL:signalIL

From railML 3 Wiki
Revision as of 18:48, 19 December 2019 by RailML Coord Documentation (talk | contribs) (Created page with "{{subst:docBase |element=signalIL |subschema=IL}}")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Introduction

Documentation

Syntax

Autoexport from the XML-Schema for element IL:signalIL of railML® version 3.2
Documentation The signal is a track asset used to transmit information to the train driver represented by its optical appearance.
Subschema interlocking
Parents* signalsIL
Children assetName (0..*), belongsToOperationalPoint (0..1), designator (0..*), hasCommand (0..*), hasIndication (0..*), hasIndicator (0..*), hasRepeater (0..*), protectsBlockExit (0..*), refersTo (0..1)
Attributes:
  • approachSpeed: The maximum speed in km/h with which a train can approach the signal. This matches the Ka of the previous (=upstream) signal or speed sign. This is suitable for defining the line speed profile. (optional; xs:decimal),

  • callOnAspectTime: time for duration to show call-on aspect on this signal (optional; xs:duration),

  • function: Function of the signal for usage by the interlocking. This is in addition to signalType in infrastructure. (optional; xs:string; patterns: other:w{2,})
Possible values:
  • barrage: The barrage signal is a special protection signal forming an artificial obstruction &&(de:Sperrsignal). In most cases it is not really a main signal. Examples are the extra protection of level crossings or the case of the destination (berthing) track in a station, when it is divided in two parts, to protect the first train from the following one entering this track.
  • block: The block signal is used on open line at the start of a block route.
  • blockInterface: This signal is in most cases a virtual signal used to transfer the actual signalling aspect across the interface between two adjoining signal box areas where a block route crosses this border.
  • distant: The distant signal is announcing the actual aspect of the related main signal. It is positioned in the normal braking distance in rear of the related main signal.
  • entry: The entry signal is the main signal protecting the entrance of a station from the open line.
  • exit: The exit signal is the start of a route from within a station onto the open line.
  • group: The group signal is used within several routes that start not at a main signal as the common main signal. This signal is typically used for exits from a yard where the individual tracks have shunting signals only.
  • intermediate: The intermediate signal is a main signal within a station neither used for entry nor exit routes.
  • intermediateStop: This is a special intermediate signal that is used for marking the stopping place. It is used with long berthing tracks in station where the platform is not close to the exit signal.
  • junction: The junction signal is used at railway junctions, i.e. where route starts towards different railway lines. It shows a different aspect for each set route path depending on the targeted railway line. It is used in path dependent signalling systems.
  • lineInterface: This signal is in most cases a virtual signal used to transfer the actual signalling aspect across the interface between the open line and the station route. It is used to concatenate the two parts of a route - exit route within the station and first block route until the first block signal.
  • main: DEPRECATED: The main signal is a normal signal for train traffic protection which is neither used as block, entry, exit nor intermediate signal. This is the more general function in case no specific one can be used.
  • main+shunting: DEPRECATED: The signal is a combination of main and shunting signal, but “main” is too unspecific.
  • repeater: The repeater signal just repeats the aspect of the related signal. Dependent on the IM the related signal can be of different type like main, distant or shunting signal.
  • shunting: The shunting signal is mainly used in routes for shunting purpose or as indicator for local operation modus. Sometimes the shunting signal is included as intermediate signal in normal train routes.,

  • isNotWired: Often, users label signals virtual. A virtual signal can be a dummy-signal that is a software object in the interlocking but has no physical trackside presence. Such virtual signals can be useful for modelling speed steps; there need not be a physical signal but the interlocking enforces a different speed at the position of the virtual signal. The other way round, stand-alone boards that are not wired to the interlocking can be labelled virtual. Such stand-alone signals are of interest to simulations because when they affect driver behaviour thus influence train runs. (optional; xs:boolean),

  • malfunctionSpeed: This constant indicates the maximum speed in km/h with which a train may travel past a failed signal. The malfunctioning signal cannot be opened. (optional; xs:decimal),

  • passingSpeed: Maximum speed in km/h beyond the signal. This is suitable for defining the line speed profile. (optional; xs:decimal),

  • releaseDelay: Time to elapse between receiving the revocation command and before route release. (optional; xs:duration),

  • releaseSpeed: Release speed in km/h from controlled braking curve. (optional; xs:decimal),

  • sightDistance: The distance in metres the signal is visible in advance by the train driver. This might influence reaction times on changing aspects for simulation. (optional; xs:decimal),

  • elementNumber: element number for internal referencing in the engineering data (optional; xs:nonNegativeInteger),

  • id: unique identifier (obligatory; xs:string; patterns: (urn:uuid:)?[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}|{[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}}); compare: Dev:Identities
*Notice:
Elements may have different parent elements. As a consequence they may be used in different contexts.
Please, consider this as well as a user of this wiki as when developing this documentation further.
Aspects that are only relevant with respect to one of several parents should be explained exclusively in the documentation of the respective parent element.

Autoexport from the XML-Schema for element IL:signalIL of railML® version 3.1
Documentation The signal is a track asset used to transmit information to the train driver represented by its optical appearance.
Subschema interlocking
Parents* signalsIL
Children any (0..*), designator (0..1), protectsBlockExit (0..1), refersTo (1..1)
Attributes:
  • releaseSpeed: Release speed in km/h from controlled braking curve. (optional; xs:decimal),

  • malfunctionSpeed: This constant indicates the maximum speed in km/h with which a train may travel past a failed signal. The malfunctioning signal cannot be opened. (optional; xs:decimal),

  • approachSpeed: The maximum speed in km/h with which a train can approach the signal. This matches the Ka of the previous (=upstream) signal or speed sign. This is suitable for defining the line speed profile. (optional; xs:decimal),

  • passingSpeed: Maximum speed in km/h beyond the signal. This is suitable for defining the line speed profile. (optional; xs:decimal),

  • releaseDelay: Time to elapse between receiving the revocation command and before route release. (optional; xs:duration),

  • function: Function of the signal for usage by the interlocking. This is in addition to signalType in infrastructure. (optional; xs:string; patterns: other:w{2,})
Possible values:
  • main
  • repeater
  • distant
  • shunting
  • barrage
  • block
  • junction
  • exit
  • intermediateStop
  • intermediate
  • entry,

  • isVirtual: Often, users label signals virtual. A virtual signal can be a dummy-signal that is a software object in the interlocking but has no physical trackside presence. Such virtual signals can be useful for modelling speed steps; there need not be a physical signal but the interlocking enforces a different speed at the position of the virtual signal. The other way round, stand-alone boards that are not wired to the interlocking can be labelled virtual. Such stand-alone signals are of interest to simulations because when they affect driver behaviour thus influence train runs. (obligatory; xs:boolean),

  • callOnAspectTime: time for duration to show call-on aspect on this signal (optional; xs:duration),

  • sightDistance: The distance in metres the signal is visible in advance by the train driver. This might influence reaction times on changing aspects for simulation. (optional; xs:decimal),

  • id: unique identifier (optional; xs:ID; patterns: (urn:uuid:)?[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}|{[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}}); compare: Dev:Identities
*Notice:
Elements may have different parent elements. As a consequence they may be used in different contexts.
Please, consider this as well as a user of this wiki as when developing this documentation further.
Aspects that are only relevant with respect to one of several parents should be explained exclusively in the documentation of the respective parent element.


Changes 3.1→3.2

The children have changed.

The attributes have been changed.

Semantics

Best Practice / Examples

Additional Information

Notes

Open Issues