iTrain ou RocRail, mon coeur balance

Logiciels d'ordinateur
121

iTrain a besoin de savoir où se trouvent les trains pour en assurer la circulation en toute sécurité, pour pouvoir “réserver” les cantons et manoeuvrer les aiguilles en temps et en heure.

Pour ce faire, il y a plusieurs actions nécessaires :

  • diviser le réseau en cantons (s’il y a un rail ou deux entre deux aiguillages, ils seront "réputés appartenir à l’un des deux, au choix)
  • connaître la longueur des cantons, la longueur des trains et leur vitesse, afin de pouvoir les “suivre” en temps réels
  • placer aux endroits stratégiques (en général le début et/ou la fin des cantons) des contacts de rétrosignalisation afin d’avoir une situation sur l’occupation des cantons et “recaler” régulièrement la position calculée des trains (temps x vitesse) afin de disposer de leur position réelle.

Ce faisant, le logiciel connaît la position de chaque train pris individuellement au cm près.

Le travail de paramétrage peut paraître fastidieux mais il ne se fait qu’une seule fois et est la condition pour avoir une conduite “personnalisé” de chacun des locos, contrairement aux “itinéraires” de la CS2/3 qui ne “connaît” pas le train qui est lancé sur cet itinéraire… pas plus que sa position sur le réseau !

J’espère avoir été clair…

Bonnes fêtes
Thierry

122

Bonsoir,

il en est de même pour RocRail et chaque autre logiciel. En l’absence de reconnaissance active du train (RailCom ou lecteur RFID ou autre système d’identification), tout logiciel doit néanmoins se baser sur le bon fonctionnement des appareils de voie, et supposer que chaque train suit la voie qui lui est indiquée, afin de savoir exactement dans quel canton se trouve quel train.

Contrairement à d’autres logiciels, Rocrail ne s’intéresse pas à chaque moment à la position au mm près de chaque train. Ce qui l’intéresse, c’est l’entrée dans le canton, et quand le train arrive au bout du canton.
Quand le logiciel choisit un itinéraire pour un train, il réserve le chemin : il met les aiguillages dans le bon sens et les bloque, et il réserve le canton d’arrivée. Le train démarrera quand tout est prêt (ou à l’heure prévue, si on utilise des tableaux de départ), et suivra le chemin que lui dictent les aiguillages.
À l’entrée du canton (contact enter) le canton n’est plus “réservé” mais “occupé”, mais le canton précédent reste considéré comme occupé ainsi que tous les aiguillages. Si le train doit s’arrêter dans ce canton, c’est au moment de déclencher le contact enter qu’est entamée la décélération. J’y reviendrai.
Le train ralentit donc jusqu’à la vitesse “v_min” enregistrée, et ce jusqu’au contact “in”. À ce moment là se passent plusieurs choses : le train recevra l’ordre “stop”, le canton de départ est donné “libre”, et les aiguillages passés sont libérés. Selon la configuration, ils retournent en position préférentielle (ce qui est intéressant quand un des appareils de voie est un PN). Ils peuvent maintenant être réservés pour un autre train.

Pour la décélération, il y a la possibilité de laisser faire juste le décodeur. C’est bien quand on a des cantons presque tous de même longueur. Autrement, on active la fonction BBT qui fait gérer la décélération par le logiciel. En gros, est mesuré le temps entre l’arrivée à “v_min” et le déclenchement du contact in. La courbe de freinage est alors ajustée pour minimiser le temps entre les deux événements, sans toutefois qu’on arrive à in avant d’être à vitesse minimale.
Ça fonctionne tout aussi bien que les autres logiciels avec leur calibrage, mais je dirais même que c’est mieux parce que le système s’adapte constamment, alors que TC ou iTrain ne pourront pas ajuster leurs calibrages sur des changements d’allure de la loco à réglage identique.
Pourtant, il y en a, par usure, par manque ou trop-plein de lubrifiant, par variations de tension dans le réseau national et donc dans le réseau H0…

Donc, deux philosophies, mais qui arrivent plus ou moins au même résultat.

Tout à fait. Même s’il y a d’énormes progrès ces dernières années, les possibilités de la CS3 dépassent de bien loin celles de la CS2. Mais tant qu’il n’y a pas de reconnaissance active de train, la CSx reste aveugle. Un logiciel “voit”, pas forcément très très clair, mais beaucoup mieux que la CS.

123

Hello

Je mets le conditionnel sur le fait que iTrain n’accepte pas d’avoir un ensemble de rails non rétro signalés

  • soit entre deux aiguillages
  • soit sur une voie de garage après un aiguillage
  • soit même sur une partie entière du réseau ( un dépôt par exemple ou l’on voudrait jouer uniquement en manuel )

Sur le forum iTrain ma question surprend et personne n’en voit l’intérêt

NILBPJ ( désolé si j’écorche son pseudo - corrigé :grinning: ) a écrit ici ou la bas que cela marchait désolé je ne retrouve pas son message

Je suis en train de câbler 4 cantons sur un ovale et je testerai
Mais je n’y consacre pas beaucoup de temps …

À bientôt donc !

124
  1. " [quote=“francis1954, post:25, topic:24347”]
    Si un tronçon entre deux aiguillages n’est pas déclaré comme un canton avec donc de la rétro le logiciel considère qu’il a perdu le train …
    [/quote]

Bonjour,
… on sort un peu du sujet précédent, mais j’apporterais une réponse possible à la remarque ci-dessus : 1) Si le tronçon est petit, il suffit de le rajouter tout simplement à la longueur d’un aiguillage ou en partie à chacun des aiguillages.
2) Si le tronçon est grand, et s’il n’y a pas de rétro, iTrain ne perd pas le train. Il attend la prochaine rétro programmée.
JiPé"

  1. ( désolé si j’écorche son pseudo ) : alors là, vraiment aucune importance :grinning:
    Pour info, juste prénom et nom … à l’envers :smiley: :smiley: :smiley:
125

Je me permets de compléter la réponse de JiPé.

iTrain accepte parfaitement un tronçon non signalé

  • soit il est compris entre deux aiguillages comme indiqué plus haut et il est rattaché à l’un des deux
  • soit, c’est un canton non rétrosignalé entre deux cantons rétrosignalés et, effectivement iTrain attendra de “retrouver” le train dans un des deux cantons adjacents rétrosignalés
  • soit c’est un dépôt (ou autre) non rétrosignalé et iTrain l’ignorera dans les itinéraires; tu pourras parfaitement commander tes locos avec la CS et/ou avec iTrain en manuel; seulement, pas d’automatismes de conduite possible dans cette partie du réseau.

Joyeuses Fêtes
Thierry.

1 « J'aime »
126

Hello

C’est une bonne nouvelle
Vu ce que j’ai lu , iTrain calcule vitesse et position du train en continu
Donc si un tronçon non signalé fait 3 mètres entre un canton 1 et le 2 , Itrain va attendre que le train entre dans le canton 2 à peine sorti du canton 1 et donc être « perdu » et donc cela me semblait logique

Mais si cela marche …:+1:

PS : J’en reviens toujours au commentaire de Wolfram sur la logique de pensée du concepteur :wink: que je partage à 100%´

Et donc un grand merci à Thierry et Jean Pierre pour leur temps et ces précisions

127

Bonjour à toutes et tous,
J’étais réticent à utiliser un ordinateur : je préfère ma voiture manuelle à celle de ma femme qui est automatique …
Un ami très cher de l’AMOF (Belleville (69) m’a convaincu d’essayer les ordinateurs et ce forum m’a été d’une très France utilité
Par contre, utilisateur de mac, j’ai essayé de télécharger rocrail (sans succés) et I train sans problème : aléa jacte est
Amitiés

128

Rocrail marche avec Mac , si tu veux tu demandes l’aide sur le forum Rocrail
Regarde aussi dans la doc Rocrail chapitre « centrales « et vois ce qui est écrit pour la tienne

129

Mille mercis Francis

1 « J'aime »
130

de rien
si je peux aider , avec plaisir
https://wiki.rocrail.net/doku.php?id=france#les_centrales_numeriques

131

Hello

je ré active ce sujet avec une question Rocrail que je pose au forum mais probablement plus à Jean pour sa connaissance étendue et impressionnante de ce logiciel.

Est ce que Rocrail permet une exploitation simultanée en mode auto et en mode manuel sur tout le réseau ?
J’e m’explique : si je lance 3 locos en automatique sur l’ensemble du réseau puis je en plus faire rouler une locomotive en manuel , à charge pour moi de ne pas percuter un des 3 trains en mode auto

et si oui qui à la priorité?

on pourrait rêver que si la loco en manuel arrive sur un canton qui a été réservé par une loco en automatique , la loco en automatique s’arrete le temps que la loco en manuel quitte ce canton …

Sur Rocrail , de mes tests l’an dernier ca bloque tout ou je me trompe?
j’avais aussi vu qu’un paramétrage existait en utilsant la fonction " autorise ghost train" ca a un rapport? et si oui as tu testé ou utilisé ce type de situation?

sur iTrain cela ne bloque pas mais la loco en automatique a l’air d’ignorer qu’il y a une loco devant elle ou garée à quai sur un canton résevé et continue son chemin comme si de rien n’était…touche STOP pour éviter un accident … j’en suis là

sur TC je ne sais pas … il est vraiment dommage qu’on ne puisse tester ce logiciel pendant 2 mois comme iTrain

Merci d’avance

132

Rocrail est trop attaché au fonctionnement des vrais chemins de fer pour que ça puisse marche comme tu le décris. Il faut absolument que le canton réservé par un train en fonctionnement automatique soit utilisé uniquement par celui-ci ; autrement dans le meilleur des cas on a un blocage complet du réseau, dans le pire des cas une grosse collision parce que Rocrail prend ton train “électron libre” pour le train réglementaire qui est déjà lancé sur le même canton et qu’on ne peut plus arrêter…

Ce qui est possible, si je ne m’abuse, c’est de mettre certains secteurs en “manuel”, où tu peux faire ce que tu veux. ils ne sont alors pas utilisés par le fonctionnement automatique. Mais il vaut mieux commander les aiguillages via Rocrail, car Rocrail bloquera alors, s’il est bien configuré, les aiguillages qui pourraient faire de ta loco un danger pour la circulation automatique, et pourquoi pas utiliser les itinéraires de Rocrail quitte à commander la locomotive manuellement (ce qui est tout à fait possible depuis longtemps).

133

Hello

Oui j’ai testé on peut rouler en manuel dans une zone isolée carrément inconnue du TCO Rocrail
Par contre je ne l’ai pas testée dans une zone non isolée et compte tenu de ce que tu dis je pense que ce n’est pas possible non plus sauf cette notion de ghost que je n’ai pas approfondi

Cela me conforte dans l’idée que je me faisais de Rocrail c’est la logique du concepteur no souci
Mais j’aimerai quand même et si c’est pas trop demander avoir la réponse de Jean s’il nous lit

Par contre je ne vois pas en quoi cela diverge du fonctionnement réel des trains
Ce n’est qu’une question de priorité et non de sécurité
On peut vouloir immobiliser un tgv roulant sur une ligne normale ( non réservée TGV) pour faire passer devant lui un autre train pour désengorger une zone connexe suite à un pb quelconque dans cette zone par exemple

Et on peut vouloir que le logiciel respecte cette volonté d’assujettir le mode auto au bon vouloir du mode manuel , à condition au manuel de respecter les signaux et usages de sécurité

J’ai eu la chance de pouvoir visiter le centre névralgique de surveillance de tout le réseau français dans les sous sol de la Gare de l’Est et le cas cité peut ou pourrait arriver

Quand la machine prend l’homme …:smiley:

Je suis curieux de savoir si TC le permet

134

Quand, dans une zone surveillée, est activé un contact qui ne l’était pas et qui ne correspond à aucun train géré par Rocrail, c’est un train fantôme pour le logiciel, et il se met en “panne”, en fait sécurité.

Oui mais non. Quand tu pénètres dans un canton que Rocrail a déjà réservé pour un autre train, ça va cafouiller, forcément.
Quand, comme tu décris, tu pénètres dans un canton non réservé pour l’instant, c’est juste que Rocrail ne pourra plus le réserver. Mais, il y a donc le truc que Rocrail ne sachant pas d’où vient tout à coup ce train dans ce canton, se met en sécurité.
D’ailleurs, la SNCF ou la DB aussi n’acceptent pas qu’un train pénètre comme ça dans le secteur surveillé par un poste de commande bien défini sans s’être annoncé et avoir obtenu autorisation d’y aller par le chef du poste de commande concerné.
La procédure que tu décris, qui est plutôt rare en dehors de la banlieue parisienne parce que alors le train non tgv va freiner le TGV derrière lui, alors que le TGV pourrait partir bien plus vite, elle est possible - mais sur décision du responsable au poste de commande. Le machiniste du train de banlieue ne peut absolument pas décider sur un coup de tête, “hop, la voie est libre, j’y vais. Le TGV n’a qu’à attendre.”
Mais le chef du poste de commande, c’est Rocrail.

Là encore - tu demandes alors au chef du poste de commande de te créer un itinéraire vers un point où tu veux arriver, et il te le calcule, et quand il l’a créé et sécurisé, il te donne le feu vert. Et en roulant dans le mode semi-automatique, tu pilotes ta locomotive, mais les aiguillages et les signalisations, c’est Rocrail.

Au fait, je n’ai jamais eu la chance de visiter un poste de commande, mais j’ai vu fonctionner une rencontre de modulistes : ils viennent tous avec leurs modules, créent un réseau énorme, et on roule dessus. Il y a alors des machinistes et des chefs de gare, et tout fonctionne comme en vrai. La loco ne fait qu’obéir aux signaux et ordres des chefs de gare, qui eux, négocient entre eux quel train d’òu vers où passe en premier et lequel doit attendre.

1 « J'aime »
135

Hello
Je reconnais que le jeu m’intéresse plus que de copier exactement la SNCF ou plutôt dans mon cas la DB

Une chose bien à la DB qu’il n’y a pas à la SNCF c’est que le train de 9h18 pour Munich part toujours du même numéro de quai de la gare de Francfort ce qui évitait de la main d’œuvre inutile ( ce qui entres autres aura coulé la SNCF )

Mon père qui était cheminot m’avait expliqué j’ai oublié
C’était une autre époque …depuis il y a des beaux écrans qui nous informent que le train aura un retard indéterminé
C’est très injuste je reconnais faire arriver des trains à l’heure aux cadences actuelles et avec les impondérables de plus en plus nombreux et fréquents n’est pas aussi simple que cela !

Je pense que Jean confirmera tes dires qui me paraissent en phase avec la logique voulue de Rocrail

Mais du coup si je lis bien je déclenche un intineraire en semi auto et cela marcherait ?
C’est moi qui conduit mais j’obéis aux ordres ( une première pour moi :joy:) de Rocrail

« Mon » itinéraire serait prioritaire…?

À plus

136

Il pourrait juste stopper le train et attendre que le contact se libère … une sorte de « pause »

Merci pour ton temps sur ce sujet

137

Avec iTrain, un train en exploitation automatique drmandera la réservation de cantons avant de bouger; si le canton n’est pas libre, il ne bougera pas…
Si, d’autre part, il y a une intrusion sur un canton réservé par un convoi, il s’arrêtera là où il se trouve.

Thierry

138

Effectivement, lors de mes déplacements avec la SNCF (devenus rarissimes ces quatre ans passés), ça m’a toujours énervé qu’on ne peut pas annoncer le quai d’arrivée et de départ prévu.
Il faut pourtant un plan pour ça, c’est quand même pas pour chaque train à nouveau que les aiguilleurs font une conférence pour décider si on l’envoie à voie 8 ou voie 3 !
Alors, on peut afficher ce plan pour les usagers.
Bien sûr, des modifications de dernière minute peuvent arriver, quand un train a un retard… mais alors on peut toujours l’afficher et annoncer.

C’est ça dans les grandes lignes. (Tu n’as ni épouse à la maison ni GPS dans la voiture ? :joy: )

Pas forcément. Ça dépendra du degré de priorité de “ton” train et de celui de l’autre qui passe par là.

Ben… non. Parce que, quand le contact se libère, ça ne veut pas dire que le canton est vraiment libre. Ça veut juste dire que le contact n’est plus actif. Alors il ne sait pas si c’est une mouche qui a volé dans le rayon de la barrière lumineuse, ou si c’est un wagon détaché qui vadrouille, ou un autorail qui vadrouille encore plus et risque peut-être de prendre le Paris-Roubaix de front… donc, arrêt total sur la ligne.
Comme quand il y a une valise dans le hall de gare qui ne semble appartenir à personne.

Il se peut aussi si un autre train prend juste le canton que le train x devrait atteindre dans 10 secondes, qu’alors Rocrail suppose que c’est le train x, et le fait s’arrêter. Là où il est. Alors qu’il n’est absolument pas là où Rocrail l’a localisé à cause du véhicule fantôme. Et là, on a un sérieux problème parce qu’alors, il se peut que le train x bloque des aiguillages et des voies. Donc, il faut bien une mise en sécurité sensible et stricte.

Bien sûr.

Ça, ça peut fonctionner (tant bien que mal à mes yeux, mais je ne connais pas trop le fonctionnement d’iTrain) s’il y a une détection intégrale de tout le réseau, dans le meilleur des cas même en surveillant les aiguillages. Alors, il n’y a pas un endroit où peut se cacher un objet roulant non identifié par le logiciel. Mais Rocrail fonctionne, en principe, avec des contacts ponctuels et ne nécessite ni ne demande pas de surveillance intégrale des cantons.
Il faut aussi, comme écrit plus haut, que le logiciel sache que le train qui entre dans un canton n’est pas celui qui devrait s’y trouver. Je ne sais pas comment fait iTrain ; Rocrail part du principe que la tête du train est toujours là où on la suppose, confirmation donnée par déclenchement du point de rétrosignalisation, et si on perd un wagon, le bloc précédent reste bloqué à condition que le wagon est détecté.

140

Merci Thierry
Et il reprend sa route après ?

141

J’ai beaucoup moins d’expérience que toi je débute mes tests et mon apprentissage

De ce que je constate :
soit il a plusieurs choix alors il choisira un canton libre
soit il n’y a qu’un canton après et s’il est occupé il ne bouge effectivement pas
Mais ne repart pas non plus ensuite …:frowning:

Je vous propose d’en rester là …
On va y passer des heures …il faudrait savoir comment ces programmes sont écrits
pas simple

Je crois aussi qu’il faut dejà que je maîtrise les bases et les opérations courantes

Un grand merci pour vos réponses !

je sais déjà :

  • que Rocrail c est non mais oui sous condition de passer par un itinéraire

  • que iTrain c’est aussi oui sous condition comme Rocrail ( j’anticipe ?)

  • mais aussi sans condition mais à creuser

Bon dimanche