Problème avec signalisation via accessoires étendus

Bonjour les amis,

Je tente de mettre au point une signalisation avec des signaux à cinq états (rouge vert jaune blanc éteint) à l'aide d'accessoires étendus. Cela marche pas mal, mais j'ai un problème avec les quatre signaux qui entourent les connecteurs A et B.

Exemple : si je lance la DB 641 R vers le canton Jépapeurdépikur via le canton Coude 2a, le signal en amont du connecteur A se met au rouge (normal puisque le train termine son trajet sur Jépapeurdépikur 2a). (cliquer sur "agrandir cette image pour bien voir).



Mais quand le train arrive au marqueur d'arrêt du canton, le signal se met au vert, sans raison apparente.


J'en perds mon latin. La logique du signal est ultra-simple. Un déclencheur pour les états vert, rouge, jaune et blanc, systématiquement basé sur l'état du signal de sortie du canton. Voici la logique pour le vert. Idem pour les autres états, saut pour le feu éteint (laissé à vide, état par défaut).


L'accessoire étendu sur lequel les signaux sont basés est très simple également. Il contient juste les opérations nécessaires pour allumer et éteindre les feux du signal en fonction de son état.

Pour tenter de tracer le problème, j'ai placé une instruction "message" dans les opérations des états vert et rouge de mon signal.


Et là, ultime mystère, voilà que la trace n'apparaît pas dans la fenêtre des messages, alors que le signal est bien passé au vert.


Quelqu'un a-t-il une idée ?

NB: vous pouvez accéder à mon fichier TrainController via le lien dans ma signature.

Je refais des tests et m'aperçois que j'ai le problème avec tous les signaux gérés par mon accessoire étendu "signal 5 états Arcomora" (alors que je n'ai pas de problème avec mon autre accessoire étendu "signal 5 états Digikeijs"). Il doit s'agir d'un subtil problème de temporisation, le signal de sortie du canton mettant du temps à se stabiliser sur l'état "rouge". Je vais chercher de ce côté-là et vous reviens.

Philippe,

Pour faire tes tests, tu devrais afficher au TCO les signaux de canton dans "Jépapeurdépikur".

Tu verras alors si tu as une différence entre l'aspect du signal de canton et l'aspect de ton accessoire étendu, ce qui te facilitera les investigations.

Jean

Bonjour Jean,

C'est ce que j'ai fait. Le signal de canton est bien au rouge (et semble le rester, sauf s'il y a des bascules très rapides). Mais mon accessoire étendu, qui se base sur les événements générés par le signal de canton, passe au vert...

Apparemment tu as un problème d'adresse. Si tu change l'adresse de ton accessoire étendu (même s'il est hors connexion), alors ton problème disparait...

fhp2 a écrit:

Apparemment tu as un problème d'adresse. Si tu change l'adresse de ton accessoire étendu (même s'il est hors connexion), alors ton problème disparait...

Oui, je vais chercher de ce côté là.

Et aussi, mes (trop) subtiles macros qui gèrent les manoeuvres semblent interférer. Je vais chercher par là aussi...

Merci de vos utiles suggestions.

Il ne faut pas oublier que les signaux de cantons ne sont que des indications de fonctionnement interne de TC, combinés avec une exploitation de type allemande... ceux-ci sont donc fréquemment en décalage par rapport à une signalisation "réelle" française.
Le meilleur moyen d'avoir une signalisation qui suit le mouvement des trains est d'utiliser, dans un premier temps comme déclencheurs, des combinaisons d'états d'occupation (indicateurs) des cantons avals, ainsi que les positionnements des aiguilles.
Après, d'autres éléments en combinaisons permettent d'affiner le fonctionnement.

Bonjour,

DiCoS69 a écrit:

Le meilleur moyen d'avoir une signalisation qui suit le mouvement des trains est d'utiliser, dans un premier temps comme déclencheurs, des combinaisons d'états d'occupation (indicateurs) des cantons avals, ainsi que les positionnements des aiguilles.

Pour gérer la signalisation je n'utilise pas la position des aiguillages mais plutôt les itinéraires activés ainsi que l'état des cantons, et aussi l'état du signal de canton calculé par TrainController.

Yann a écrit:

Bonjour,

DiCoS69 a écrit:

Le meilleur moyen d'avoir une signalisation qui suit le mouvement des trains est d'utiliser, dans un premier temps comme déclencheurs, des combinaisons d'états d'occupation (indicateurs) des cantons avals, ainsi que les positionnements des aiguilles.

Pour gérer la signalisation je n'utilise pas la position des aiguillages mais plutôt les itinéraires activés ainsi que l'état des cantons, et aussi l'état du signal de canton calculé par TrainController.

Je privilégie les indicateurs et les positions d'aiguilles, car ce sont des déclencheurs "hard", donc non soumis à un traitement informatique. Ils ont l'avantage de faire fonctionner les signaux même si le pilotage manuel se fait à la "manette", hors trajet.
Ce qui ne m'empêche pas de créer des groupes secondaires de déclencheurs avec des éléments virtuels qui permettent d'affiner le fonctionnement du signal en gestion automatisée.

Bonjour,
Un exemple de ce que j'utilise:



Chacun a ses méthodes!

Claude

Bonjour,

DiCoS69 a écrit:

Ils ont l'avantage de faire fonctionner les signaux même si le pilotage manuel se fait à la "manette", hors trajet.

Ah oui, nous n'avons pas la même philosophie d'exploitation. Pour moi il n'y a aucun mouvement de train sans trajet ou itinéraire!

Yann a écrit:

Bonjour,

DiCoS69 a écrit:

Ils ont l'avantage de faire fonctionner les signaux même si le pilotage manuel se fait à la "manette", hors trajet.

Ah oui, nous n'avons pas la même philosophie d'exploitation. Pour moi il n'y a aucun mouvement de train sans trajet ou itinéraire!

Pour moi non plus, mais pour certains, ce n'est pas le cas... une vision globale est parfois nécessaire...