Une station DCC complète, polyvalente et économique avec JMRI

[msport]

@ ChrisA

Bonsoir,

comme il s'agit d'un dépannage, le forum est plus adapté.

En particulier, postez le schéma du montage que vous avez réalisé.

J'imagine que vous avez by-passé vos circuits breakers. Et le MAX471 si il fonctionne correctement. (préférer maintenant le INA169 ou le GY169)

[ChrisA]

@ ChrisA

Bonsoir,

comme il s'agit d'un dépannage, le forum est plus adapté.

En particulier, postez le schéma du montage que vous avez réalisé.

J'imagine que vous avez by-passé vos circuits breakers. Et le MAX471 si il fonctionne correctement. (préférer maintenant le INA169 ou le GY169)

Bonsoir, voici une photo de mon montage: circuit breakers bypassés. Je suspecte l’entrée ana de l’Arduino défectueuse mais les PSX devraient limiter le cc et protéger le booster? Ils sont tout neufs.

[msport]

Difficile de dire en l'absence de schéma théorique.

Vos PSX sont débranchés. (normalement J2 vers les voies)

En tout cas votre interrupteur (?) est connecté directement sur les bornes de sortie MOTOR2 du module à L9110 : c'est votre test de court-circuit ?
Potentiellement ce sont Q1 à Q4 qui sont morts, le reste du module peut peut-être encore fonctionner.

Les bornes de sortie MOTOR1 alimentent vos PSX pour la voie principale : ok.

Vous n'utilisez pas les mêmes bornes pour alimenter le step-down que le module à L9110 : avez vous vérifié comment se fait le retour de masse ?

[ChrisA]

Bonjour.
Le schéma théorique est celui de l’article (voir en PJ), avec un step-down calibré à 9V pour l’Arduino. J’ai vérifié sur l’alim 18V: il y a deux sorties mais les + sont raccordés ensemble et les - aussi. J’utilise une sortie pour le booster et l’autre pour le step-down. Ensuite, c’est vrai que je ne raccorde pas directement  le - de la sortie du step-down aà l’Arduino car elle correspond au - de l’entrée (vérifié à l’ohmmètre). J’utilise le même câblage que dans l’article.
Pour répondre à vos questions/remarques:
- oui les PSX ne snt pas raccordés aux rails: c’est volontaire, je voulais tester mon court-circuit d’abord en shuntant les 2 bornes du connecteur en bas de chaque PSX.
- j’ai bien testé mon cc sur la sortie MOTOR1, la sortie MOTOR2 que vous avez isolée en photo me servira plus tard pour la voie de programmation, donc je ne l’ai pas utilisée pour faire mon cc
- du coup, ce qui m’interpelle est qu’aucune des 2 leds ne s’allume plus, alors que je n’ai fait le court-circuit que sur la sortie principale. Comme si un composant commun avait grillé (74HC…), s’il avait reçu plus de 5V par exemple.

[msport]

Des hypothèses :

1. La documentation des PSX dit :
Réinitialisation adaptative de la charge : détermine électroniquement si la surcharge est un véritable court-circuit ou est due à une capacité excessive dans les décodeurs sonores ou les voitures particulières éclairées.
Le PSX n’intervient donc pas immédiatement puisque qu'il laisse passer une pointe de courant initiale correspondant à la charge de condensateurs sur le réseau. Comme vous créez un court-circuit violent, ce temps est peut-être suffisant pour détruire les FETs. J'imagine que le concepteur des PSX a pris en compte des courts-circuits sur le réseau, c'est à dire à travers la résistance de quelques décimètres de voies en maillechort.
Cette hypothèse n'est peut pas la bonne comme vous indiquez que la voie de programmation est grillée également et alors que l'IRF3205 est supposé tenir des pics de courant de 390A.

2. Un circuit de masse aléatoire qui aurait amené une tension négative sur le module.

3. une fausse manipulation non identifiée ...

Vous pouvez tester les entrées A0 et A1 de l'Arduino en leur appliquant progressivement une tension de 5V avec un potentiomètre de 10 Kohms en utilisant les exemples de l"IDE : 03.Analog

[ChrisA]

Merci pour ces hypothèses.
Pour la procédure PSX, j’ai suivi la doc de cette carte en faisant un cc directement sur J2 du PSX.
Par contre, je viens de voir quelque chose dans le programme:
En suivant l’article, j’ai fait les modifications indiquées dans DCCpp_Uno.h pour un MOTOR_SHIELD_TYPE 2, notamment:
#define DIRECTION_MOTOR_CHANNEL_PIN_A 12
#define DIRECTION_MOTOR_CHANNEL_PIN_B 13
Or, la pin12 sur le schéma est physiquement raccordée à l’entrée DIR1 (ce que j’ai fait), alors que dans le fichier DCCpp_Uno.ino, il est indiqué en ligne 284 en commentaire que cette pin DIRECTION_MOTOR_CHANNEL_PIN_A doit être inactive. C’est écrit pareil pour la PIN_B mais là, peut-être que ça ne pose pas de problème car la pin 13 indiquée n’est pas raccordée.
Et donc, lorsque le Max471 détecte un cc, n’y aurait-il pas un cc justement sur la commande du signal DCC mis à 0 car utilisé physiquement ?
Dans ce cas, quelles valeurs mettre dans les 2 variables ci-dessus? 2 pins non utilisées comme 4 et 13?

[msport]

Effectivement vous avez appliqué la notice qui dit :

6. Test the PSX for functionality:
a. Turn on DCC power to the PSX.
b. Verify D7 LED and D12 LED are ON and D6 LED is OFF.
c. Connect a wire from J2.1 to J2.2
d. Verify D12 is ON, D7 is OFF, and D6 is ON. You may see D12 and D6 pulse OFF
periodically [VERY short time], this is the automatic reset.
e. Remove the wire from J2.
f. Verify D7 and D12 return to ON and D6 turns OFF.

Est-ce que le 5V fournit par le Mega est OK, son régulateur ne chauffe pas ? Les composants de la carte à L9110 ne chauffent pas non plus ?

Et vous avez la réponse de l'auteur de l'article là :
https://www.locoduino.org/spip.php?article253#forum5471
... ne concerne que les shields ...

[ChrisA]

Bonjour,
Oui, c’est bien cette procédure que j’ai appliquée.
Le 5V fourni par le Mega est correct et stable à 4.84V. Pas de chauffe particulière, ni sur le Mega, ni sur le booster.
Comme je suis convaincu que le problème est apparu lorsque le Mega a détecté une entrée courant trop élevée et a actionné l’arrêt du courant sur le booster, je regardais comment fonctionnait cet arrêt, et si par une mauvaise configuration des fichiers, une mauvaise commande sur les transistors des ponts en H du booster ne pouvait pas provoquer un cc sur ceux-ci et donc « cramer » la carte booster…

[msport]

Bonsoir,

ce montage a été réalisé de nombreuses fois et si il y avait une anomalie dans sa description, elle aurait été rapportée depuis sa publication il y a plus de deux ans.
J"ai réalisé sa version UNO et testé avec un INA169 et un GY169 (cité plus haut)
En tout état de cause le schéma sert de référence.
Vous devriez peut-être tester les courts-circuits de manière moins violente.
Avec 3 résistances de 8 ohms en parallèle, vous auriez plus de 5 A sous 18V.
https://www.ebay.fr/itm/223964745979
Testez A0 (et d'ailleurs, il vaudrait mieux utiliser A1)  (voir plus haut)
Et vérifiez votre MAX471, il est spécifié pour 3A en permanence, et les courts-circuits doivent être éliminés en moins de 10 ms.

[fcot2002]

Bonjour @ tous,

J'ai bien lu et relu et j'ai une question hyper simple :

Quel élément et quel câblage, en remplacement du MAX471, prendre pour une DCC++ 10A sans programmation ?

l'ACHS-7122 préconisé par Christophe est-il le bon (trop d'avis et montage différent pour statuer), et quel câblage ?

Je précise bien que je n'ai pas besoin de lire les CVs pour programmation, car cela sera fait sur une atre DCC++ qui fonctionne très bien mais manque de puissance.

Merci et bonne journée @ tous

[msport]

Bonjour,

à mon avis le digne remplaçant du MAX471 est le INA169 :
https://www.ebay.fr/itm/174358185974
Son utilisation est directement transposable, voir le schéma joint.

Le sketch BaseStation d'origine coupe à 1,4 A environ avec un MAX471 3A qui donne 1A/V .
Attention les déclinaisons du sketch de Gregg Berman ont modifié ce paramètre et son mode d'évaluation. Donc à vérifier avant mise en œuvre d'une version clonée. Le sketch BaseStation d'origine n'a pas besoin d'être modifié pour piloter le module à L9110.

Par ailleurs, noter que le module à L9110 ne comporte pas de radiateur et que son utilisation à 10A en permanence me semble plus que risqué tel quel.

Pour déclencher à 10 A, il faudrait réduire la résistance shunt de l'INA169 dans le rapport inverse à 1,4 A. Donc environ 0,015 ohm pour 10 ampères.

Compte tenu du fait qu'on ne trouve pas de résistance en dessous de 0,1 ohm, je suggère de réduire la résistance RL (actuellement 10k soudée sur le module INA169 ) et de souder en parallèle une 1,8K à l'emplacement RL prévu sur ce module (résultante 1.5 Kohm et seuil 9A).
Et en soudant une 0.1 ohm à l'emplacement RS. Attention pour 10A permanent c'est une puissance de 10W qui est à prévoir.

A noter que tout ceci n'est pas testé et mérite d'être validé par une relecture.

https://www.ti.com/lit/ds/symlink/ina169.pdf

[msport]

de Picloco qui m'adresse un message personnel :

Bonjour,

Nouveau venu, je tiens à saluer toute l'équipe de Locoduino.
Ma passion: remettre en état de vieilles locos et d'installer des décodeurs, je n'ai besoin que d'une voie de programmation.
J'ai effectué et controlé x fois le montage de l'article " une station DCC complète, polyvalente et économique avec JMRI";
Mon environnement:
Windows 10, Java 8 version 301 ( j'ai lu que la version 311 était problématique ), logiciel Arduino...
Montage identique à l'article  Arduino Uno ( pas un clone ), carte L9110S Dual Motor Driver et port USB
Programmation sur Arduino idem à l'article , les leds s'allument sur la sortie voie de programmation
Téléchargement de JMRI, contrôle des ports USB
Problème: Panel pro me dit que le port COM5 (celui de l'Arduino) est déjà occupé, et en arrivant malgré celà à ouvrir le panneau Decoderpro: en installant une loco le message est pas de loco erreur 308 et la touche programme ( en bas à droite) reste grisée....
j'ai installé, désinstallé les logiciels...pas de changement, d'après ce que j'ai lu il doit y avoir un problème de communication via le port USB...
Pouvez vous  donner quelques conseils à un "programmateur " débutant..
Avec mes remerciements.
Bien à vous.
Picloco ( mon seul temps libre est quelques heures du week end )

Bonjour, pour un dépannage, le forum est plus approprié : on peut y poster photos et schémas.
Par ailleurs je ne suis pas un spécialiste de JMRI et d'autres avis seront utiles.
Sauf erreur, un IDE ne doit pas être ouvert en même temps que JMRI est connecté. Si besoin regardez le port utilisé dans le panneau de configuration de Windows. Vérifiez éventuellement avec les commandes DCC++ directement issues du moniteur..
Différents problèmes ont été listés sur ce fil, regardez si vous n'en faites pas partie.

[Picloco]

Merci de votre réponse si rapide.

Je vais naviguer sur le forum.

Bien cordialement;

Picloco

[Picloco]

Bonjour,

Nouveau venu, je tiens à saluer toute l'équipe de Locoduino.
Ma passion: remettre en état de vieilles locos et d'installer des décodeurs, je n'ai besoin que d'une voie de programmation.
J'ai effectué et controlé x fois le montage de l'article " une station DCC complète, polyvalente et économique avec JMRI";
Mon environnement:
Windows 10, Java 8 version 301 ( j'ai lu que la version 311 était problématique ), logiciel Arduino...
Montage identique à l'article  Arduino Uno ( pas un clone ), carte L9110S Dual Motor Driver et port USB
Programmation sur Arduino idem à l'article , les leds s'allument sur la sortie voie de programmation
Téléchargement de JMRI, contrôle des ports USB
Problème: Panel pro me dit que le port COM5 (celui de l'Arduino) est déjà occupé, et en arrivant malgré celà à ouvrir le panneau Decoderpro: en installant une loco le message est pas de loco erreur 308 et la touche programme ( en bas à droite) reste grisée....
j'ai installé, désinstallé les logiciels...pas de changement, d'après ce que j'ai lu il doit y avoir un problème de communication via le port USB...
Pouvez vous  donner quelques conseils à un "programmateur " débutant..
Avec mes remerciements.
Bien à vous.
Picloco ( mon seul temps libre est quelques heures du week end )

[Dominique]

Sujets fusionnés mais la réponse de msport se trouve juste avant