Auteur Sujet: Projet d'utilisation du gestionnaire en C++ de Pierre59  (Lu 1200 fois)

Dominique

  • Global Moderator
  • Hero Member
  • *****
  • Messages: 2210
  • 100% Arduino et N
    • Voir le profil
Re : Re : Projet d'utilisation du gestionnaire en C++ de Pierre59
« Réponse #15 le: novembre 02, 2020, 09:15:11 pm »
Ayant un souci de compréhension de ce que représente "directe" et "déviée" dans le cas d'un TJD, d'une TJS ou d'un aiguille symétrique, j'ai posé la question sur un autre forum et j'ai appris que ce n'est pas ainsi qu'on indique la direction à la SNCF. On y utilise "gauche" et "droite", ce qui est sans ambigüité. Je me suis permis de modifier les noms des méthodes en conséquence.

Je ne suis pas certain que "gauche" et "droite" soit moins ambiguë que "droite" et déviée" pour une aiguille car "tout droit" peut-être  sans ralentissement et "déviée" peut-être à gauche ou à droite mais avec ralentissement : dans ce cas spécifique, la programmation du comportementd'un train n'est pas simple en testant l'état de l'aiguille !!

Mais pour une TJS ou TJD c'est plus concevable peut-être.
Cordialement.

La qualité des réponses est liée à la qualité des questions.

Bug Killer

  • Newbie
  • *
  • Messages: 12
    • Voir le profil
    • Logiciels pour D17, centrale DCC Arduino économique
Re : Projet d'utilisation du gestionnaire en C++ de Pierre59
« Réponse #16 le: novembre 03, 2020, 09:26:27 am »
Je vais juste citer la réponse que j'ai eu d'un cheminot ayant travaillé dans la filière Transport-Mouvement de la SNCF :

"Ce qui importe est la position de l'aiguille. Sur la photo ci-dessus, l'aiguillage comporte une voie directe à gauche, une déviée à droite.
La direction que donne l'aiguille est TOUJOURS déterminée en partant de la pointe, ce qui est très logique. On dit que l'aiguille est "à gauche", lorsqu'elle donne la direction de gauche, "à droite" lorsqu'elle donne la direction de droite, bien sûr.
Ceci résout, en particulier, le cas des aiguillages symétriques aux branches courbes, du même rayon ou pas.

La notion d'aiguille "à gauche" ou "à droite" est utilisée réglementairement dans toutes les fonctions concernées. Elle va être essentielle pour toute commande d'aiguille, par levier ou motorisée, et pour tout montage de parcours, enclenchements, position des signaux, ..., bref la commande binaire du oui -non, ou (+) - (-)."
Que la vapeur soit avec toi !

Pierre59

  • Full Member
  • ***
  • Messages: 194
    • Voir le profil
Re : Projet d'utilisation du gestionnaire en C++ de Pierre59
« Réponse #17 le: novembre 04, 2020, 10:28:07 am »
Bonjour

Le gestionnaire de l'article est une version simplifiée qui ne prend pas en compte les voies de service ni les manoeuvres (pas de gestion du feu manoeuvre (blanc) dans les signaux).

Normalement pour passer à une voie de service il doit y avoir un carré (sans BAL) pouvant présenter le feu de manoeuvre (blanc).

La méthode cantonOccupe() a un résultat booléen, elle ne sert que quand on ouvre un signal de BAL pour savoir s'il faut le mettre au sémaphore ou pas.

Dans l'état actuel si suivant() ou precedent() retournent null c'est une erreur d'exécutuion. C'est une précaution pour éviter les oublis, mais cela peut être changé.

J'ai beaucoup de mal à répondre aux questions, sans savoir quel est le type du signal concerné (et les feux) ainsi que son insertion dans le réseau.

Cela serait bien d'avoir un "dessin" complet du réseau (avec les signaux (avec feux si possible) et des repères : noms de zones, d'aiguilles, signaux, …), cela permettrai d'avoir des réponses beaucoup plus pertinentes aux questions.

Cordialement

Pierre

Bug Killer

  • Newbie
  • *
  • Messages: 12
    • Voir le profil
    • Logiciels pour D17, centrale DCC Arduino économique
Re : Projet d'utilisation du gestionnaire en C++ de Pierre59
« Réponse #18 le: novembre 04, 2020, 09:16:12 pm »
Le plan complet est annexé au premier message du fil. Depuis ma question j'ai vu dans le code où se trouve les rejets de pointeurs nuls quand il n'y a pas de signal suivant ou précédent.
Que la vapeur soit avec toi !