16
Vos projets / Re : Mes servos chantent même à l'arrêt
« le: février 23, 2022, 05:44:31 pm »
Merci Jean-Luc pour ces précisions.
L'Arduino pour le train miniature
Nouvelles:
Le forum LOCODUINO est consacré aux discussions ayant trait à l'utilisation de l'Arduino dans les automatismes et les animations pour le train miniature. Nous avons eu récemment quelques inscriptions de personnes ayant des projets plus généraux mais surtout inapplicables au train miniature. Si votre projet ou vos questions ne concernent pas le modélisme ferroviaire, ne vous inscrivez pas, vous perdriez votre temps et nous aussi.
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.
17
Vos projets / Re : Mes servos chantent même à l'arrêt
« le: février 21, 2022, 05:40:08 pm »Citer
Oui, OK, c'est possible comme ça. N'est-ce pas un peu l'artillerie lourde par rapport à la solution attach/detach ?Je ne sais pas ce que fait attach/detach, je n'ai jamais essayé.
Est-ce que le moteur reste alimenté ? Est-ce qu'il continue à consommer du courant ?
Le montage que j'ai présenté a été motivé par le fait qu'il pouvait y avoir des mouvements incontrôlés du servo lors de la mise sous tension du décodeur.
Le fait de démarrer le signal PWM avant de mettre le moteur sous tension a résolu ce problème, d'où ce schéma qui permet de contrôler l'alimentation.
Cordialement,
Dominique
18
Vos projets / Re : Mes servos chantent même à l'arrêt
« le: février 21, 2022, 11:11:57 am »
Bonjour babskwal,
Oui on peut le faire en code Arduino en alimentant le servo via un circuit ULN2803.
En basculant une entrée de l'ULN on autorise ou on bloque la sortie correspondante (voir schéma joint).
Oui on peut le faire en code Arduino en alimentant le servo via un circuit ULN2803.
En basculant une entrée de l'ULN on autorise ou on bloque la sortie correspondante (voir schéma joint).
19
Vos projets / Re : Mes servos chantent même à l'arrêt
« le: février 20, 2022, 11:35:26 pm »
Bonsoir,
Il suffit de couper la tension d'alimentation du servo quand il a atteint sa position.
Il suffit de couper la tension d'alimentation du servo quand il a atteint sa position.
20
Le logiciel DCC++ / Re : DCC++ EX
« le: février 20, 2022, 10:54:28 am »Citer
Mais comme dit Dominique, DCC-EX avec oled consomme 90% de la mémoire sur les 328P (UNO, Nano, Mini, ...), ce qui laisse moins de place à la créativité.
Dans mon cas, dès le départ j'avais décidé de consacrer le Nano à la gestion du signal DCC pour éviter toute perturbation.
Le Nano ne fait donc que recevoir des commandes et générer le signal DCC correspondant. Tout autre traitement se fait sur un autre élément Arduino.
21
Le logiciel DCC++ / Re : DCC++ EX
« le: février 19, 2022, 11:02:26 pm »
Bonsoir,
Le fait de remplacer DCCpp par DCC-EX sur ma centrale à base de Nano a résolu mes problèmes de lecture de CV sur mes décodeurs.
Le fait de remplacer DCCpp par DCC-EX sur ma centrale à base de Nano a résolu mes problèmes de lecture de CV sur mes décodeurs.
22
Le logiciel DCC++ / Re : Problème de lecture et programmation de CVs avec DCC++
« le: janvier 10, 2022, 11:53:16 am »
Merci pour cette précision.
En tous cas, je suis satisfait avec DCC++EX.
En tous cas, je suis satisfait avec DCC++EX.
23
Le logiciel DCC++ / Re : Problème de lecture et programmation de CVs avec DCC++
« le: janvier 10, 2022, 10:21:39 am »
Bonjour,
C'est bien DCCpp que j'utilisais.
J'avais cru comprendre que c'était la même chose que DCC++ mais mis en bibliothèque.
Citer
Et alors, DCCpp ou DCC++ ?
C'est bien DCCpp que j'utilisais.
J'avais cru comprendre que c'était la même chose que DCC++ mais mis en bibliothèque.
24
Le logiciel DCC++ / Re : Problème de lecture et programmation de CVs avec DCC++
« le: janvier 09, 2022, 11:45:08 pm »Citer
L'utilisation du fer à souder n'est pas du gout de tout le monde.
Je ne comprends pas cette remarque.
Quand on fait des montages électroniques, on est bien obligé de souder les composants sur les circuits imprimés.
25
Le logiciel DCC++ / Re : Problème de lecture et programmation de CVs avec DCC++
« le: janvier 09, 2022, 03:44:01 pm »
Bonjour à tous,
Je suis avec intérêt ce fil de discussion, j'avais même présenté mon cas personnel le 18 avril 2020 (page 2 du fil) à base de Nano et LMD18200.
La pin 8 de mon LMD18200 est branchée sur le Nano sans aucun circuit intermédiaire (schéma ci-joint).
Mon hardware n'a pas changé et je me suis longtemps contenté de pouvoir écrire les CV "en aveugle" sans pouvoir les relire.
Un jour j'ai acheté des décodeurs DH10 dont je ne pouvais pas lire les CV. Voulant aller plus loin dans la configuration des décodeurs, j'ai exposé ce problème de lecture à Doehler & Haass, le fabricant.
Ils ont été très réactifs et après quelques échanges de mail où je décrivais en détail ce que j'observais, ils m'ont conseillé de remplacer DCCpp par DCC++ EX qui est, je crois, une amélioration de DCC++ (https://dcc-ex.com/).
C'est donc ce que j'ai fait.
Sans avoir changé le hardware je peux maintenant lire les CV sur tous mes décodeurs sans aucun problème ni même réglage.
Je suis loin d'être un pro de l'électronique et je ne me permettrais pas de donner mon avis sur les solutions proposées dans ce fil.
Je suis preneur de tous vos commentaires au sujet de ma solution plutôt 'simpliste' qui laisse à penser que c'est plus un problème software que hardware.
Cordialement,
Dominique
Je suis avec intérêt ce fil de discussion, j'avais même présenté mon cas personnel le 18 avril 2020 (page 2 du fil) à base de Nano et LMD18200.
La pin 8 de mon LMD18200 est branchée sur le Nano sans aucun circuit intermédiaire (schéma ci-joint).
Mon hardware n'a pas changé et je me suis longtemps contenté de pouvoir écrire les CV "en aveugle" sans pouvoir les relire.
Un jour j'ai acheté des décodeurs DH10 dont je ne pouvais pas lire les CV. Voulant aller plus loin dans la configuration des décodeurs, j'ai exposé ce problème de lecture à Doehler & Haass, le fabricant.
Ils ont été très réactifs et après quelques échanges de mail où je décrivais en détail ce que j'observais, ils m'ont conseillé de remplacer DCCpp par DCC++ EX qui est, je crois, une amélioration de DCC++ (https://dcc-ex.com/).
C'est donc ce que j'ai fait.
Sans avoir changé le hardware je peux maintenant lire les CV sur tous mes décodeurs sans aucun problème ni même réglage.
Je suis loin d'être un pro de l'électronique et je ne me permettrais pas de donner mon avis sur les solutions proposées dans ce fil.
Je suis preneur de tous vos commentaires au sujet de ma solution plutôt 'simpliste' qui laisse à penser que c'est plus un problème software que hardware.
Cordialement,
Dominique
26
Débuter / Re : Lecture d'une carte SD
« le: octobre 24, 2021, 09:46:12 am »
Bonjour,
Si ça peut aider, voici la méthode que j'utilise:
Le fichier texte comprends des données écrites sous le format JSON. Exemple mon fichier locos.jso :
Le programme lit le fichier et le stocke dans une variable String ;
Ensuite on désérialise les données JSON :
Puis on dispose des données sous la forme suivante :
Cordialement,
Dominique
Si ça peut aider, voici la méthode que j'utilise:
Le fichier texte comprends des données écrites sous le format JSON. Exemple mon fichier locos.jso :
Code: [Sélectionner]
[
{"id":0,"name":"BB67300","address":2},
{"id":1,"name":"X4200","address":4},
{"id":2,"name":"X3800","address":5},
{"id":3,"name":"BB66000","address":1},
{"id":4,"name":"040DG-58","address":7},
{"id":5,"name":"A1A-A1A68537","address":6},
{"id":6,"name":"Adr-3","address":3},
{"id":7,"name":"Adr-8","address":8},
{"id":8,"name":"Adr-9","address":9},
{"id":9,"name":"Adr-10","address":10}
]
Le programme lit le fichier et le stocke dans une variable String ;
Code: [Sélectionner]
File locosFile;
String locos;
locosFile = SD.open("locos.jso");
if (locosFile) {
while (locosFile.available()) {
locos = locos + locosFile.readString();
}
}
Ensuite on désérialise les données JSON :
Code: [Sélectionner]
DynamicJsonDocument locosData(1024);
deserializeJson(locosData, locos);
Puis on dispose des données sous la forme suivante :
Code: [Sélectionner]
int locoAddress = locosData[*index]["address"];
Cordialement,
Dominique
27
Trucs & astuces / Re : ESP32/ESP8266 - vitesse d'exécution
« le: avril 24, 2021, 09:54:30 am »
Je me suis effectivement trompé dans mon message, c'est server.client qui renvoie 0 tant que le client n'envoie pas de requête.
Ci-joint une copie d'écran (tout est encore en développement°.
Ci-joint une copie d'écran (tout est encore en développement°.
28
Trucs & astuces / Re : ESP32/ESP8266 - vitesse d'exécution
« le: avril 24, 2021, 09:29:36 am »
Bonjour bobyAndCo,
Comme tu peux le voir dans mon code j'avais un peu essayé l'utilisation d'un tableau de clients, mais comme je l'ai dit dans un message précédent, tant que le client n'envoie pas de requête, client.available donne 0 et impossible d'extraire les adresses ip des clients connectés.
Est-ce normal ?
Note que la limitation de 4 clients est due à l'ESP8266.
Comme tu peux le voir dans mon code j'avais un peu essayé l'utilisation d'un tableau de clients, mais comme je l'ai dit dans un message précédent, tant que le client n'envoie pas de requête, client.available donne 0 et impossible d'extraire les adresses ip des clients connectés.
Est-ce normal ?
Note que la limitation de 4 clients est due à l'ESP8266.
29
Trucs & astuces / Re : ESP32/ESP8266 - vitesse d'exécution
« le: avril 23, 2021, 10:57:07 pm »
Bonsoir Pierre,
C'est ce que je pensais, mais ...
Dans mon programme je fais:
client = server.available()
if(client)
... traitement ...
eh bien on entre dans le bloc if uniquement si un des clients envoie quelque chose, sinon client=0 alors qu'il y en a plusieurs de connectés.
C'est ce que je pensais, mais ...
Dans mon programme je fais:
client = server.available()
if(client)
... traitement ...
eh bien on entre dans le bloc if uniquement si un des clients envoie quelque chose, sinon client=0 alors qu'il y en a plusieurs de connectés.
30
Trucs & astuces / Re : ESP32/ESP8266 - vitesse d'exécution
« le: avril 23, 2021, 04:17:52 pm »
Question subsidiaire :
Apparemment la fonction WiFiServer.available() permet de détecter qu'un client envoie des données.
Mais comment savoir si un client est connecté même s'il n'envoie aucune de données ?
Apparemment la fonction WiFiServer.available() permet de détecter qu'un client envoie des données.
Mais comment savoir si un client est connecté même s'il n'envoie aucune de données ?