Jump to content
  • Sky
  • Blueberry
  • Slate
  • Blackcurrant
  • Watermelon
  • Strawberry
  • Orange
  • Banana
  • Apple
  • Emerald
  • Chocolate
  • Charcoal

Recommended Posts

henrion    100

Voici comment on pourrait traiter le fonctionnement de l'IPCS. Maintenant, il faut bien être conscient que ce n'est pas l'idéal car au début, le risque de tête à tête ne peut pas être exclu. Pour expliquer tout cela il faut s'appuyer sur le schéma suivant:

 

post-1570-0-83947100-1486390321_thumb.jpg

 

Le signal A qui est le signal d'entrée va présenter vers la voie directe toutes les présentations possibles liées à une voie directe. Par contre, vers la voie déviée, il va présenter le carré interdisant son accès.

 

1° temps de fonctionnement: Le train va passer sur une pédale située hors de vue du signal de ralentissement. Si le lien 1 est connecté (voie directe) il ne se passe rien. Si le lien 2 est connecté, le lien 2 va envoyer vers le signal C un message. Si le pas d'IPCS est occupé, il y a risque de tête à tête puisque le train venant de C et celui allant vers A sont sur des voies connectées. Il faudra donc jouer sur les scénarios. Si le pas d'IPCS est totalement libre, le signal C se met au carré et renvoie vers le signal A un message comme quoi il est bien au carré et que le pas d'IPCS est libre. Cet échange de messages est instantané et donc le signal A va pouvoir présenter le RR60.

 

2° temps de fonctionnement: Le train parcourt le pas d'IPCS. Il sort au niveau du signal B. Quand il aura franchi le lien 2 vert du signal B, il va envoyer un message en arrière par son lien 0, message qui sera réceptionné par une balise (ici une pédale Silec). Ce procédé est nécessaire car les liens des signaux B et C risquent d'être imbriqués. Cette balise va renvoyer le message vers l'avant jusqu'au signal C qui va savoir que le pas d'IPCS est libre. (Si plusieurs trains se trouvent sur le pas d'IPCS il va le savoir grâce à une variable qui va s'incrémenter et se décrémenter). Le pas d'IPCS étant libre, il va pouvoir présenter une signalisation normale (voie libre).

 

Après il faudra prendre en compte qu'un pas d'IPCS peut avoir plusieurs sorties et cela complique un peu plus le fonctionnement.

 

Share this post


Link to post
Share on other sites
jeanpierrem    5,891

Bonjour

 

merci henrion de te pencher sur le problème

 

post-308-0-21228700-1486397595_thumb.jpg

 

En cas d'occupation de la zone IPCS par un train venant de C

 

Ne pourrait on pas mettre 2 pédales qui permettraient de passer au carré le signal A et qui neutraliserai la zone

d'IPCS avec incrémentation en entrée et décompte en sortie voir a mettre éventuellement avant le signal C la pédale

entrée voie principale

 

Jean Pierre

 

 

Share this post


Link to post
Share on other sites
henrion    100

C'est à voir.

 

Après réflexion, ce n'est pas utile.Si un train franchit le signal C, c'est que son itinéraire est vers sa voie directe et donc l'aiguillage au niveau du signal A est aussi vers la voie directe. Donc, notre train qui se dirige de droite vers le signal A aura la présentation de la voie libre et donc ne pourra pas aller sur l'IPCS. En scénario libre, il n'y a aucun problème mais dans un scénario normal on ne maîtrise pas la gestion des aiguillages. Le gros manque du simulateur c'est qu'il est impossible d'envoyer un message du train vers un signal pour lui indiquer ce que l'on veut faire.

Edited by henrion

Share this post


Link to post
Share on other sites
juju49    357

Salut,



Le gros manque du simulateur c'est qu'il est impossible d'envoyer un message du train vers un signal pour lui indiquer ce que l'on veut faire.


Il y en à un qui passe tout de même au moins: c'est le message n°4 qui est lancé lorsque l'on presse TAB devant un signal fermé. J'avais fait des tests pour voir si on pouvais faire des façades de quais avec ça, ce qui a été trop chaotique et donc annulé.


Aussi pour éviter la multiplication des objets et de la complexité de la signalisation, on pourrais utiliser les propriétés des liens de signaux (les données entrées dans l'interface de l'éditeur). Chercher des caractères précis dans le champ du nom de la voie permet aussi d'élargir les options disponibles (utilisé dans les scripts du pont de Caronte).

  • Call( "GetLinkApproachControl", #NuméroDuLien# ) - proviens de la boite "approach control", 0 ou 1
  • Call( "GetLinkLimitedToYellow", #NuméroDuLien# ) - proviens de la boite "limited aspect", 0 ou 1
  • Call( "GetLinkFeatherChar", #NuméroDuLien# ) - proviens de la boite "nom de la voie", string
  • Call( "GetLinkSpeedLimit", #NuméroDuLien# ) - proviens de la boite "vitesse de la voie", string (je crois)

Il est à noté que les vitesses des liens sont bien appliqués aux trains par TS jusqu'à ce qu'ils franchissent le-dit lien.

example: entrer "+IPCS" dans le nom de la voie active le comportement d'entrée en IPCS pour cette voie. Inversement, "-IPCS" permet de désigner les voies de sortie du pas d'IPCS sur les signal de sortie. cela évite d'utiliser les pédales et peut même éviter d'utiliser de nouveaux signaux en intégrant simplement cette combinaison de caractères dans es possibilités du script.

code non-testé mais qui devrait marcher:

local gLinkFchar = Call("GetLinkFeatherChar", gConnectedLink)
gEntreeIPCS = false
gSortieIPCS = false

--le signal peut-il afficher le rouge-cli?
if string.find(gLinkFchar , "%+IPCS") ~= nil then --se réf à "http://www.lua.org/manual/5.0/manual.html#5.3" section "Patterns"
      gEntreeIPCS = true
elseif string.find(gLinkFchar , "%-IPCS") ~= nil then
      gSortieIPCS = true
end

à plus,
Julian M.

Share this post


Link to post
Share on other sites

×