Signalisation lors du suivi (signal interne)

Aus RailRoad&Co.-Wiki
Version vom 24. April 2025, 21:46 Uhr von Papybricolo (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „=== Arrêt prévu ===“)
Zur Navigation springenZur Suche springen
Verwendung
thumbs


Signalisation lors du trajet successeur

Demande du trajet successeur

Les incertitudes liées à la signalisation lors du passage aux trains suivants sont dues au fait que le train suivant n’est normalement demandé qu’à l’arrivée dans le canton de destination. Le signal de présignalisation doit cependant déjà être calculé si le train se trouve encore dans l’avant-dernier canton du trajet. À ce stade, le logiciel ne sait pas encore si le trajet successeur peut être effectué. Par conséquent, il "spécule" sur ce qui est plus probable - une poursuite du train sans arrêt ou un arrêt - et déclenche le signal préalable en conséquence.

Par conséquent, la signalisation est généralement améliorée lorsque le trajet successeur est demandé dans l’avant-dernier canton.

Fig : signal à trois états

Demande dans l’avant-dernier canton

La proposition "Demander dans l’avant-dernier canton" signifie que le signal est en vert parce que l'itinéraire suivant est déjà connecté ou bien en vert parce qu’il n’a pas encore été connecté.

Demande du trajet successeur

C’est le cas (a) : la demande de trajet successeur est déjà acceptée dans l’avant-dernier canton. Dans ce cas, le signal est réglé sur vert ou jaune et reste généralement tel qu’il est lorsque le train entre dans le canton cible (signifie généralement : sauf si des actions imprévues telles que des verrous de canton, etc. interfèrent).

  • Le cas (a) est bien.

Trajet successeur pas encore demandé

C’est le cas (b) : il n’est pas encore possible de demander le trajet successeur dans l’avant-dernier canton.

Dans ce cas, le logiciel spéculera comme dans la procédure standard, où la demande n’est faite que dans le canton cible.

  • Le cas (b) peut être un mauvais cas, c’est-à-dire si la demande de trajet successeur échoue également dans le canton cible

Arrêt dans le canton cible

Cela fonctionne en prévoyant un arrêt dans le canton cible, puis le signal reste sur rouge (au moins dans mes essais effectués).

Arrêt prévu

Dies ist Fall (c): dieser Fall funktioniert immer, egal, auf welchen Block die Anforderung der Nachfolgerfahrt eingestellt wird.

Bei einem planmässigen Halt, gesetzter Blocksperre u.ä. weiss die Software ja, dass der Zug halten muss. Sie muss nicht spekulieren und setzt das Vorsignal gleich auf rot.

  • Fall (c) ist ebenfalls ein Gut-Fall.

Einschränkungen der Signalisierung

Die Einschränkungen der Signalisierung gelten nur für den sogenannten "fliegenden Wechsel", also den Wechsel auf die Nachfolgerfahrt ohne Halt des Zuges. Ein fliegender Wechsel liegt in den o.g. Fällen (a) und (b) vor, wobei nur Fall (b) ungünstig ist.

Im Fall (c) liegt kein fliegender Wechsel vor und die Signalisierung funktioniert ohne Einschränkungen.


-- Wohlmannstetter 09:54, 11. Jun. 2013‎
bearbeitet: Uslex (Diskussion) 08:58, 26. Mai 2022 (CEST)