un côté d aiguillage ne marche pas.....

Bonsoir,

Du coup, je suis passé à 0ms !... Cela résout le passage des signaux à des états "intermédiaires" et à la réflexion avec un transfo de 160VA et des LS150 qui stockent les commandes d'aiguillages (électro-aimant SEEP), je ne vois plus pourquoi mettre un délai entre les commandes d'accessoires... Pour l'instant, mes commandes d'aiguilles se font aussi bien qu'avec 200 ou 300ms. A suivre pour le problème aléatoire d'aiguille non faite avec un gros trafic ...

A+
Georges

Bonsoir,

En voyant le titre de cette discussion il y a quelques heures, j'ai espéré trouver une solution à ce problème que j'avais aussi : un côté d'un aiguillage ne fonctionnait pas. Comme j'ai un tout autre matériel (décodeur Roco 10775), mon témoignage est parallèle à ce que vous décrivez.

Je n'ai pour le moment que 8 appareils et ce seul décodeur, relié à ma centrale Roco 10786, commandée par une multiMaus et/ou par mon PC. Mes moteurs d'aiguillage sont tous des Fleischmann.

Ce qui est curieux dans l'histoire est ceci : cet aiguillage (n° 7), voulait bien passer à la position déviée que ce soit avec RRTC 8 Silver ou avec Rocomotion (livré avec la centrale), par contre il ne voulait pas revenir à la position "tout droit". Mais si je le commandais à partir de la multiMaus, il n'y avait pas de souci : les deux positions étaient bien fonctionnelles. Donc j'ai testé avec un autre canal de décodeur (le 8 qui commande l'aiguille 8 qui fonctionnait bien, elle) mais cela n'a rien changé. J'ai modifié les temps de commutation dans les 2 logiciels, jusqu'à 1000 ms, sans résultat.

En désespoir de cause, j'ai inversé les deux fils correspondant à chaque bobinage : résultat concluant sur Rocomotion... (hourra !) mais pas sur RRCT 8 !  

Autre essai : j'ai changé aiguillage et moteur sans obtenir un meilleur résultat...

La dernière tentative fut d'effacer cet aiguillage et le redessiner dans le TCO. C'est la solution qui a fonctionné pour moi...   Du coup, j'ai pu re-câbler les fils comme à l'origine !

Conclusion temporaire : il y a un bug dans le logiciel... D'autres idées ?

Là-dessus, je vais aller me présenter dans la section qui va bien pour ça...

Ce n'est pas un bug...
C'est vraisemblablement le fichier de ton aiguillage qui était endommagé.
Le fait de le recréer à résolu le problème.
C'est un phénomène qui arrive de temps en temps sur un élément, ce peut être une loco, un trajet, ou, comme toi une aiguille, même un TCO complet...
Il est probable que ça vient de Windows...

Alors là : "il est probable que ça vienne de Windows" ... Il ne faut pas dire ça à un ancien informaticien

Le fichier de l'aiguillage dont tu parles est généré par et pour le logiciel RRTC, si c'est conçu comme ça (mais il est plus probable que ce soit une "classe" dans une programmation de type "objet"...) En bref, Windows n'est qu'un interface entre ce logiciel et l'utilisateur ; c'est aux concepteurs de logiciels à se conformer à l'OS, pas l'inverse !

Cette histoire d'aiguille qui ne marche que d'un côté me semble bien curieuse. Si effectivement l'enlever et la remettre du TCO permet de rétablir la situation, il semble envisageable de parler de Bug.

Maintenant, il faudrait qu'il y ait quelques cas similaires chez d'autres utilisateurs pour réellement conclure.

Kalamiit a écrit:

Conclusion temporaire : il y a un bug dans le logiciel... D'autres idées ?

Je sais que je m'adresse à un ancien informaticien, mais j'ai une petite différence d'interprétation. Pour moi, un bug répond à trois conditions:

- il peut être "tapé" comme on dit, par un seul utilisateur parmi des milliers. Jusque là, on est dans le cas d'espèce.

- Une fois "tapé", il est reproductible par tous les utilisateurs. Et là, je commence à avoir des doutes.

- Il ne peut être corrigé que par une intervention sur le code du programme. Et dans notre cas on n'y est pas du tout puisque le programme n'a pas été corrigé et que le fonctionnement est maintenant correct.

Le bug qu'on arrive pas à reproduire et qui s'autocorrige avec juste une modification de fichier .... permettez-moi d'être sceptique.

Je veux bien admettre qu'il y a eu un problème lors d'une sauvegarde de fichier venant de Windows? de l'écriture sur le disque? ou de tout autre élément? mais bug dans le programme ... je n'entre pas dans le jeu.

Jean

Jean_01 a écrit:

mais j'ai une petite différence d'interprétation.

C'est justement là que se pose le hic : en informatique, il n'y a pas d'interprétation ! Un bug est reproductible à la seule condition que tous les paramètres et variables possibles soient strictement identiques d'un utilisateur à l'autre.

Bref, un bug est toujours un cas d'espèce. A la nuance près qu'il n'y a pas une infinité de configurations possibles, et donc il y en aura toujours au moins 2 identiques sur la quantité existante (cf. loi des grands nombres). Malheureusement, ces configurations peuvent être chacune à l'autre bout de la planète, comment communiquer cela ? C'est le boulot des développeurs d'envisager toutes les situations et surtout éviter les mauvais usages en la matière qui génèrent les fameux "effets de bords" (très souvent mal compris).

Posez vous la question : pourquoi tant de mises à jour (y compris de Windows) ? Alors que, apparemment tout va bien (pour vous) : c'est parce que justement, pour la grosse majorité des utilisateurs, dont vous êtes, c'est effectivement le cas : ça marche... Et que les mises à jours sont faites pour corriger les petites imperfections qui rendent la plupart des logiciels "non fiables à 100 %" dès production. Les logiciels sérieux subissent toujours des mises à jour. Les éditeurs ne sont pas toujours très clairs avec ça (après tout cela signifie, quelque part, que leur travail n'a pas été intégralement correct dès le début...) RRTC en est à la version E2 non ? Cela représente combien de mises à jour depuis la 8.0 "tout court" ?

NB : je ne parle pas des upgrades qui sont plutôt de caractère marketing mais des updates

Appel ça comme tu veux, sache seulement que tu peux avoir un jour un autre élément dans le même cas et que la solution est simple...
A notre niveau, nous ne cherchons pas souvent (à part quelques uns) à décortiquer la cause d'un problème, sauf si c'est un véritable bug reproductible, mais plutôt à découvrir certaines vertus cachées du logiciel et de son environnement.

Je voudrais seulement dire ici que supprimer une aiguille et la re-créer va annuler tous les trajets qui passent par cette aiguille. Il va falloir les reprendre un à un pour re-boucler l'itinéraire comportant la nouvelle aiguille... Cela peut représenter vraiment beaucoup de travail si l'aiguille interfère avec un grand nombre de trajets. Mais je ne crois pas que l'on puisse faire autrement...

Bonjour, ce n'est pas très grave, les trajets ne sont pas supprimés mais ont un chainon manquant temporaire, quand on pose une nouvelle aiguille, les itinéraires qui passent par là se recréent automatiquement. Au pire, il suffit de vérifier les itinéraires...
A+

Il est possible de désactiver le calcul du SPC pour ne pas casser les itinéraires des trajets.

Il faut penser à le réactiver après! Si c'est juste une suppression, puis remplacement d'un élément à l'identique, normalement ça marche.

Kalamiit a écrit:

... RRTC en est à la version E2 non ? Cela représente combien de mises à jour depuis la 8.0 "tout court" ?

Puisque tu évoques TC, voici la politique de mise à jour de Freiwald.

1) il ne fait de rectification que s'il arrive à reproduire lui-même le problème qu'on lui fait remonter. Donc si le problème est reproductible en simulation.
Est-ce que tu as pu constater que ton aiguille avait le même problème en simulation? Si tu en avais parlé sur le forum, c'est le premier test qu'on t'aurait demandé de faire. Tout problème non reproductible en simulation est considéré comme problème local.

2) il ne fait de mise à jour immédiate qu'en cas de problème bloquant pour tout le monde. Dernier exemple, la V8E1 qui n'est restée en ligne qu'une dizaine de jours.

3) dans tous les autres cas, les mises à jour s'accompagnent d'améliorations du fonctionnement normal de TC.

J'espère que ces quelques renseignements te seront utiles pour ton utilisation future du logiciel.

Jean

Bonjour,

Jean_01 a écrit:

...  Puisque tu évoques TC, voici la politique de mise à jour de Freiwald.

1) il ne fait de rectification que s'il arrive à reproduire lui-même le problème qu'on lui fait remonter. Donc si le problème est reproductible en simulation. ...

Je vois quand même une limite pour le protocole de communication entre TC et chaque type de système numérique, non ? Il peut y avoir un bug côté centrale (ou interface) d'ou déclassement de la catégorie A ou côté TC et ceci n'est pas reproductible en siumulation ...    

A+
Georges

Georges,

Un bug dans la com, que ce soit côté TC ou côté centrale, cela affecte tous les utilisateurs du couple TC/Centrale et ça se discute entre Freiwald et le fabricant de la centrale.

A mon avis, cela n'a rien à voir avec une aiguille qui se fait mal et pas à tous les coups.

Jean

coquelicot94 a écrit:

... quand on pose une nouvelle aiguille, les itinéraires qui passent par là se recréent automatiquement. Au pire, il suffit de vérifier les itinéraires...
A+

Alors là, je suis obligé de te dire que tu es dans l'erreur Si l'on efface un élément d'un itinéraire et qu'on y installe un autre même identique, l'itinéraire se fera de part et d'autre de cet élément

ben c'est bien ce que j'ai dit, l'itinéraire se refait Je viens d’essayer en supprimant une aiguille sur mon TCO, les itinéraires passant par cette aiguilles disparaissent sur le dispatcher, quand je remets une aiguille identique, les itinéraires se recréent automatiquement. Elle est où l'erreur
A+

Bonsoir,

Je pense que Sébi a interprété "Nouvelle aiguille" et pas "Nouvelle aiguille en remplacement de celle supprimée" ... Ceci étant, si on avait du paramétrage dans le(s) itinéraire(s) supprimé(s) et recrée(s) automatiquement par TC, il faudra ne pas oublier de le refaire ...

A+
Georges

Kalamiit a écrit:

La dernière tentative fut d'effacer cet aiguillage et le redessiner dans le TCO. C'est la solution qui a fonctionné pour moi... Du coup, j'ai pu re-câbler les fils comme à l'origine !

Qu'ai-je donc interprété

coquelicot94 a écrit:

ben c'est bien ce que j'ai dit, l'itinéraire se refait Je viens d’essayer en supprimant une aiguille sur mon TCO, les itinéraires passant par cette aiguilles disparaissent sur le dispatcher, quand je remets une aiguille identique, les itinéraires se recréent automatiquement. Elle est où l'erreur
A+

J'avais fait l'essai avant de publier ma réponse : si l'on efface puis recrée un élément de l'itinéraire sur le TCO, ce nouvel élément ne sera pas repris dans l'itinéraire donc même si ton itinéraire se refait sur le dispatcher, ta nouvelle aiguille n'aura pas été basculée et bonjour l'accident

Bonsoir,

Sébi a écrit:

... J'avais fait l'essai avant de publier ma réponse : si l'on efface puis recrée un élément de l'itinéraire sur le TCO, ce nouvel élément ne sera pas repris dans l'itinéraire donc même si ton itinéraire se refait sur le dispatcher, ta nouvelle aiguille n'aura pas été basculée et bonjour l'accident

Sébi, j'ai détruit bon nombre d'itinéraires en déplaçant une portion de voie par erreur sur le TCO ... Après re-création de cette portion de voie, les itinéraires re-crées par TC sont tout à fait utilisables comme avant (après ajout du paramétrage éventuel). Je viens de faire moi aussi l'essai avec suppression/création d'un aiguillage, je ne vois pas de différence ?

A+
Georges

Geo69 a écrit:

Bonsoir,Après re-création de cette portion de voie, les itinéraires re-crées par TC sont tout à fait utilisables comme avant (après ajout du paramétrage éventuel). Je viens de faire moi aussi l'essai avec suppression/création d'un aiguillage, je ne vois pas de différence ?
A+
Georges

De quel paramétrage parles-tu

Essayons-nous bien la même chose  :

Bonjour, en supposant que tu soit dans le vrai, tu fais comment pour réactiver l'aiguille
A+

Bonjour,

Sébi a écrit:

... Essayons-nous bien la même chose  :

Non ... Je pense que toi tu utilises un bouton "Itinéraire" pour activer manuellement un itinéraire. Je n'ai jamais utilisé cette fonction et je pense qu'il doit falloir re-créer le bouton ?
Pour ma part, les itinéraires ne sont activés qu'en "automatique" par un trajet (démarrer lui même par clés de départ/arrivée en mode de conduite manuel ou automatique) et dans ce cas tout se passe bien ...  

Sébi a écrit:

... De quel paramétrage parles-tu ...

Je parle du paramétrage que l'on peut avoir dans un itinéraire (indicateur, limite de vitesse etc...). Celui est, bien-sûr, perdu en cas de re-création automatique d'un itinéraire ...

A+
Georges

Je viens de constater que le programme réagit différemment que l'on soit en calcul automatique du SPC ou non ; ayant créé notre plan avec la version 5.0 de TrainController, nous avions dû désactiver cette fonction afin de pouvoir mettre plusieurs TCOs sur un même SPC (les liens et les SPCs multiples n'avaient pas encore été inventés) d'où nos différences de positions

coquelicot94 a écrit:

Bonjour, en supposant que tu sois dans le vrai, tu fais comment pour réactiver l'aiguille
A+

En mode calcul manuel du SPC, il faudra éditer l'itinéraire et y redéfinir les éléments d'origine et de but

Alors, Sébi, on n'est pas à jour en Suisse...???

Bien sûr que oui ; comme je l'ai indiqué plus haut, on n'a pas voulu recommencer les dessins des TCOs et SPCs et reparamétrer les éléments à l'apparition des nouvelles fonctions ; bien que j'ai eu fait des petits fichiers pour essayer en 5.0 et qui ne fonctionnaient plus du tout en 5.8