henrion

Bonjour. Si l'on joue en mode fenêtré, je pense qu'il est possible de faire une copie d'écran avec un logiciel comme Easycapture.

Bonjour. Pour répondre à gondel: Dans l'écran de contrôle des aides à la conduite, on ne peut représenter les états des signaux que par trois couleurs: le rouge, le jaune et le vert. C'est une des limites de Railworks. Dans ce cas, comme la voie est libre (ce qu'indique les feux blancs), la couleur choisie va donc être le vert même si l'on est sur une voie de service. Cela ne donne en aucun cas l'autorisation de rouler à la vitesse maximale de la ligne, l'observation visuelle des signaux étant prioritaire. Il est cependant possible de changer la couleur de l'aide à la conduite et de choisir une couleur différente (dans la limite des 3 couleurs définies). Par exemple, ici on pourrait mettre le jaune à la place du vert. On va alors dans le script, à la fonction SetState. Chaque état est défini par deux lignes, comme ceci: Call ("Set2DMapSignalState", CLEAR) SetLights(SIGNAL_MANOEUVRE) La première ligne donne la couleur à afficher sur les aides à la conduite et la deuxième l'état à afficher par le signal. Si l'on veut remplacer le vert par le jaune sur les aides à la conduite, il suffit de mettre WARNING à la place de CLEAR et le tour est joué. Il est sûr que l'on est vite limité. Dans les scripts que j'écris, je suis obligé de mettre la couleur jaune indifféremment pour l'avertissement, les ralentissements et les rappels de ralentissements. Maintenant, quand l'on connaît parfaitement la signification des signaux, l'affichage des aides à la conduite est parfaitement inutile et même déconseillé. Bonne journée Bernard

Bonjour. L'update est arrivée. Il y a, dans ce qui m'intéresse, quelques nouveautés en matière de scripts des signaux qui demandent à être étudiées pour voir si cela représente un intérêt pour la signalisation française. Bonne journée Bernard.

Pas de problème Actuellement j'ai réalisé: - les 8 scripts possibles des panneaux de type A (sémaphore), - les 8 scripts possibles de type B (carré) - les 6 scripts des panneaux de type I (carré violet). Ces scripts ont été vérifiés et fonctionnent. - les 32 scripts possibles des panneaux de type E (ralentissements 30 et 60 sur panneaux portant les lettres F et NF) sont faits également. Je ne les ai pas encore testés car comme ils sont indissociables des panneaux de type G, je le vérifierai en même temps que ces derniers. Je commence les scripts des panneaux de type G (rappel de ralentissement) la semaine prochaine (32 scripts). Cela demande plus de temps de préparation car ils sont beaucoup plus complexes. Mais une fois que la préparation est bien faite sur le papier, la programmation demande très peu de temps. Pour donner un ordre d'idée, à partir de mon script de base, il faut moins d'une heure pour réaliser un script. Après il faut le vérifier car avec la programmation LUA, il y a parfois des surprises inattendues Quand on voit le nombre de signaux et de scripts possibles, il y a encore du boulot et je ne parle pas des signaux d'entrée de dépôt et de rebroussement qui exigent un script particulier. Dans les scripts, les noms des états ont été francisés (SIGNAL_CARRE, SIGNAL_SEMAPHORE,.....) et tous les états possibles que peuvent prendre les signaux français y sont répertoriés. Les noms des fonctions Occupied(), NotOccupied(), Warning()...... ont également été francisés en Occupe(), NonOccupe(), Avertissement(),..... et cela marche parfaitement bien. Donc, cela avance lentement mais sûrement. Il ne manque plus que les modèles 3D qui puissent accueillir ces scripts. Bernard

Pour Charles44. Dans le PDF du script de base pour les signaux français, il faut faire attention page 21. En effet je n'ai pas encore testé la formule concernant le contrôle du passage à 15 km/h des sémaphore et rouge clignotant. Donc cette page est à prendre avec des réserves.

Envoie moi par MP ton adresse mail.

Comme c'est moi qui ai rédigé le document, tu pourras me demander tous les renseignements que tu veux Je n'ai pas trouvé dans la documentation anglaise les renseignements nécessaires pour la liaison signal-engin. Il faudra tester lorsque quelqu'un aura implémenté un afficheur TVM sur une loco. Je peux toujours t'envoyer un script un peu plus ordonné et plus simple que ceux de kuju.

Bonjour Charles44 Ce n'est pas le script qui va poser problème mais c'est de savoir s'il y a possibilité d'implémenter la signalisation TGV en cabine. En effet, on va devoir utiliser la fonction SendConsistMessage pour faire la liaison signal-cabine. Ce que je ne sais pas c'est si le nombre de messages prévus par le logiciel dans l'utilisation de cette fonction sera suffisant pour représenter toutes les possibilités de la TVM. Donc, avant de rédiger un quelconque script, il va falloir creuser le problème sérieusement. Cordialement Bernard.

Rebonjour. Je pense que Jules31 pourra me répondre. La voie ferrée qui traverse Nîmes passe sur un viaduc ou un remblai et il n'est donc pas facile de voir ce qui se passe en hauteur. Lorsque l'on sort de la gare en direction d'Avignon, à environ 200 ou 300 mètres il y a un signal placé sur le côté droit des voies, faisant face au sens contraire de la circulation et donc destiné à la prise en contresens. Ce panneau est affublé d'une flèche blanche qui indique bien qu'elle s'adresse à la voie de droite. Ce signal est marqué me semble t-il, car on ne peut l'observer que d'assez loin, comme un carré violet. Mais il a une particularité: il s'agit d'un panneau A à 3 emplacements dont le seul utilisé est celui du bas donc à priori le feu violet. Ce qui m'étonne donc c'est qu'il n'y ait qu'un seul feu et surtout je ne crois pas qu'il y ait un aiguillage à proximité. D'ailleurs dans la gare de Nîmes, il y a une autre particularité, un signal intermédiaire entre le signal d'entrée et celui de sortie qui ne présente que le carré et le feu vert. Il protège uniquement une jonction. Ce qui veut dire que le signal d'entrée doit prendre en compte ce signal intermédiaire mais aussi le signal de sortie. Ce qui me fait penser que ce n'est pas simple à programmer une telle situation dans Railworks. Bonne soirée.

Cela tombe bien car c'est ce que j'avais mis à priori dans mes tableaux sur la représentation d'un signal en fonction de l'état du signal suivant et donc je ne modifie rien. Mais j'avais quand même un sérieux doute. Tout est donc ok pour moi maintenant je peux faire chauffer les scripts de façon définitive. Les panneaux A et B (16 scripts au total) sont pratiquement finis. Il me restera à les vérifier lorsqu'ils sont suivis par un panneau E lui même suivi d'un panneau G pour voir si tout se déroule conformément aux prévisions. Pour faire un script à partir de mon script de base il me faut moins d'une heure en prenant vraiment mon temps Je me suis fait un répertoire des différentes possibilités de représentation des signaux. Je te l'enverrai ainsi que toute ma documentation de base. Tu pourras la lire lorsque tu seras moins pris par le boulot . Cela fait quand même près de 130 scripts mais dont certains ne diffèrent du précédent que par très peu de détails. Bonne journée Bernard

Pour Jules31. J'ai juste une dernière question qui concerne la présentation d'un signal en fonction de l'état du signal suivant (important pour la fonction ReactToSignalMessage) et que je n'avais pas pris en compte dans le document que je t'avais envoyé. Un avertissement surmonté d'une bande jaune est précédé par un signal qui montre quel état? un feu vert ou un feu jaune clignotant? sachant que dans cette situation on est forcément dans un zone à vitesse limitée. Personnellement je pencherai plus pour un feu jaune clignotant. Merci d'avance. Bernard

Je viens de regarder sur steet view. Effectivement cela correspond à ton dessin. D'ailleurs sur une photo on aperçois le signal en question.

Bonjour. Merci pour la réponse. Quand je pourrai j'irai faire une photo de ce signal qui m'intrigue mais l'angle de vue n'est pas très top. Quand je dis qu'il est marqué c'est que l'on distingue sur la plaque un Cv. Pour les travaux de signalisation, ce n'est pas grave. Pour ma part cela avance pas mal. J'ai terminé toute ma documentation préparatoire, j'ai écrit un script de base qui fonctionne bien et à partir duquel on peut traiter n'importe quel signal lumineux. J'ai francisé les noms des états mais également les noms de certaines fonctions et les scripts que j'ai pu réaliser fonctionnent bien pour l'instant. Le seul problème est que je suis obligé de les tester sur les signaux de JYM26 hors certains ne peuvent pas présenter certains aspects. Par exemple, il n' a pas dissocié les deux feux du carré, donc il est impossible de représenter le carré + le sémaphore sur le même signal. Du coup pour simuler le sémaphore je fais clignoter les deux feux du carré. Nous aurons l'occasion d'en reparler. Bonne soirée. Bernard

Bonjour. Il faut prendre un signal pouvant présenter le carré. Chez JYM26, il doit s'appeler Sig_SNCF_carre_SP ou N s'il est sur nacelle. Il faut le choisir avec deux liens (lien 0 + lien 1). Il faut les placer sur chaque voie entre la loco et l'aiguillage. Le lien 0 au niveau du signal et le lien 1 après l'aiguillage et ceci sur chaque ligne et tout doit fonctionner normalement.

Bonjour. Les scripts de Kuju ne font état que d'un seul feu clignotant simultanément. Je me suis donc posé la question comment représenter la situation du ralentissement 60 (ou RR60) combiné avec le feu jaune clignotant. Dans la fonction SetLights, on va trouver la partie suivante qui indique le feu jaune clignotant (mod_avertissement à 1 et les trois dernières lignes définissent le clignotement de ce mod) if (newState == SIGNAL_JAUNEcli) then Call ( "ActivateNode", "mod_voielibre", 0 ) Call ( "ActivateNode", "mod_avertissement", 1 ) Call ( "ActivateNode", "mod_rouge1", 0 ) Call ( "ActivateNode", "mod_rouge2", 0 ) Call ( "ActivateNode", "mod_R30", 0 ) Call ( "ActivateNode", "mod_oeilleton", 1 ) gFlashingLightActive = true gFlashingLight = { "mod_avertissement" } gFirstLightFlash = true Si je veux rajouter le R60, c'est on ne peut plus simple, on définit une nouvelle partie appelée par exemple SIGNAL_R60JAUNEcli. On met le mod_avertissement et le mod_R30 à 1 (il n'y a pas besoin de mod_R60 puisque celui-ci est le mod_R30 clignotant) et on modifie la ligne gFlashingLight, surlignée, comme suit: elseif (newState == SIGNAL_R60JAUNEcli) then Call ( "ActivateNode", "mod_voielibre", 0 ) Call ( "ActivateNode", "mod_avertissement", 1 ) Call ( "ActivateNode", "mod_rouge1", 0 ) Call ( "ActivateNode", "mod_rouge2", 0 ) Call ( "ActivateNode", "mod_R30", 1 ) Call ( "ActivateNode", "mod_oeilleton", 1 ) gFlashingLightActive = true gFlashingLight = { "mod_avertissement","mod_R30" } gFirstLightFlash = true Le jaune clignotant et le R60 clignoteront simultanément et à la même fréquence. Si l'on veut faire clignoter une troisième lampe, on la rajoute à la suite de "mod_R30" , les mod étant toujours séparés par une virgule. Si cela peut servir aux créateurs de signaux. Bonne journée.

Bonjour Je suis assez d'accord avec Geluc quand il dit que c'est un simulateur de conduite et rien que cela. Il faut donc se placer du côté de ce que voit le conducteur, même si essayer de faire marcher les signaux comme dans la réalité est aussi très intéressante. Jules31 a raison quand il dit que le risque de nez à nez est évident car il n'y a aucune protection contre cela disponible pour l'instant. En fait, vu la densité du trafic sur ce type de voie, cela représente une chance sur combien de milliers voire de millions? Et de toute façon cette catastrophe ferroviaire, s'il elle a lieu, n'aura pas de conséquence dramatique En fait, le problème est que les scripts de Kuju ne sont pas conçus pour des voies uniques à double sens et il faut donc faire avec ce que l'on a pour l'instant. Faire une signalisation pour voie unique implique des signaux avec des scripts très particuliers, des signaux invisibles pour tout gérer, cela étant en plus compliqué par la présence de signaux intermédiaires qui ont aussi un fonctionnement particulier comme le disque. Le tout nécessitant un échange de messages nombreux et complexes. En fait on risque de se retrouver avec une véritable machine à gaz à mettre au point. Ce qui explique peut être que Kuju n'a pas osé s'y aventurer. Donc, en attendant de réaliser ceci, et comme cela marchera dans la plupart des cas, ne boudons pas notre plaisir d'utiliser cette signalisation magnifique que nous offre Geluc et qu'il faut remercier. Une remarque, en regardant des photos de sémaphore de voie unique, la plupart du temps, les flèches blanches me semblent plus inclinées mais ce n'est qu'un détail . Bonne journée Bernard

Benoît, il y a toujours entre les Anglais et nous une méfiance. En 1996 j'étais à Sarajevo et quand un français pénétrait dans le PC anglais, ceux-ci cachaient toujours leurs cartes des opérations alors que l'on travaillait de concert avec eux, ce qui n'était pas le cas réciproquement.

Le tome IV c'est celui du PLM et des signaux unifiés SNCF. Pour la doc pas de problème, je ne fais aucun complexe. Par ailleurs, je crois avoir trouvé une solution pour les voies uniques. Mais il faut encore que j'y réfléchisse et que je mette cela par écrit.

Le livre est malheureusement épuisé. Je vais m'acheter le tome IV de Wurmser que j'ai pu survoler chez un ami.

Merci pour ces réponses. Quand tu dis que la pédale de FA permet d'aubiner le sémaphore, cela veut bien dire que c'est elle qui commande la fermeture du sémaphore? Ce livre, que je possède déjà depuis plusieurs années est très bien mais il a pour moi le désavantage d'être trop technique. Il s'adresse à des gens qui ont déjà des connaissances techniques en la matière. Il n'est pas pour un néophyte car il ne permet pas de comprendre le rôle de chaque élément si l'on n'a pas ces bases. Ce WE j'ai vu sur Google une vidéo montrant une gare de voie unique avec des carrés de sortie précédant un sémaphore (c'est sur la ligne d'Ussel je crois). Bernard

pour Jules31. je parcoure le livre d'Alain Gernigon sur l'histoire de la signalisation ferroviaire française et je pense que tu dois le posséder. Sur la voie directe type SNCF page 189, il y a le schéma et j'aimerai savoir: - à quoi servent exactement les pédales de passage (Pg) et de fermeture automatique (FA), - le disque n'est pas à fermeture automatique alors comment se déclenche t-il? Merci d'avance.

je pense que Jules31 pourra me répondre. Dans le règlement S1A, il est dit à l'article 103: "Disposition complémentaire: Certains signaux lumineux sont normalement éteints: ils ne présentent d'indication qu'à l'approche des trains, ou bien leur allumage n'est commandé que sous certaines conditions" Je ne vois pas du tout de quels signaux il peut s'agir.

Sauf que c'est n'est pas simplement une question de réglage mais une refonte complète du système actuel

Richard, je ne vois pas ce que tu entends par aval et amont de la gare tel que tu le décris. Dans le schéma que je t'ai envoyé, il y a deux sémaphores dirigés vers la sortie en haut de page implantés ainsi que leur lien 0 avant la jonction et le lien 1 au-delà. Il en est de même pour les deux sémaphores implantés vers la sortie opposée (bas de la page) avec les mêmes conditions d'implantation. La flèche des liens doit être posée comme indiquée sur le schéma. Mais attention. Ce dispositif ne sera pas satisfaisant car il faudrait, pour que cela marche conformément aux scripts actuels , qu'il y ait un carré avant l'entrée de la gare suivante qui couvre cette jonction d'entrée jusqu'au sémaphore de sortie. En effet, dans notre cas, comme il ne doit y avoir aucune jonction entre le lien 1 et le lien 0 du sémaphore de sortie de la gare suivante, cela imposerait de mettre ce lien numéro 1 15 voire 20 kms juste après la jonction d'entrée de la gare suivante ce qui à mon sens n'est pas pensable. Tu suis? Mettre le sémaphore après la jonction de sortie de la gare ne ferai que déplacer le problème. Pour rendre cela réaliste il faudra envisager peut être d'autres systèmes avec des scripts différents voire des crocodiles spécifiques.....mais cela impose une connaissance parfaite des systèmes de protection de voie unique que je ne maîtrise pas. C'est pourquoi je dis et redis que pour les voies uniques, il faut bien réfléchir pour avoir un système fiable. Bernard

Bonjour @Jules31. Richard faisait allusion à MSTS sur lequel il a beaucoup travaillé. Concernant les scénarios je n'en connais pas plus que toi mais il me semble que les itinéraires sont tracés d'avance ce qui peut résoudre quelques problèmes. J'aimerai que les spécialistes de la question nous disent leur sentiment sur ce point parce que cela est quand même important. mais si le sémaphore n'indique que l'état du canton, le conducteur ne connaitra jamais l'état de la jonction et ce point est aussi important à moins que ce ne soit lui qui les manoeuvre à la place de l'agent, ce que ne saura pas faire un train AI. Il est parfois difficile de retranscrire de façon automatique dans le simulateur ce qui se passe réellement manuellement dans la réalité. Concernant les signaux, et là toujours en terme de programmation, ce qui est compliqué sur une voie unique, c'est la gestion des liens car les distances entre gares, donc entre signaux, sont très importantes, mais aussi savoir ce que l'on veut faire dire à ces derniers. C'est pour cela que je dis qu'il faut y réfléchir correctement si l'on veut que tout fonctionne sans problème. Personnellement je ne connais pas trop le fonctionnement des blocks en voie unique surtout le block manuel et je compte sur toi , mais il n'y a rien de pressé.