Voir les contributions

Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.


Messages - Jean-Baptiste

Pages: [1]
1
Bonjour,

Merci beaucoup pour les informations.
J'imagine qu'il faut reprendre le schéma de l'article "Détection RailCom© avec ESP32 (ou Arduino)" ?
On peut intégrer directement un ESP32 sur la carte (1 ESP32 correspond à 1 détecteur avec ce sketch) ?
Sur quelle broche UART doit être connectée la sortie Railcom avec ce sketch ?

2
Bonjour,
Merci beaucoup pour l'article sur le site éditorial et le sketch arduino.
Par contre, je n'était pas intéressé par la coupure des court-circuits. Je pense - ça n'est que mon avis - que l'électronique est beaucoup plus réactive pour gérer cela. Les appareils électrotechniques dédiés à ça sont équipés de chambres de soufflage d'arc...
Ayant testé la carte de détection 4 cantons mentionnée précédemment, je n'arrive pas à un résultat correct en connexion directe sur un arduino mega, suvi par rocrail.
J'ai donc réimplanté 4 schémas de détection basés sur ATTINY sur le même PCB, en conservant 2 sorties par détecteur, la deuxième pourrait être utilisée pour activer un relais sur carte ABC, par exemple. Le coût d'un ATTINY44 est visiblement identique à un ATTINY45.
Je partage les fichiers Gerber utilisés chez le fournisseur de Hong-Kong et le sketch. C'est mon premier projet sur Kicad, un peu d'indulgence SVP.
J'ai dû modifier le fichier main.ino. Ayant une locomotive qui visiblement pollue fortement le signal, il m'a été nécessaire de remonter les seuils de détection et d'intégrer une temporisation avant l'activation d'un signal.
Enfin, s'il y a un projet concernant un détecteur Railcom qui s'intègre facilement dans Rocrail, je suis intéressé.

3
Du coup, après essai en réel, il reste 2 problèmes avec le sketch de l'article :
- Les commandes de fonctions n'ont pas un format compatible avec la dernière version de DCC-EX. Le logiciel sur la base station attend une commande de type <F cab funct state> (par exemple <F 04 0 ON> active la fonction 0 de la locomotive à l'adresse 4). La manette envoie des ordres du type <f cab byte1 [byte2]>, lesquelles sont passés en statut déprecié : https://dcc-ex.com/reference/software/command-summary-consolidated.html#id72
Je ne sais pas ce que "laBox" attend comme format de commande relatif aux fonctions, mais c'est peut-être incompatible avec celui envoyé par cette manette ;
- Du fait du mode de génération d'affichage du cadran, il n'est pas possible d'aller au delà de 100 crans de vitesse. C'est moins gênant que pour les fonctions, mais probablement à corriger.

Quoiqu'il en soit, je n'ai absolument pas le niveau pour adapter le sketch sans aide.
Merci d'avance si quelqu'un peut m'aider  :)

4
Aide / Re : Probleme vitesse loco rocrail
« le: avril 15, 2025, 12:29:46 am »
Bonjour,
Rien de particulier pour la connexion du Shield moteur Arduino officiel, à part de couper le pont de connexion "Vin connect". : https://dcc-ex.com/ex-commandstation/diy/assembly.html#gsc.tab=0.

Pour Rocrail et ses vitesses maximales "fantaisistes", il faut bien vérifier que le paramètre "crans de vitesse" soit réglé à 128, comme sur la vue du paragraphe "Onglet : Interface" de cet article : https://www.modelisme-ferroviaire-rouen.fr/rocrail-pilotage-reseau-ferroviaire-miniature/gestion-locomotives-rocrail/.
Je m'étais fait piéger.

5
Bonjour,
Après attente de livraison des composants Ali..., je suis arrivé à une télécommande qui semble totalement fonctionnelle !

J'ai dû modifier l'ordre des pins pour avoir un encodeur qui fonctionne dans le bon sens et un peu jouer au loto concernant les options du fichier User_Setup.h de la librairie TFT_eSPI-master.

Je n'ai pas encore testé sur la station DCC-EX, mais je ne vois pas de raison pour laquelle ça ne fonctionnerait pas.
Reste juste cette étape : "Il ne reste plus qu’à créer un boitier adapté en impression 3D."
Merci

6
Je n’ai pas le temps nécessaire pour étudier ce problème en ce moment.

Après téléchargement, que se passe-t-il ?
Pour l'instant, pas grand chose sur l'écran qui m'a affiché quelques images fixes.
Je pense que c'est un autre problème, il faut que je vérifie le cablage et les contacts, voir que je commande un autre écran pour test.
Sujet en attente, donc.

7
Je viens de changer le code de cette ligne par ceci :
ESP32Encoder::useInternalWeakPullResistors= puType::up;
Dans la bibliothèque, il spécifié ceci :
enum class puType {
   up,
   down,
   none
};...
static puType useInternalWeakPullResistors;

Est-ce que ma modification est pertinente ? Je n'ai plus d'erreur de compilation.
Merci

8
Bonjour,

Merci pour ta réponse.
J'ai bien vu que msport est malheureusement décédé, ses contributions m'intéressaient beaucoup.
L'erreur apparaît dans l'IDE version 2.3.4.
Il s'agit du fichier *.ino indiqué dans l'article : https://locoduino.org/IMG/zip/s_dials-18.zip
Le problème est à la ligne 733 avec ce message d'erreur :
C:\Users\jb\Downloads\s_dials-18\S_dials-18\S_dials-18.ino: In function 'void setup()':
C:\Users\jb\Downloads\s_dials-18\S_dials-18\S_dials-18.ino:733:46: error: 'UP' was not declared in this scope; did you mean 'UDP'?
  733 |   ESP32Encoder::useInternalWeakPullResistors=UP;
      |                                              ^~
      |                                              UDP
exit status 1
Compilation error: 'UP' was not declared in this scope; did you mean 'UDP'?

Il y a probablement un problème lié à la bibliothèque "ESP32Encoder.h"(https://github.com/madhephaestus/ESP32Encoder), mais je suis désolé, j'ai toujours été nul en programmation.
Comment savoir si les lignes #include <driver/gpio.h> et #include <driver/pcnt.h> de la bibliothèque sont bien trouvées par l'IDE ?
C'est d'autant plus regrettable que j'ai tout le hardware qui semble fonctionner.

9
Bonjour,

Lors de la compilation du sketch attaché à l'article "Ma nouvelle manette DCC avec ESP32" (https://locoduino.org/spip.php?article343), j'ai l'erreur suivante bloquante :
Compilation error: 'UP' was not declared in this scope; did you mean 'UDP'?.

C'est visiblement lié à la ligne 733 du fichier S_dials18.ino : ESP32Encoder::useInternalWeakPullResistors=UP;.
Qu'est ce qui ne va pas ? Est-ce qu'une bibliothèque est manquante ?
Merci d'avance

10
Aide / Re : détecteurs et DCC-ex
« le: mars 17, 2025, 12:46:00 am »
Bonjour,

D'après la documentation de Rocrail, oui.
https://wiki.rocrail.net/doku.php?id=dccpp:dccpp-en
Voir I/O setup.
Si vous arrivez à faire fonctionner quelque chose, votre retour m'intéresse.

11
Aide / Re : Moteur lent pour aiguillage MTB MP1
« le: août 25, 2023, 12:09:05 am »
Bonjour,

Merci pour votre réponse.
Le datasheet de ce moteur est ici : https://www.mtb-model.com/files/produkty/MP1-setup_CZ_EN_DE.pdf
Ces moteurs consomment 150mA, je suppose qu'une seule entrée sera suffisante.
Je ne connaissais pas le montage inverseur, merci de l'information.
Si je comprends bien le datasheet de l'ULN, il ne faut pas dépasser 0,6V en Vbe pour rester non passant. Vce semble être d'environ 1V à saturation. Si j'ai bien compris tout ça, il faut dimensionner le pont diviseur en fonction de ces tensions maximales  ?
Désolé, j'ai étudié l'électrotechnique il y a longtemps, pas l'électronique.

12
Bonjour,

Désolé de déterrer le sujet, mais cela faits 3 MAX471 que j'achète, tous sont défectueux (dans le cas le moins défavorable, celui-ci a un offset d'1V).

Utiliser le sense output du LMD18200 serait plus simple, dans la mesure où le câblage serait simplifié.
Est-ce que vous avez testé cette solution ?

D'après le datasheet, le courant de sortie correspond à 377µA/A. Un calcul rapide m'indique une résistance de 6,6K pour une valeur de 5V et une alimentation de 2A, mais il faudrait probablement prendre une marge de sécurité pour ne pas aller au delà des 5V en cas de court-circuit.

Je me trompe ?
Merci d'avance pour votre avis

Pages: [1]