defaut de commande de certain aiguillage en mode auto

Bonjour,

Jd3d a écrit:

... J'imagine que :
- le paramètrage du port loconet : intervalle d'envoi et intervalle agit sur l'ensemble de l'installation.
cela dit je ne comprends pas la nuance entre intervalle et intervalle d'envoi...

De ma compréhension, le premier paramètre (intervalle d'envoi) était pour des anciennes centrales et agissait sur routes les commandes. Par contre, je pense que tu n'as pas accès à ce paramètre avec le port loconet ? Donc, inutile de t'en préoccuper ...  
Le deuxième paramètre, (intervalle d'aiguillage ou le terme "aiguillage" manque dans la fenêtre de paramétrage) concerne le délai entre l'envoi de toutes les commandes d'aiguillages  

Jd3d a écrit:

...
- de l'aiguillage lui même avec le paramètre temps, je pense que cela agit sur un aiguillage dans le TCO quelque soit le trajet...

Là, il n'est plus question de délai mais d'une durée d'impulsion (je pense entre le décodeur et le moteur pour des anciens décodeurs)...  

Jd3d a écrit:

...
- de l'itinéraire avec le paramètre : délai entre aiguillages : la même chose mais uniquement pour l'itinéraire...

Il s'agit ici du délai d'envoi entre toutes les commandes d'aiguillages de l'itinéraire ...  

Jd3d a écrit:

... si ont met 200ms (ou plus)  sur l'ensemble de l'installation , en principe on ne doit jamais avoir de PB ?  ...

Bin si, on peut selon sa configuration ... Le délai entre deux commandes d'aiguillages peut permettre, par exemple, à un décodeur à décharge capacitive de se recharger mais si un décodeur envoi une impulsion électrique trop faible pour un solénoïde, tu peux bien mettre un énorme délai cela ne règlera pas le problème !... en plus, si l'impulsion est limite le problème devient aléatoire ...  

Jd3d a écrit:

... Sinon ces délais s'ajouteraient ils  entre eux ? ...

Jd3d a écrit:

... Une surconsommation de la centrale est une cause probable mais ma DR5000 est réglèe à 3,5 A , avec une seule loco en test !!!!...

Ouais, vu la conso d'un Cobalt je n'y crois pas trop ... Tu commandes combien d'aiguillages en même temps ?
Le forum est riche en "littérature" sur les "délais" entre commandes d'aiguillages pour pallier à des problèmes matériels. Tu peux parcourir, par exemple, ce post ... ou çuilà ...  
Mais, compte tenu des Cobalt avec décodeur intégré, je ne vois pas bien l'intérêt d'ajouter un délai qq part ... Essaie d'envoyer un MP à RRTC74, il devait installer une cinquantaine de Cobalt ...

A+
Georges

Merci Georges pour ces explications plus claires.

En effet les Cobalt consomment peu.

Dans le cas de mon test je commutais au plus 4 ou 5 aiguillages, ce qui est peu...

cela dit aucun interet d'ajouter une délai quelque part: cela ne règle pas mon problème...

je re-testerai le WE prochain.

Joel

Bonsoir,

Jd3d a écrit:

... cela dit aucun intérêt d'ajouter une délai quelque part: cela ne règle pas mon problème...

A ta place (mais le conseilleur n'est pas le payeur !... ), et pour avoir connu des problèmes similaires, je lèverais le doute sur la centrale et son port loconet en les remplaçant uniquement pour les accessoires (tu laisses la DR5000 pour DCC et rétro). Deux pistes :
- Tu peux peut-être trouver un aimable "prêteur de centrale" au sein de ton club ?
- Tu peux investir quelques dizaines d'euros dans un Sprog. Si cela règle le problème, tu pourras toujours le garder pour commander les accessoires et la séparation des flux n'est pas forcement mauvaise ...
Dans les deux cas, il te faudra un feeder DCC "accessoires" séparé du feeder DCC voies ...

A+
Georges

Ok, donc c'est u n problème de décodeur, de moteur ou d'intervalle d'envoi depuis TC vers la centrale. Chez moi c'est réglé sur 500 ms et les moteurs MTB en H0 font le chantier !

Reste donc encore à voir du côté du décodeur. As tu changé l'alimentation de ton aiguillage de borne et par conséquent d'adresse ? Si le défaut persiste, c'est du côté du moteur qu'il va falloir regarder...
Je ne sais pas ce qu'en pense Georges qui a suivi ce fil, mais les histoires d'intervalle d'envoi n'ont que peu d'influence sur le fonctionnement des moteurs d'aiguillages...

Que ce soit avec les, très gros, moteurs instantanés de LGB en IIm (décodeurs Massoth), ou les moteurs lents de MTB en H0m, et ralentis encore plus de surcroit par mes soins, (décodeurs CDF), je ne rencontre aucune difficulté.

Bonjour,

Christophe a écrit:

...Je ne sais pas ce qu'en pense Georges qui a suivi ce fil, mais les histoires d'intervalle d'envoi n'ont que peu d'influence sur le fonctionnement des moteurs d'aiguillages...

Les intervalles d'envois des commandes d'aiguillages n'ont pas d'effet direct sur les moteurs d'aiguillages mais sur les décodeurs d'accessoires selon leurs configurations (temps de rechargement si décharge capacitive globale, sérialisation si le décodeur ne stocke les commandes successives etc ...). Par contre avec des moteurs Cobalt qui ont un décodeur intégré pour chaque moteur, je ne vois effectivement pas l'impact d'ajouter un délai au 100ms par défaut pour l'envoi des commandes d'un même itinéraire ...

A+
Georges

Bonjour,

Jd3d a écrit:

...  je suppose que la loco n'est envoyée que lorsque les aiguillages sont commandés ?...

Non, il faut éventuellement ajouter le délai de commutation des aiguillages dans la règle de trajet "Délai au départ" (le défaut est à 2s) ...

A+
Georges

Bonjour,

Geo69 a écrit:

... il faut éventuellement ajouter le délai de commutation des aiguillages dans la règle de trajet "Délai au départ" (le défaut est à 2s) ...

Oups, j'ai donné la solution avec la version Gold ... Avec la Silver, je ne sais pas ...

A+
Georges

Bonjour,

Geo69 a écrit:

Jd3d a écrit:

... Sinon ces délais s'ajouteraient ils  entre eux ? ...

Je me doutais que ce n'était pas si simple ... En prenant les temps (qui sont à la seconde près) dans le fichier message, j'ai démarré un trajet avec un premier itinéraire comprenant 6 aiguillages (surveillance vers l'avant à 1 dans les règles du trajet).
1 - Intervalle dans le système numérique à 0 et délai dans l'itinéraire à 0 :
Toutes les commandes d'aiguillages sont envoyées dans la même seconde
2 - Intervalle dans le système numérique à 0 et délai dans l'itinéraire à 1s :
On a bien 1s entre toutes les commandes d'aiguillages
3 - Intervalle dans le système numérique à 1s et délai dans l'itinéraire à 0 :
2° aig --> + 3s
3° aig --> + 3s
puis + 2s pour les autres
4 - Intervalle dans le système numérique à 1s et délai dans l'itinéraire à 1s :
2° aig --> + 2s
3° aig --> + 2s
puis + 1s pour les autres ...
Avec une surveillance vers l'avant à 2 et l'établissement d'un autre itinéraire de 3 aiguillages , ça se complique encore ...  
Ma moralité : cela me confirme que si besoin, il vaut mieux mettre un délai au niveau des itinéraires seulement. D'ailleurs avec un délai au niveau du système numérique qui impacte toutes les commandes j'avais un mauvais fonctionnement avec mes décodeurs de signaux ...   Le mieux étant que côté matériel tout se passe bien avec les défauts de TC !...  

A+
Georges

Geo69 a écrit:

( Le délai entre deux commandes d'aiguillages peut permettre, par exemple, à un décodeur à décharge capacitive de se recharger
Georges

Ce que tu as écrit m'intéresse bougrement car c'est mon système de fonctionnement et j'avoue ne jamais avoir regardé cela

Par contre je me sens bien incapable dévaluer le temps ?

Il va falloir que je me remue les méninges

Bonjour,

Ne t'inquiètes pas à l'avance, Jean-Claude, chez moi les 100ms par défaut dans les itinéraires suffisent entre deux commandes d'aiguilles d'un même décodeur à décharge capacitive CDF ... Par contre, il faut bien respecter l'alimentation : 18V alternatif minimum ou 24Volts continu ...    

A+
Georges

Merci de ta réponse Georges,

Je crois qu'il faut que je revérifie la tension de sortie de mes 2 transfos accessoires

Bonjour a tous.

Merci beaucoup a Georges pour ses explications précises, notamment les mesures de temps qu'il a effectuées : cela donne vraiment une vue plus claire sur les "chronogrammes" de commande des décodeur /

je vais vérifier tout ceci et refaire des tests.

curieusement j'ai posté un topic sur le forum Freiwald qui m'a répondu que normalement ces infos sont sur le User guide ou dans le "Help" ??!!

je n'avais rien trouvé mais peut être fallait il prendre la version anglaise...

En tout cas merci pour ces réflexions qui montrent que c'est un sujet délicat.

A+ Joel

Bonjour,

Jd3d a écrit:

... je n'avais rien trouvé mais peut être fallait il prendre la version anglaise...

Non, la version Francisée par Jean est complète ...   Si l'installation s'est bien passée, tu dois avoir l'aide contextuelle en Français en utilisant la touche de fonction F1 dans les fenêtres de paramétrage d'objets ...  

Jd3d a écrit:

...  merci pour ces réflexions qui montrent que c'est un sujet délicat...

Comme je l'ai déjà dit, le mieux est d'avoir le moins de contraintes matérielles possibles ...

A+
Georges