IL:controller: Difference between revisions

From railML 3 Wiki
Jump to navigation Jump to search
[unchecked revision][unchecked revision]
(tutorial)
Line 10: Line 10:
{{importComment}}
{{importComment}}
=={{examples}}==
=={{examples}}==
Infrastructure managers use different types of detectors to monitor for unwanted or dangerous situations related to the interlocking operation. The outputs of such detectors are fed into the {{doc|IL|signalBox}} (interlocking) or the {{doc|IL|controller}} to react accordingly. Dependent on the purpose there can be the following base types classified:
*{{enum|avalanche}} – The detector detects avalanches, which may endanger the railway traffic.
*{{enum|cranks}} – The detector detects the presence of cranks for switch actuators at their normal location, e.g. in a special cabinet at the stationmaster.
*{{enum|derailment}} – The detector detects any derailed railway vehicle. It is often used in rear of tunnels or bridges to reduce the damages by derailed vehicles.
*{{enum|doors}} – The detector monitors the entry doors of equipment rooms.
*{{enum|fire}} – The detector detects fire or smoke in equipment cabinets or rooms.
*{{enum|flatWheel}} – The detector detects any flat wheel of a railway vehicle.
*{{enum|gas}} – The detector detects the excessive concentration of a particular gas in the vicinity.
*{{enum|hotWheelBox}} – The detector detects any hot axle box of railway vehicles.
*{{enum|intrusion}} – The detector monitors the access doors to any equipment cabinet or room in order to detect unauthorised access.
*{{enum|landSlide}} – The detector detects landslides or rockfalls, which may endanger the railway traffic.
*{{enum|loadingGauge}} – The detector detects any railway vehicle exceeding the loading gauge due to replaced goods or similar.
*{{enum|weighing}} – The detector checks the axle load of any railway vehicle against a pre-set limit.
*{{enum|other:…}} – The detector is of another type. This is the optional extension of the list. Each entry needs to start with the string “other:” and shall have at least two letters in addition.
<div>


=={{Additional Information}}==
=={{Additional Information}}==
==={{Notes}}===
==={{Notes}}===
==={{Open issues}}===
==={{Open issues}}===

Revision as of 14:53, 24 January 2020

Introduction

Documentation

Syntax

Autoexport from the XML-Schema for element IL:controller of railML® version 3.2
Documentation Container with reference to connected interlockings and system assets controlled by this operational terminal.
Subschema interlocking
Parents* controllers
Children belongsToInfrastructureManager (0..1), belongsToOperationalPoint (0..*), controlledAssets (1..1), designator (0..*), hasCommunicationSettings (0..*), hasName (0..1), routeSequences (0..1)
Attributes:
  • elementNumber: element number of the asset for internal reference in engineering data (optional; xs:nonNegativeInteger),

  • model: The model name of the asset from the supplier. (optional; xs:string),

  • softwareVersion: The specific software version of the asset itself. (optional; xs:string),

  • 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:controller of railML® version 3.1
Documentation Container with reference to connected interlockings and system assets controlled by this operational terminal.
Subschema interlocking
Parents* controllers
Children any (0..*), controlledAssets (1..1), designator (0..1), itineraries (0..1)
Attributes:
  • 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