Messages

331

Discussions ouvertes / Re : Les livres de Pascal Barlier : "ARDUINO: Faites le jouer au train"

« le: juillet 07, 2022, 10:15:15 am »

Bonjour,

J'ai voulu reproduire la carte RailCom at-retour présentée dans le livre (V2). J'ai fait fabriquer les PCB à partir des fichiers Gerber en téléchargement donc sans modification.

J'ai utilisé exactement les composants préconisés. Je ne pense pas avoir fait d'erreur dans le montage des composants. Sauf peut-être le LM393, mais j'ai fait le montage dans un sens et dans l'autre et ça ne fonctionne pas mieux.

J'utilise un LMD18200, la tension à la sortie de l'alim est de 18V. Quand je met l'alimentation en service, j'ai bien un signal DCC sur mon rail (je n'ai qu'un seul rail pour les tests), ma loco répond, avance ou recule et ses fonctions répondent normalement.

J'ai bien sûr un signal DCC envoyé aux rails qui inclus le cutout (c'est le programme donné dans le livre), qui fonctionne parfaitement et que je présentée ici : https://forum.locoduino.org/index.php?topic=1352.0

J'ai mi une resistance variable (10KΩ) comme préconisé pour trouver la bonne valeur de résistance. (fils sur le côté)

Quelqu'un a t'il des préconisation ? Peut-être Pascal Barlier lui-même peut il m'aider ?

Merci par avance.

332

Composants / Re : PCA9685 et servos

« le: mai 22, 2022, 06:15:54 pm »

servo.read() de la bibliothèque servo n'est pas (comme son nom pourrait le laisser croire) une lecture de l'information qui serait stockée dans le servo par exemple mais tout simplement servo.read() est une méthode de la class Servo qui retourne la dernière valeur en mémoire écrite au travers d'un servo.write(xxx) ou servo.writeMicroseconds(xxx).

Pour illustrer ce que je dis, imaginez que vous fassiez tourner manuellement le servo pour lui faire changer d'angle, servo.read() ne retournera pas la position physique mais la valeur stockée dans le programme !

C'est donc uniquement logiciel. Il faut savoir quelle bibliothèque vous utilisez, et regarder le fichier de définition (.h). Mais il serait bien étonnant que cette méthode retournant la position n'existe pas.

333

Vos projets / Re : Nouveaux décodeurs!

« le: mai 05, 2022, 12:34:48 am »

Quel type d'aide ? Si c'est pour partager l'apéro, ça je sais faire !

334

Discussions ouvertes / Economies d'énergie !

« le: mars 12, 2022, 10:12:57 am »

La SNCF ne manque pas d'humour ! Du coup, je me suis adapté et j'ai réduit l'intensité sur mon réseau de 12 à 9 volts  Et les vaches vont à nouveau pouvoir contempler les trains.

335

Bibliothèques / Re : Bibliothèque SlowMotionServo

« le: mars 04, 2022, 09:33:54 am »

Antoine,

Regarde au début du fichier d'entête Servo.h. Il est possible que la réponse à ton problème soit là :

#define SERVOS_PER_TIMER       12     // the maximum number of servos controlled by one timer
#define MAX_SERVOS   (_Nbr_16timers  * SERVOS_PER_TIMER)

336

Le logiciel DCC++ / Re : DCC++ EX

« le: mars 02, 2022, 06:33:36 pm »

Bonsoir à tous,

Tout d'abord pour les stay alive, c'est connu et documenté. ESU par exemple à introduit un peu d'électronique pour isoler ses PowerPack lors de la  lecture de CV et recommande de "débrancher" le stay alive quand ils ne sont pas de sa marque et donc pas compatibles avec ses décodeurs.

Pour la lecture des CV, je m'étais mélangé les pinceaux dans mes configurations. A la longue, au travers de tous les tests réalisés, je fini par m'y perdre. Ma loco TRIX a acceptée de "cracher" ses informations et de se laisser modifier une fois que mes paramètres étaient bons !

La configuration :

Arduino Mega + DCC Ex + LMB18200 + INA190 (que je n'avais pas encore testé).

Toutes mes locos habituellement reconnues se laissent lire et écrire. Mon autorail Picasso Mistral X3800, refuse toujours la lecture et l'écriture.

337

Le logiciel DCC++ / Re : DCC++ EX

« le: mars 01, 2022, 10:09:49 pm »

Je suis impressionné par la rigueur du test et très heureux d’avoir (enfin) un résultat positif. Je suis d’autant plus heureux que je viens d’acheter d’occasion une loco TRIX pour laquelle je n’arrive pas à lire les CVs alors que je n’avais jamais eu de problèmes jusque là avec les décodeurs TRIX (Marklin).

Par ailleurs, j’ai une configuration toute prête avec la carte Pololu et aussi une autre avec un LMD18200, il me sera assez facile de tester et d’essayer de corroborer ces résultats.

Par contre je ne comprends pas bien comment faire pour cela :

Je décide de modifier la voie de programmation (M2FB) sur la carte Pololu en augmentant la résistance en sortie du miroir de courant. Je remplace la 220Ω par une 470Ω, soit à peu prés le double.
Je vérifie que cela fonctionne en traçant la courbe V (M2FB) en fonction du courant de l'alimentation. le résultat est:

I (ma) alimentation      18   160   250   683   780   915   1115
M1FB (mv) R = 220 Ω   0,1   1,36   21,9   262   314   390   502
M2FB (mv) R = 470Ω    0,1   2,74   39,3   537   651   810   1032

338

JMRI et Arduino / Re : Pas de communication avec décodeur

« le: février 06, 2022, 09:18:43 pm »

Antoine,

Ca va un peu dans toutes les directions on dirait.

Le problème de lecture des décodeurs est connu avec DCC++ (et DCCpp et aussi semble t’il avec DCC–Ex comme j’ai pu le constater). Cela ne concerne que quelques types de décodeurs et fort heureusement pas les plus connus ou rependus  comme ESU ou Marklin… Avec quelques Zimo je crois qu'il y a des problèmes. Personne n’est semble t’il capable de trouver une solution à l’heure actuelle.

A cela s’est ajouté les MAX471 défectueux.

Pour s’y retrouver, il faut procéder avec méthode. Effectivement en premier, s’assurer de la fiabilité du module de mesure de courant (MAX471, INA169…).

Ensuite, avoir la bonne version du logiciel correspondant à la configuration matérielle.

Mais ici, le code que tu mets à ma demande en téléchargement est une modification que j’avais faite de DCC++ pour un usage bien précis avec un contrôleur HTML. Ce contrôleur n’a jamais fait de la lecture/écriture de décodeur et n’a jamais été conçu pour cela ! Il ne faut pas utiliser ce code avec JMRI (qui communique en TCP).

Pour assurer au mieux ses chances de succès, je reprends le conseil de msport qui dit qu’il faut (en plus de s’être assuré du bon fonctionnement du module de lecture de courant) installer une version originale de DCC++ et utiliser JMRI dont on a pu constater le bon fonctionnement avec de nombreux décodeurs. Le LMD18200 est aussi l'une des cartes moteur qui semblent bien adaptée dans ce cas.

Après cela, pour le pilotage, tu pourras utiliser des solutions plus « exotiques » comme ce contrôleur à partir d’une page HTML.

 

339

Vos projets / Re : PONT TOURNA2NT

« le: février 04, 2022, 11:02:05 am »

Bonjour,

Ce ne sont pas les bonnes volontés qui manquent pour vous aider à réaliser ce projet. Mais il faut toutefois que vous précisiez votre demande. On ne fera pas à votre place. Je ne saurais trop vous conseiller de (re) lire l’article de Christian : Comment réussir son projet Arduino qui vous précisera les principaux points de la conception à la réalisation d’un projet : https://www.locoduino.org/spip.php?article233

Cela vous aidera aussi à formuler vos demandes, points par points, étapes par étapes.

Le principal problème à résoudre à mon avis est l’arrêt du pont précisément en face de chaque porte pour que les rails soient bien alignés. Si j’ai bien compris, vous voulez utiliser un capteur à effet Hall (avec une majuscule en respect pour Edwin Herbert Hall qui en a découvert le principe). C’est un bon départ.

Mais qu’en est t’il du moteur exactement à part qu’il s’agit d’un moteur DC. Est-il à entrainement direct sur le pont ? Auquel cas, vous ne manquerez pas de rencontrer des problèmes de précision dûs, au minimum, au jeux mécaniques inévitables. Observez comment fonctionne un pont Fleischmann par exemple. C’est un index qui vient précisément arrêter le pont à son emplacement précis.

Les jeux sont difficiles à appréhender pour les solutionner. Ils ne sont pas les mêmes non plus selon le sens de rotation.

Même avec un moteur pas à pas, cette problématique est atténuée mais présente. A mon avis, commencez à travailler ce point sur un banc de test très simple et travaillez jusqu’à ce que vous obteniez un arrêt précis du pont à un endroit précis que vous avez choisi.

340

JMRI et Arduino / Re : Pas de communication avec décodeur

« le: février 02, 2022, 07:06:38 am »

Il faudrait mettre en téléchargement toute la page de code.

341

Vos projets / Re : Les débuts de Bubule le débutant pour digitaliser son réseau en N

« le: février 01, 2022, 08:52:48 pm »

C'est certainement une excellente machine. J'ai la même en HO et en Roco, une pure merveille. Et les sons sont très réalistes.

342

Vos projets / Re : Les débuts de Bubule le débutant pour digitaliser son réseau en N

« le: février 01, 2022, 08:42:31 pm »

Quelle marque la 150X ?

343

Bus DCC / Re : Une station DCC compatible RailCom

« le: février 01, 2022, 07:22:56 pm »

Bon, puisque nous arrivons tous à la conclusion que ça fonctionne globalement bien il aurait été intéressant d'avoir un retour de Thierry pour savoir si c'est susceptible de relancer le projet la Box ?

344

Discussions ouvertes / Re : Les livres de Pascal Barlier : "ARDUINO: Faites le jouer au train"

« le: janvier 31, 2022, 07:40:22 pm »

Merci Michel pour ce retour. Tout cela est encourageant. Si toute fois nous arrivions à tirer profit de cela pour la box qui est un peu coincée ce serait génial. Je pense que Thierry va nous faire un retour prochainement.

Par contre, je vous invite à publier maintenant sur le fil dédié à l'ESP32 : https://forum.locoduino.org/index.php?topic=1352.msg14748#msg14748

En effet, le présent fil concerne l'Arduino Mega ou Uno sur lequel j'avais porté le développement de Pascal Barlier pilotable de l'extérieur (JMRI ...) et plus structuré en classes C++.

345

Discussions ouvertes / Re : Les livres de Pascal Barlier : "ARDUINO: Faites le jouer au train"

« le: janvier 31, 2022, 05:44:33 pm »

Bonjour Thierry,

Est-ce que tu parles bien du projet que j'ai mis sur le Github hier ?  https://github.com/Locoduino/DCCxx-ESP32-WiFi-Railcom

En effet, j'ai changé de méthode de génération du DCC par rapport à ce qu'a fait Barlier et ce dont parle ce fil.

Le nouveau fil est ici pour l'ESP32 https://forum.locoduino.org/index.php?topic=1352.msg14748#msg14748

Dans le nouveau projet, j'ai de très bons résultats avec les trames DCC générées de cette manière. J'ai testé avec 5 locos différentes, 5 décodeurs différents (Marklin, ESU V4 et V5, Zimo...)

Il rete des petits problème sur cette station mais il ne concernent pas la génération de la trame en elle même mais par exemple des démarrages intempestifs de certaines locos à la mise sous tension, mais encore une fois, la génération des trames n'est pas en cause.

Marcel a aussi fait les tests de son côté et à part les points que je signale ci-dessus, il a aussi réussi à piloter sa loco.