Aiguillages récalcitrants: comment investiguer le problème

Aiguillages récalcitrants: comment investiguer le problème

Messagepar jpp38 » 31 Août 2012, 19:36

J'ouvre ce sujet pour parler d'un des plus gros problèmes du fonctionnement du réseau réel: l'aiguillage qui refuse de changer de position une fois de temps en temps.
Ce problème est classique et fréquent. Et il peut provoquer des pertes de temps colossales, pour identifier l'origine du problème.

De mes nombreuses confrontation au problème (la dernière fois, c'était avec l'ami Christian / chris68), il ressort une méthologie de diagnostic que je présente ici.

Lorsqu'un aiguillage ne change pas d'état, cela peut venir de huit causes distinctes:

a) Le logiciel de commande n'envoie pas la commande ou se trompe sur cette commande.
b) l'interface ne transmet pas à la centrale.
c) la centrale ne prend pas en compte cette commande (au niveau du protocole de communication Xpressnet, P50X, ...)
d) la centrale n'émet pas sur le DCC (rails).
e) le module d'accessoires ne prend pas en compte la commande arrivant sur les rails (mauvaise adresse, ...).
e) la commande est envoyée par le module d'accessoire, mais l'impulsion est trop courte.
f) la tension d'alimentation du moteur d'aiguille est trop faible.
g) un problème mécanique empêche l'aiguille de commuter.

Dans la plupart des cas, le problème vient des causes "e", "f", "g".

La diversité des causes possibles fait que, quand on entre dans ce genre d'investigation, ça dure en général très longtemps.

Il est donc très important de "casser" le problème en deux:
- est-ce que le problème est en amont du décodeur?
- est-ce que le problème est en aval du décodeur?


Pour répondre à cette question, il y a deux tests assez faciles à faire.

PREMIER TEST: DEUXIEME DECODEUR EN PARALLELE AVEC LE PREMIER

Voilà: tout est dans le titre.
On place un deuxième décodeur d'accessoire, à la même adresse, et qui pilote un autre aiguillage (ou lampe ou ....).

Si la commutation se fait sur ce deuxième décodeur, alors ça élimine les causes "a" à "d".
Si la commutation ne se fait pas non plus sur ce deuxième décodeur, ça veut dire au contraire que le problème est bien parmi ces causes "a" à "d".

DEUXIEME TEST: OUTIL DE VERIFICATION DES SORTIES DE DECODEUR

Si le problème vient du décodeur ou en aval, il est important de savoir si ça vient ou non du décodeur.
Je me suis donc fabriqué ce petit outil électronique, basé sur une simple bascule qui change d'état sur la moindre impulsion (0,1 ms) sortant du décodeur d'accessoire. Si on voit que l'état change sur l'outil (LEDs rouge et verte) alors que l'aiguillage ne commute pas, c'est que la commande a bien été prise en compte par le décodeur d'aiguille, mais que l'énergie est insuffisante pour faire changer l'aiguilles d'état (tension insuffisante, durée insuffisante, ou résistance mécanique trop importante de l'aiguille).

L'utilisation d'optocoupleurs avec deux diodes tête-bêche fait que ce montage fonctionne quelle que soit la polarité de l'impulsion, positive, négative, ou sinusoidale.
Le montage a été testé avec le LS150 et le LDT S-DEC-4

outil_aiguillage.jpg


La réalisation, bricolée sur veroboard.

outil_aiguillage2.jpg
jpp38
 
Messages: 11187
Inscrit le: 31 Mars 2009, 10:15
Localisation: Grenoble (Isère / Rhône Alpes)

Re: Aiguillages récalcitrants: comment investiguer le problème

Messagepar railenbois » 31 Août 2012, 20:46

Bonsoir

plus besoin de se déguiser en Hercule Poirot pour découvrir le coupable , :thanku: pour le tuto

Marcel
Le train miniature est un virus ,on se soigne mais l'on en guérit pas
échelle HO ,centrale Lenz
Genli S88 et RM-GB-8 n
moteurs aiguilles roco et conrad via LS150
voie roco code 100 et 83
contrôle par deux zones de détections
railenbois
 
Messages: 2824
Inscrit le: 24 Octobre 2011, 18:35
Localisation: 01

Re: Aiguillages récalcitrants: comment investiguer le problème

Messagepar jpp38 » 01 Septembre 2012, 16:30

Salut Marcel,

De rien. Malheureusement, ça ne fait pas tout :mrgreen: . Il reste de bons moments avant de trouver.

JP
jpp38
 
Messages: 11187
Inscrit le: 31 Mars 2009, 10:15
Localisation: Grenoble (Isère / Rhône Alpes)


Retourner vers Pilotage du réseau réel

Qui est en ligne ?

Utilisateurs parcourant actuellement ce forum : Aucun utilisateur inscrit et 1 invité