Signalisierung bei Nachfolgefahrt (internes Signal)/fr: Unterschied zwischen den Versionen

Aus RailRoad&Co.-Wiki
Zur Navigation springenZur Suche springen
← Zum vorherigen Versionsunterschied
Papybricolo (Diskussion | Beiträge)
16.031 Bearbeitungen
Die Seite wurde neu angelegt: „=== Trajet successeur pas encore demandé ===“
KKeine Bearbeitungszusammenfassung
 
(19 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 4: Zeile 4:


<span id="Signalisierung_bei_Nachfolgefahrt"></span>
<span id="Signalisierung_bei_Nachfolgefahrt"></span>
== Signalisation lors du trajet suivant ==
== Signalisation lors du trajet successeur ==


<span id="Anforderung_der_Folgefahrt"></span>
<span id="Anforderung_der_Folgefahrt"></span>
=== Demande du trajet suivant ===
=== 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 de suivi 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.
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 suivant est demandé dans l’avant-dernier canton.
Par conséquent, la signalisation est généralement améliorée lorsque le trajet successeur est demandé dans l’avant-dernier canton.


:[[Datei:Signal intern.JPG|400px]]
:[[Datei:Signal intern.JPG|400px]]
Zeile 22: Zeile 22:


<span id="Anforderung_der_Nachfolgerfahrt"></span>
<span id="Anforderung_der_Nachfolgerfahrt"></span>
=== Demande du trajet suivant ===
=== 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).
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).
Zeile 30: Zeile 30:
=== Trajet successeur pas encore demandé  ===
=== Trajet successeur pas encore demandé  ===


<div lang="de" dir="ltr" class="mw-content-ltr">
C’est le cas (b) : il n’est pas encore possible de demander le trajet successeur dans l’avant-dernier canton.
Dies ist Fall (b): die Nachfolgerfahrt kann im vorletzten Block noch nicht angefordert werden.
</div>


<div lang="de" dir="ltr" class="mw-content-ltr">
Dans ce cas, le logiciel spéculera comme dans la procédure standard, où la demande n’est faite que dans le canton cible.  
In diesem Fall spekuliert die Software wie beim Standardverfahren, bei dem die Anforderung erst im Zielblock erfolgt.  
* Le cas (b) peut être un mauvais cas, c’est-à-dire si la demande de trajet successeur échoue également dans le canton cible
* Fall (b) kann ein Schlechtfall sein, nämlich dann, wenn auch im Zielblock die Anforderung der Nachfolgerfahrt misslingt.
</div>


<div lang="de" dir="ltr" class="mw-content-ltr">
<span id="Halt_im_Zielblock"></span>
=== Halt im Zielblock ===
=== Arrêt dans le canton cible ===
</div>


<div lang="de" dir="ltr" class="mw-content-ltr">
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).
Es funktioniert, im Zielblock einen Halt vorzusehen. Dann bleibt das Signal auf rot. (zumindest bei meinen durchgeführten Versuchen).
</div>


<div lang="de" dir="ltr" class="mw-content-ltr">
<span id="Planmäßiger_Halt"></span>
=== Planmäßiger Halt ===
=== Arrêt prévu ===
</div>


<div lang="de" dir="ltr" class="mw-content-ltr">
Ceci est le cas (c) : ce cas fonctionne toujours, peu importe sur quel canton la demande de trajet successeur est définie.  
Dies ist Fall (c): dieser Fall funktioniert immer, egal, auf welchen Block die Anforderung der Nachfolgerfahrt eingestellt wird.
</div>


<div lang="de" dir="ltr" class="mw-content-ltr">
En cas d’arrêt programmé, de verrouillage de canton, etc., le logiciel sait que le train doit s’arrêter. Il n’a pas besoin de spéculer et règle le signal précédent sur rouge.  
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.  
* '''Le cas (c) est également un bon cas'''.
* Fall (c) ist ebenfalls ein Gut-Fall.
</div>


<div lang="de" dir="ltr" class="mw-content-ltr">
<span id="Einschränkungen_der_Signalisierung"></span>
=== Einschränkungen der Signalisierung ===
=== Limitations de la signalisation ===
</div>


<div lang="de" dir="ltr" class="mw-content-ltr">
Les restrictions en matière de signalisation ne s’appliquent qu’à ce que l’on appelle le « changement instantané », c’est-à-dire le changement de trajet suivant sans que le train ne s’arrête. Il y a changement radical dans les cas (a) et (b) mentionnés ci-dessus, où seul le cas (b) est défavorable.
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.
</div>


<div lang="de" dir="ltr" class="mw-content-ltr">
Dans le cas (c), il n’y a pas de changement instantané et la signalisation fonctionne sans restriction.
Im Fall (c) liegt kein fliegender Wechsel vor und die Signalisierung funktioniert ohne Einschränkungen.
</div>


<div lang="de" dir="ltr" class="mw-content-ltr">
<span id="Weblinks"></span>
== Weblinks ==
== Liens Web ==
</div>


<div lang="de" dir="ltr" class="mw-content-ltr">
* Source: [https://www.freiwald.com/forum/viewtopic.php?f=5&t=20474 Forum]
*Quelle: [https://www.freiwald.com/forum/viewtopic.php?f=5&t=20474 Forum]
*TC-wiki: [[Special:MyLanguage/Gesperrte Blockausfahrt|Sortie de bloc bloquée]]
</div>




Aktuelle Version vom 5. September 2025, 05:38 Uhr

Sprachen:
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

Ceci est le cas (c) : ce cas fonctionne toujours, peu importe sur quel canton la demande de trajet successeur est définie.

En cas d’arrêt programmé, de verrouillage de canton, etc., le logiciel sait que le train doit s’arrêter. Il n’a pas besoin de spéculer et règle le signal précédent sur rouge.

  • Le cas (c) est également un bon cas.

Limitations de la signalisation

Les restrictions en matière de signalisation ne s’appliquent qu’à ce que l’on appelle le « changement instantané », c’est-à-dire le changement de trajet suivant sans que le train ne s’arrête. Il y a changement radical dans les cas (a) et (b) mentionnés ci-dessus, où seul le cas (b) est défavorable.

Dans le cas (c), il n’y a pas de changement instantané et la signalisation fonctionne sans restriction.

Liens Web


-- Wohlmannstetter 09:54, 11. Jun. 2013‎
bearbeitet: Uslex (Diskussion) 08:58, 26. Mai 2022 (CEST)
Abgerufen von „https://tc-wiki.de/index.php?title=Signalisierung_bei_Nachfolgefahrt_(internes_Signal)/fr&oldid=66079“