Introduction
Documentation
Syntax
|
Documentation
|
Classification of TVD section reset strategies
|
Subschema
|
interlocking
|
Parents*
|
usesTypes
|
Children
|
designator (0..*), elementState (0..*)
|
Attributes:
- resetStrategy: The classification of the reset strategy. (obligatory;
xs:string )
- Possible values:
- conditionalReset: The section will only be reset, if some conditions are fulfilled. In case of several variants one can include the condition information in the <designator> of the reset strategy. Such conditions can be that the TVD section must be failed or the last counting action of delimiting detection points was “in”.
- procedure: This is a placeholder for any other procedure to reset a TVD section.
- sweepRunWithConfirmation: Here not just a sweep run is requested, but after the notification of the correct occupation and clearance sequence the operator needs to confirm the result by command before the section is reset within the interlocking.
- sweepRunWithoutConfirmation: Especially for axle counter sections a sweep run (de: Bügelfahrt) can be requested. Although the TVD section reset takes place, with receipt of the operator command to the axle counter unit the interlocking keeps it logically failed until a correct occupation and clearance sequence from a passing train is notified from the axle counter. In this case the section is reset immediately without any further operator action.
- unconditionalReset: The section will be reset on command without any conditions, i.e. after the reset command was accepted by the interlocking system the TVD section is set to clear/vacant status.,
- 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.
|
|
Documentation
|
Classification of TVD section reset strategies
|
Subschema
|
interlocking
|
Parents*
|
usesTypes
|
Children
|
designator (0..*)
|
Attributes:
- resetStrategy: The classification of the reset strategy. (obligatory;
xs:string )
- Possible values:
- conditionalReset: The section will only be reset, if some conditions are fulfilled. In case of several variants one can include the condition information in the <designator> of the reset strategy. Such conditions can be that the TVD section must be failed or the last counting action of delimiting detection points was “in”.
- procedure: This is a placeholder for any other procedure to reset a TVD section.
- sweepRunWithConfirmation: Here a sweep run is also requested. However, after the notification of the correct occupation and clearance sequence the operator needs to confirm the result by command before the section is reset within the interlocking.
- sweepRunWithoutConfirmation: Especially for axle counter sections a sweep run (de: Bügelfahrt) can be requested. Although the TVD section reset takes place, with receipt of the operator command to the axle counter unit the interlocking keeps it logically failed until a correct occupation and clearance sequence from a passing train is notified from the axle counter. In this case the section is reset immediately without any further operator action.
- unconditionalReset: The section will be reset on command without any conditions, i.e. after the reset command was accepted by the interlocking system the TVD section is set to clear/vacant status.,
- 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.
|
|
Documentation
|
Classification of TVD section reset strategies
|
Subschema
|
interlocking
|
Parents*
|
usesTypes
|
Children
|
any (0..*), designator (0..1)
|
Attributes:
- resetStrategy: The classification of the reset strategy. (obligatory;
xs:string )
- Possible values:
- unconditionalReset
- sweepRunWithoutConfirmation
- sweepRunWithConfirmation
- procedure
- conditionalReset,
- 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 children have been changed.
The attributes have been changed.
Semantics
Best Practice / Examples
Railway tracks are divided in logical sections by technical means for detecting the vacancy of the related section. The typical technologies are track circuits or axle counter. They deliver mainly the status information vacant, occupied or failed. In case of a failure the particular sections needs to be reset, i.e. declared clear of any railway vehicle. The individual IM have various strategies for such a reset. In consequence the interlocking can attribute a particular TVD section with the necessary commands. The functional details are specific of the equipment manufacture and not needed here. Thus, a generic classification shall be sufficient. The list of TVD reset strategies in <hasTVDresetStrategy> allows the following possibilities:
- unconditionalReset – The section will be reset on command without any conditions, i.e. after the reset command was accepted by the interlocking system the TVD section is set to clear/vacant status.
- conditionalReset – The section will only be reset, if some conditions are fulfilled. In case of several variants one can include the condition information in the <designator> of the reset strategy. Such conditions can be that the TVD section must be failed or the last counting action of delimiting detection points was “in”.
- sweeprunWithoutConfirmation – Especially for axle counter sections a sweep run (de: Bügelfahrt) can be requested. Although the TVD section reset takes place, with receipt of the operator command to the axle counter unit the interlocking keeps it logically failed until a correct occupation and clearance sequence from a passing train is notified from the axle counter. In this case the section is reset immediately without any further operator action.
- sweeprunWithConfirmation – Here a sweep run is also requested. However, after the notification of the correct occupation and clearance sequence the operator needs to confirm the result by command before the section is reset within the interlocking.
- procedure – This is a placeholder for any other procedure to reset a TVD section.
The definition here in <hasTVDresetStrategy> is rather straight forward, as one would give an @id and possibly a <designator> related to the used value from genericResetStrategyList.
<hasTVDresetStrategy id="rst_uc" resetStrategy="unconditionalReset">
<designator register="_SimpleRegister" entry="unconditional reset"/>
</hasTVDresetStrategy>
<hasTVDresetStrategy id="rst_cd" resetStrategy="conditionalReset">
<designator register="_SimpleRegister" entry="conditional reset"/>
</hasTVDresetStrategy>
<hasTVDresetStrategy id="rst_swr_noconf" resetStrategy="sweepRunWithoutConfirmation">
<designator register="_SimpleRegister" entry="sweeprun without confirmation"/>
</hasTVDresetStrategy>
<hasTVDresetStrategy id="rst_swr_conf" resetStrategy="sweepRunWithConfirmation">
<designator register="_SimpleRegister" entry="sweeprun with confirmation"/>
</hasTVDresetStrategy>
Additional Information
Notes
Open Issues