Display |
Identifier |
Values |
Description |
AuxDet |
Auxiliary call detector |
|
A so-called auxiliary call detector can be assigned to each traffic stream of the PT module (e.g., key switch). The PT module assumes that this auxiliary call detector is detected via the conventional detector inputs. The PT module requires the channel number of the relevant input. The selection is limited to the detectors supplied in the basic supply. |
|
|
|
|
|
|
INAC |
No auxiliary call detector. |
|
|
1 .. 120 |
Channel number of the auxiliary call detector. |
Fct_AuxDet |
Auxiliary call detector: Function |
|
This parameter tells in which way the auxiliary call is made. The request for an auxiliary call is canceled at the start of the green light. |
|
|
|
|
|
|
None |
There is no auxiliary call detector available. |
|
|
Impulse |
The rising edge is evaluated. |
|
|
Occupant |
The occupancy time is evaluated. |
|
|
Gap |
The falling edge is evaluated. |
TDel_AuxDet |
Auxiliary call detector: Delay time |
|
The delay time parameter can be used to specify how quickly the auxiliary call is to take effect. The delay ensures that the request is only made after the set duration. It is assumed that an impulse system is used for the request (e.g., key switch). |
|
|
|
|
|
|
0 .. 127 |
Time in seconds. |
OccTime_AuxDet |
Auxiliary call detector: Occupancy time |
|
The occupancy duration parameter can be used to specify how quickly the call is to take effect. The occupancy ensures that the request is only made after an occupancy with the set duration. It is assumed that a request is made with an occupancy system. |
|
|
|
|
|
|
0 .. 127 |
Time in seconds. |
Passing |
Passing allowed |
|
When using serial radio telegrams, overtaking maneuvers can be detected based on the information line, route and course. If overtaking maneuvers are not possible (e.g., streetcar with one track), "overtaking not allowed" must be parameterized. The PT module can then detect and correct errors in the detection. E.g., the PT module can detect a missing check-out telegram if the check-out telegram of a following train is detected. In this case, the PT module logs off both trains simultaneously. |
|
|
|
|
|
|
Overtaking allowed |
Overtaking allowed. |
|
|
No overtaking |
Overtaking not allowed. |
Mod_green_end |
Modification green end |
|
The PT module provides the possibility to distinguish between "correct deregistration" and "deregistration in red" for entries of deregistration. With the parameter modification after green ends it is defined which check-outs after green end are still to be called "correct". All check-outs at a red time (start at green end!) that are greater than the value modification after green end is considered to be check-outs in the red. Sign-offs at a smaller red time than the value "modification after green end" are considered as correct sign-offs. |
|
|
|
|
|
|
0 .. 3276 |
Time in seconds. |
Drv_time_sel |
Travel time selection |
|
The PT module records the travel time of a train and enters it in the PT memory. The PT module travel time selection parameter allows you to specify from which message point, viewed in the direction of travel, the travel time entry is to be made. |
|
|
|
|
|
|
1 CP |
First message point |
|
|
1 .. 4 |
First to 4's message point. |
Vehicle pursuit |
Accuracy of vehicle pursuit |
|
This parameter tells with what accuracy PT vehicles are tracked in the detection area. |
|
|
|
|
|
|
LineAndRoute |
PT vehicles may not change their line or route number from the time of check in to the time of check out. If the line or/and route number changes, then a new PT vehicle is counted in. |
|
|
withoutLine |
PT vehicles are allowed to change their line number from check-in to check-out without a new PT vehicle being counted in. |
|
|
withoutRoute |
PT vehicles are allowed to change their route number from check-in to check-out without a new PT vehicle being counted in. |
|
|
WithoutLineAndRoute |
PT vehicles are allowed to change both their line and route numbers from check-in to check-out without a new PT vehicle being counted in. |
DirectionHand |
Direction by hand |
|
This parameter overlays the PT lines parameter. If the parameterization is not equal to NoDirectionByHand, then when an PT telegram arrives with the 'Direction by hand' set, it is decided by hand only on the basis of this direction whether the PT telegram is valid for the parameter group or not (naturally only with a suitable message point). Independent of what is parameterized at 'Line Route'. |
|
|
|
|
|
|
NoDirectionByHand |
Direction by hand is not evaluated. |
|
|
Through |
Line Route is inactive. If the direction of the telegram is set to through, this call is valid for the traffic stream. |
|
|
Left |
Line Route is inactive. If the direction of the telegram is set to left, this call is valid for the traffic stream. |
|
|
Right |
Line Route is inactive. If the direction of the telegram is set to right, this call is valid for the traffic stream. |