IL:derailerIL

From railML 3 Wiki
Revision as of 11:44, 27 May 2022 by RailML Coord Rollingstock (talk | contribs) (→‎{{examples}})
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Introduction

🗒️ Please, recognize our outline on moveable elements.  


Documentation

Syntax

Autoexport from the XML-Schema for element IL:derailerIL of railML® version 3.3
    
Documentation The derailer is a track asset that either allows or disallows train passage. Here the functional aspects for interlocking operation are considered.
The derailer or trap switch is an infrastructure element that either allows or disallows train passage. A derailer typically operates on one rail only; trap switch (points) have similar effect using both rails to literally derail the train for protection purpose.
Derailers that are locally and manually controlled are obviously not within the scope of an interlocking as the dispatcher will typically prevent trains from derailing by blocking signals leading towards such a device
Subschema interlocking
Parents*

derailersIL

Children

assetName (0..*), belongsToOperationalPoint (0..1), connectedToPowerSupply (0..1), designator (0..*), elementState (0..*), hasCommand (0..*), hasGaugeClearanceMarker (0..*), hasIndication (0..*), hasTvdSection (0..1), lockedTrack (0..2), refersTo (1..2), relatedMovableElement (0..1)

Attributes:
  • preferredPosition: This is the preferred position of the derailer which it is switched to when not in use. (optional; xs:string)
Possible values:
  • derailingPosition: The derailer is engaged and no vehicle can pass it without getting purposely guided off the running rails.
  • indifferent: The position does not matter for the use.
  • passablePosition: The derailer is retreated and can be passed by any vehicle.,

  • type: type of derailer from interlocking perspective (optional; xs:string)
Possible values:
  • doubleDerailer: a derail device protecting two tracks
  • singleDerailer: a derail device protecting one track,

  • isKeyLocked: One of boolean true or false. True means that the switch is clamped either mechanically or by any electric or electronic means. The interlocking shall never attempt to throw a clamped switch. (optional; xs:boolean),

  • localOperated: This gives information, whether the derailer is locally operated independent of any <signalBox>. (optional; xs:string; patterns: other:w{2,})
Possible values:
  • electrical: For the local operation an electrical drive is used.
  • mechanical: The local operation is made by means of mechanics, e.g. lever with counterweight.
  • none: There is no possibility of local operation of this device.,

  • maxThrowTime: Maximum time in milliseconds during which the IL can drive the element. If it has not reached end-position before this timer expires, the interlocking stops throwing as to prevent damage. (optional; xs:duration),

  • numberOfBladeSwitchActuators: number of switch actuators controlled from interlocking to throw the switch blades, 0 means no direct operation from the interlocking (optional; xs:nonNegativeInteger),

  • numberOfFrogSwitchActuators: number of switch actuators controlled from interlocking to throw the frog nose(s), 0 means no movable frog (optional; xs:nonNegativeInteger),

  • returnsToPreferredPosition: The automatic normalisation attribute is closely related to the preferred position. Whether or not the IL returns the element to its preferred position depends on this parameter. E.g. a derailer that is modelled as ... preferredPosition=engaged autoNormalisation=true ... will return to its engaged position when released. A switch modelled as preferredPosition=right autoNormalisation=false... will not automatically return to the right position when released. This combination of attributes is useful for geographical interlockings that automatically determine the preferred routes given the preferred position of intervening switches. (optional; xs:boolean),

  • typicalThrowTime: typical throw time is the average time it takes between the moment the IL receives the call and the element reaches the new position. Switch throwing adds a delay to route setting that is of great interest to the use case simulation. For this purpose, we add an attribute typicalThrowTime that allows capacity planners to estimate the influence of slow throwing switches on train traffic. Note that this excludes controller (OCS) processing time and communication between controller (OCS) and interlocking. (optional; xs:duration),

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

  • id: the identifier of the object; this can be either of type xs:ID or UUID (obligatory; xs:ID); 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:derailerIL of railML® version 3.2
    
Documentation The derailer is a track asset that either allows or disallows train passage. Here the functional aspects for interlocking operation are considered.
Subschema interlocking
Parents*

derailersIL

Children

assetName (0..*), belongsToOperationalPoint (0..1), connectedToPowerSupply (0..1), designator (0..*), hasCommand (0..*), hasGaugeClearanceMarker (0..2), hasIndication (0..*), hasTvdSection (0..1), lockedTrack (0..2), refersTo (1..2), relatedMovableElement (0..1)

Attributes:
  • preferredPosition: This is the preferred position of the derailer which it is switched to when not in use. (optional; xs:string)
Possible values:
  • derailingPosition: The derailer is engaged and no vehicle can pass it without getting purposely guided off the running rails.
  • passablePosition: The derailer is retreated and can be passed by any vehicle.,

  • isKeyLocked: One of boolean true or false. True means that the switch is clamped either mechanically or by any electric or electronic means. The interlocking shall never attempt to throw a clamped switch. (optional; xs:boolean),

  • localOperated: This gives information, whether the derailer is locally operated independent of any <signalBox>. (optional; xs:string; patterns: other:w{2,})
Possible values:
  • electrical: For the local operation an electrical drive is used.
  • mechanical: The local operation is made by means of mechanics, e.g. lever with counterweight.
  • none: There is no possibility of local operation of this device.,

  • maxThrowTime: Maximum time in milliseconds during which the IL can drive the element. If it has not reached end-position before this timer expires, the interlocking stops throwing as to prevent damage. (optional; xs:duration),

  • numberOfBladeSwitchActuators: number of switch actuators controlled from interlocking to throw the switch blades, 0 means no direct operation from the interlocking (optional; xs:nonNegativeInteger),

  • numberOfFrogSwitchActuators: number of switch actuators controlled from interlocking to throw the frog nose(s), 0 means no movable frog (optional; xs:nonNegativeInteger),

  • returnsToPreferredPosition: The automatic normalisation attribute is closely related to the preferred position. Whether or not the IL returns the element to its preferred position depends on this parameter. E.g. a derailer that is modelled as ... preferredPosition=engaged autoNormalisation=true ... will return to its engaged position when released. A switch modelled as preferredPosition=right autoNormalisation=false... will not automatically return to the right position when released. This combination of attributes is useful for geographical interlockings that automatically determine the preferred routes given the preferred position of intervening switches. (optional; xs:boolean),

  • typicalThrowTime: typical throw time is the average time it takes between the moment the IL receives the call and the element reaches the new position. Switch throwing adds a delay to route setting that is of great interest to the use case simulation. For this purpose, we add an attribute typicalThrowTime that allows capacity planners to estimate the influence of slow throwing switches on train traffic. Note that this excludes controller (OCS) processing time and communication between controller (OCS) and interlocking. (optional; xs:duration),

  • 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:derailerIL of railML® version 3.1
    
Documentation The derailer is a track asset that either allows or disallows train passage. Here the functional aspects for interlocking operation are considered.
Subschema interlocking
Parents*

derailersIL

Children

any (0..*), connectedToPowerSupply (0..1), designator (0..1), hasGaugeClearanceMarker (0..2), hasTvdSection (0..1), refersTo (1..1), relatedMovableElement (0..1)

Attributes:
  • preferredPosition: This is the preferred position of the derailer which it is switched to when not in use. (optional; xs:string)
Possible values:
  • passablePosition
  • derailingPosition,

  • maxThrowTime: Maximum time in milliseconds during which the IL can drive the element. If it has not reached end-position before this timer expires, the interlocking stops throwing as to prevent damage. (obligatory; xs:duration),

  • typicalThrowTime: typical throw time is the average time it takes between the moment the IL receives the call and the element reaches the new position. Switch throwing adds a delay to route setting that is of great interest to the use case simulation. For this purpose, we add an attribute typicalThrowTime that allows capacity planners to estimate the influence of slow throwing switches on train traffic. Note that this excludes controller (OCS) processing time and communication between controller (OCS) and interlocking. (optional; xs:duration),

  • returnsToPreferredPosition: The automatic normalisation attribute is closely related to the preferred position. Whether or not the IL returns the element to its preferred position depends on this parameter. E.g. a derailer that is modelled as ... preferredPosition=engaged autoNormalisation=true ... will return to its engaged position when released. A switch modelled as preferredPosition=right autoNormalisation=false... will not automatically return to the right position when released. This combination of attributes is useful for geographical interlockings that automatically determine the preferred routes given the preferred position of intervening switches. (optional; xs:boolean),

  • isKeyLocked: One of boolean true or false. True means that the switch is clamped either mechanically or by any electric or electronic means. The interlocking shall never attempt to throw a clamped switch. (optional; xs:boolean),

  • numberOfBladeSwitchActuators: number of switch actuators controlled from interlocking to throw the switch blades, 0 means no direct operation from the interlocking (optional; xs:nonNegativeInteger),

  • numberOfFrogSwitchActuators: number of switch actuators controlled from interlocking to throw the frog nose(s), 0 means no movable frog (optional; xs:nonNegativeInteger),

  • 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

There exists an overview of all changes between railML® 3.1 and railML® 3.2 on page Dev:Changes/3.2.

The children have been changed.

The attributes have been changed.

Changes 3.2→3.3

There exists an overview of all changes between railML® 3.2 and railML® 3.3 on page Dev:Changes/3.3.

The element documentation has been changed.

The children have been changed.

The attributes have been changed.

Semantics

Best Practice / Examples

Another movable element is the derailer. In order to avoid ambiguity with the infrastructure element the related type is called derailerIL in railML interlocking subschema. The derailer is a device which, when placed on the rail, derails the wheels of a vehicle, and serves to protect a converging line. There are also versions made of one or two stock rail(s) with a movable blade, also called “trap switch”, causing the same effect. Independently of its physical appearance it is handled by the interlocking very similar to a switch. The instantiation extends the abstract type of movableElement by some additional elements and attributes.

  • <refersTo> – This is the reference to the track asset <derailerIS> from the infrastructure part.
  • @preferredPosition – This marks the position, which the derailer shall have in normal case, i.e. when not in use of a route. The possible positions can be
    • derailingPosition – The derailer is engaged and no vehicle can pass it without getting purposely guided off the running rails.
    • passablePosition – The derailer is retreated and can be passed by any vehicle.
  • @localOperated - This gives information, whether the derailer is locally operated independent of any <signalBox>.
    • electrical - For the local operation an electrical drive is used.
    • mechanical - The local operation is made by means of mechanics, e.g. lever with counterweight.

The example shows a derailer with similar features as a simple switch. The preferred position is the derailing one, which is automatically assumed after use. In addition the relation to the switch pt_swi03 is marked causing an interdependence of the positions. The position restriction itself is defined with the related switch. 

<derailerIL returnsToPreferredPosition="true" id="dr_der01" isKeyLocked="false" maxThrowTime="PT10S" typicalThrowTime="PT6S" preferredPosition="derailingPosition">
        <designator register="_SimpleRegister" entry="69GS04" />
        <refersTo ref="der01" />
        <relatedMovableElement ref="pt_swi03" />
</derailerIL>

Dependency with Switch

Some operators might configure a dependency between a derailer and the switch leading towards the derailer. The normal sequence will be that the derailer has to be switched to passable position before the related switch can be switched in the position towards the derailer. After use the switch has to be switched first into the protecting position before the derailer can be switched into the derailing position. This shall reduce the risk of unintended derailing during shunting movements.

The example shows the relation between switch swi03 and derailer der01 by using the element <relatedMovableElement>. 

<switchesIL>
        <switchIL returnsToPreferredPosition="true" id="pt_swi03" isKeyLocked="false" maxThrowTime="PT10S" typicalThrowTime="PT6S" preferredPosition="left">
                <designator register="_SimpleRegister" entry="69W04"/>
                <refersTo ref="swi03" />
                <relatedMovableElement ref="dr_der01" />
                <branchLeft ref="trc06" />
                <branchRight ref="trc07" />
                <hasPositionRestriction restrictedPosition="left">
                        <relatedDerailerInPosition inPosition="passablePosition">
                                <refersToDerailer ref="dr_der01" />
                        </relatedDerailerInPosition>
                </hasPositionRestriction>
        </switchIL>
</switchesIL>
<derailersIL>
        <derailerIL returnsToPreferredPosition="true" id="dr_der01" isKeyLocked="false" maxThrowTime="PT10S" typicalThrowTime="PT6S" preferredPosition="derailingPosition">
                <designator register="_SimpleRegister" entry="69GS04"/>
                <refersTo ref="der01"/>
                <relatedMovableElement ref="pt_swi03" />
                <hasPositionRestriction restrictedPosition="derailingPosition">
                        <relatedSwitchInPosition inPosition="right">
                                <refersToSwitch ref="pt_swi03" />
                        </relatedSwitchInPosition>
                </hasPositionRestriction>
        </derailerIL>
</derailersIL>

Additional Information

Notes

Open Issues

Retrieved from "https://wiki3.railml.org/index.php?title=IL:derailerIL&oldid=6482"