Suivi train : dysfonctionnement incompréhensible

Je viens de faire l'expérience de pertes de suivi de train totalement incompréhensibles.
Certaines de mes locos, même après étalonnage complet sous RRTC, "perdent la boule" et changent de sens sous RRTC sur certains cantons (à tort), provoquant ainsi une perte totale de localisation de ladite loco.
La détection de circuits de voie affiche des informations erronées pour ces locos (affichage à tort de certains circuits de voie inoccupés), alors que pour certaines autres locos, je n'ai strictement aucun problème sur le même trajet.
J'ai exclu des problèmes de court circuit sur la détection de présence, mais je ne comprends pas le comportement différent suivant les locos.

Avez-vous déjà observé de tels phénomènes ?

Je précise qu'en mode simulation, je n'ai aucun problème.

AlanUS a écrit:

La détection de circuits de voie affiche des informations erronées pour ces locos (affichage à tort de certains circuits de voie inoccupés), alors que pour certaines autres locos, je n'ai strictement aucun problème sur le même trajet.

AlanUS a écrit:

Je précise qu'en mode simulation, je n'ai aucun problème.

Il s'agit alors très probablement d'un problème hardware avec ta détection. Il est clair que si certains contacts de rétrosignalisation sont activés n'importe comment, ça peut bien faire perdre la boule à TrainController.
Tu nous dis que ceci n'arrive qu'avec certaines loco bien précise. Essaie de les faire circuler sur les cantons qui embête mais en manuel depuis la centrale digitale (ou la fenêtre de train depuis TrainController) mais sans avoir lancé de trajet. Est-ce que la détection et toujours erronée?

Yann a écrit:

Essaie de les faire circuler sur les cantons qui embête mais en manuel depuis la centrale digitale (ou la fenêtre de train depuis TrainController) mais sans avoir lancé de trajet. Est-ce que la détection et toujours erronée?

En fait, le problème évoqué est constaté de prime abord dans ce mode manuel.
J'ai bien pensé à un problème de contacts, mais j'avoue être perplexe : pourquoi certaines locos fonctionnent-elles sans problème, alors que d'autres font allumer des contacts de façon fantaisiste. Je penche plutôt sur un problème logiciel. Il faut que je vérifie sur la centrale s'il y a correspondance entre le PC et la centrale pour ce qui est de la détection de présence.

Bonjour,
Oui au début on accuse tous le logiciel et l'on pense avoir trouver "le bugg". et puis arrive docteur Jean et on est très déçu car c'est toujours un problème d'exploitation, de câblage, de conditions etc....

Bonne recherche Bernard

Bernard a écrit:

... car c'est toujours un problème d'exploitation, de câblage, de conditions etc...

Je vais continuer mes investigations. Je vais aussi vérifier si les locos incriminées n'ont pas des petites pertes de captage de courant, ce qui pourrait "perdre" le logiciel (disparition / apparition de trains fantômes), même si la loco continue à avancer sur son erre sans à coup perceptible.

AlanUS a écrit:

Je vais continuer mes investigations. Je vais aussi vérifier si les locos incriminées n'ont pas des petites pertes de captage de courant, ce qui pourrait "perdre" le logiciel (disparition / apparition de trains fantômes), même si la loco continue à avancer sur son erre sans à coup perceptible.

A mon avis, le problème se situe bien au niveau des locomotives.
La connexion du décodeur est-elle correcte ?
N'y a-t-il pas un risque de contact avec la masse du châssis, ou un fil pincé ou à l'isolation douteuse ?
Vérifier que l'éclairage ne communique pas avec le châssis. Certaine locos ont le retour par le châssis, dans ce cas, il ne faut pas utiliser le fil bleu du décodeur.
A+
Elie

DiCoS69 a écrit:

La connexion du décodeur est-elle correcte ?

C'est un décodeur "plug-in" de Digitrax pour le N, avec éclairage intégré à la platine du décodeur. Mais il est vrai que le contact moteur-décodeur n'est pas toujours très bon avec ce principe (les lames de contact moteur viennent toucher le décodeur, sans soudure).

AlanUS a écrit:

C'est un décodeur "plug-in" de Digitrax pour le N, avec éclairage intégré à la platine du décodeur. Mais il est vrai que le contact moteur-décodeur n'est pas toujours très bon avec ce principe (les lames de contact moteur viennent toucher le décodeur, sans soudure).

Je ne connais pas ce matériel, mais d'aucuns sur ce forum n'en pense pas que du bien...
A+
Elie

Je viens de refaire des essais. Voici mes observations.

Le train parcourt un circuit en boucle qui comporte une dizaine de zones de détections.

1. Train piloté par un trajet sur cette boucle : fonctionnement nominal, le train est bien suivi sans aucun dysfonctionnement.

2. Train piloté en manuel, à la même vitesse, avec suivi par RRTC : dysfonctionnements divers dont :
- le canton qui vient d'être libéré se rallume transitoirement sur RRTC, comme si le train faisait marche arrière. Sur la centrale, ce canton est bien déclaré libre. A ce stade, RRTC perd le train.
- RRTC me laisse un "cadavre" du train sur un canton (inoccupé) alors qu'en même temps celui-ci est en mouvement ailleurs et reconnu par RRTC; Bizarre que RRTC puisse autoriser le même train à deux endroits du réseau.

3. Train piloté en manuel, sans déclaration de la loco à RRTC : les détections fonctionnement sans problème et les cantons s'allument normalement.

Sur cette base, j'aurai tendance à conclure que le suivi de trains contrôlés en manuel dysfonctionne.

DiCoS69 a écrit:

AlanUS a écrit:

C'est un décodeur "plug-in" de Digitrax pour le N,

Je ne connais pas ce matériel, mais d'aucuns sur ce forum n'en pense pas que du bien...

Compte tenu de mes nouveaux essais, je pense que le décodeur n'a rien à voir avec le problème.
Par ailleurs, je suis très content des décodeurs Digitrax. Pour le problème des faux contacts moteur, il faut souder des petits fils de liaison, mais j'avoue que je ne le fais pas, car c'est un peu fastidieux, et que ça ne marche tout de même pas trop mal en l'état.

AlanUS a écrit:

- le canton qui vient d'être libéré se rallume transitoirement sur RRTC, comme si le train faisait marche arrière. Sur la centrale, ce canton est bien déclaré libre. A ce stade, RRTC perd le train.

Est-ce que ça veut dire qu'à un même instant, un contact apparaît comme occupé dans TrainController alors que sur l'IB ce même contact est affiché libre?
Est-ce que le canton qui se rallume ne serait pas dû à un contact virtuel ou un marqueur assigné à ce canton?

Bonjour,

J'ai eu une fois ce genre de problème qui était du à un convoi plus long qu'un canton et dont seule la voiture de queue prenait du courant.
Dans ce cas, le canton est activé 2 fois (activé une fois par la loco, puis relâché, puis activé par la voiture et relâché)

Peut-être une fausse piste...

Yann a écrit:

Est-ce que le canton qui se rallume ne serait pas dû à un contact virtuel ou un marqueur assigné à ce canton?

Sur la zone du circuit où se produisent les dysfonctionnements, il n'y a que des contacts réels, et les seuls marqueurs sont de ralentissement et d'arrêt.
Tous les indicateurs de détection réels sont à mémoire (réinitialisation) automatique. Je suppose donc qu'ils sont sensés afficher l'état libre / occupé de la zone de détection tel qu'envoyé par la centrale, sans altération (autre que les délais de transmission).
Il faut que je refasse des essais en vérifiant avec le contrôleur de trafic l'état de tous ces indicateurs / marqueurs.

rico a écrit:

Peut-être une fausse piste...

Bonjour,
Merci pour le retour, mais dans mon cas, il n'y a qu'une seule loco.

AlanUS a écrit:

Sur la zone du circuit où se produisent les dysfonctionnements, il n'y a que des contacts réels, et les seuls marqueurs sont de ralentissement et d'arrêt.
Tous les indicateurs de détection réels sont à mémoire (réinitialisation) automatique. Je suppose donc qu'ils sont sensés afficher l'état libre / occupé de la zone de détection tel qu'envoyé par la centrale, sans altération (autre que les délais de transmission).
Il faut que je refasse des essais en vérifiant avec le contrôleur de trafic l'état de tous ces indicateurs / marqueurs.

Au cas ou ce serait un rebond de contact, il y a un moyen de l'éviter.
Il suffit de retarder la désactivation de l'indicateur d'une à deux secondes dans l'onglet mémoire en cochant "Minuterie -débutant après désactivation" et en indiquant le délai dans la case correspondante.
Cette temporisation est indispensable lorsque l'on commande la signalisation en prenant appui sur les indicateurs de canton, sinon, au moindre faux contact du wagon de queue, ça clignote.
A+
Elie

AlanUS a écrit:

2. Train piloté en manuel, à la même vitesse, avec suivi par RRTC : dysfonctionnements divers dont :
- le canton qui vient d'être libéré se rallume transitoirement sur RRTC, comme si le train faisait marche arrière. Sur la centrale, ce canton est bien déclaré libre. A ce stade, RRTC perd le train.

Là, ce pourrait bien être une éclisse isolante qui n'est plus très isolante...
A+
Elie

Bonsoir,
je viens d'avoir le cas sur une coupure avant canton. Celui-ci est devenu occupé puis plus occupé.Un loco n'était plus détectée que quand elle roulait.
Un simple petit copeau métallique s'était collé dessous et faisait connexion et mon canton n'était plus isolé.En plus c'est un de mes canton pour faire les profils avec un bouton bascule.J'ai eu de la chance de trouver rapidement avant de tout démonter.
Bon courage et amicalement train.
Claude

Tiens, j'ai plus de signature

BUBU10 a écrit:

Tiens, j'ai plus de signature

Ben non !
A+
Elie

Bon, nouvelle série d'essais. Je pense avoir une explication !

J'ai surveillé les marqueurs d'arrêt et de ralentissement sur les zones où se produit le dysfonctionnement.
La séquence est la suivante (disons que l'on passe du canton A au B).

1. loco entre dans A --> allumage du canton (détection réelle)
2. passage sur / activation du marqueur de ralentissement de A
3. loco entre dans B --> allumage du canton B, extinction canton A (détection réelle)
4. activation du marqueur d'arrêt du canton A

Et là le suivi de train perd la boule !

Pourquoi le marqueur d'arrêt du canton A s'active après que la loco ait quitté le canton A ?
Parce que la loco est mal étalonnée sous RRTC !!!

J'ai ré-étalonné la loco en question, et là, tout fonctionne de nouveau.

Conclusion : le suivi de train, même lorsque la loco est conduite en mode manuel, est très susceptible à la position des marqueurs, et attend une progression logique non seulement des indicateurs réels, mais aussi des marqueurs, même si le canton n'est que de passage et que ses marqueurs d'arrêt et de ralentissement ne sont a priori pas utilisés.
Et bien en fait, ces marqueurs s'activent lorsque le train passe dessus (de façon calculée).

Merci à Yann d'avoir posé la question sur les marqueurs. Et à tous les autres pour leurs suggestions.

AlanUS a écrit:

Conclusion : le suivi de train, même lorsque la loco est conduite en mode manuel, est très susceptible à la position des marqueurs, et attend une progression logique non seulement des indicateurs réels, mais aussi des marqueurs, même si le canton n'est que de passage et que ses marqueurs d'arrêt et de ralentissement ne sont a priori pas utilisés.
Et bien en fait, ces marqueurs s'activent lorsque le train passe dessus (de façon calculée).

Tout dépend, à mon avis, du mode de conduite manuel que tu utilises pour ton trajet.

Si tu utilises un des modes dans lesquels TC doit prendre le contrôle du train, soit pour te faire respecter une limite de vitesse, soit pour t'empêcher de franchir un signal au rouge, il est clair qu'il doit pouvoir continuer à activer les marqueurs dans les cantons.

Jean

Jean_01 a écrit:

Tout dépend, à mon avis, du mode de conduite manuel que tu utilises pour ton trajet.

Dans le cas présent, je suis dans un mode de conduite manuel sans contrôle par RRTC, avec uniquement le suivi de train.

AlanUS a écrit:

Jean_01 a écrit:

Tout dépend, à mon avis, du mode de conduite manuel que tu utilises pour ton trajet.

Dans le cas présent, je suis dans un mode de conduite manuel sans contrôle par RRTC, avec uniquement le suivi de train.

Il me semble que depuis la version 7 TrainController active les marqueurs même si la loco pilotée depuis la fenêtre de train ou le système digital sans circuler sous le contrôle d'un trajet.

Yann a écrit:

Il me semble que depuis la version 7 TrainController active les marqueurs même si la loco pilotée depuis la fenêtre de train ou le système digital sans circuler sous le contrôle d'un trajet.

Je peux comprendre que l'algorithme de suivi de train soit le même quelque soit le mode de conduite adopté, pour une simplicité de réalisation du logiciel. Cependant en incluant les marqueurs dans tous les cas, ceci semble induire le type de comportement non intuitif comme celui que j'ai décrit, lorsque les locomotives ne sont pas (ou pas bien) étalonnées avec RRTC.

Il est vrai que pour le suivi d'un train en conduite manuel, mon intuition initiale aurait été que l'algorithme n'utilise que le schéma de cantons et l'état d'occupation physique des cantons.

Je demanderai confirmation sur le forum de Freiwald.