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:
| |
*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. |
IL:derailerIL
Introduction
|
Documentation
Syntax
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:
| |
*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
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>