Messages

16

Vos projets / Re : JMRI - configuration servo moteur sur SoundDecoder Zimo

« le: avril 16, 2023, 09:54:58 am »

Peut-être que la course demandée au servomoteur est supérieure au débattement mécanique qu'il peut se permettre dans la loco : moralité, il chauffe et finit par cramer.
Ou bien il n'est pas assez refroidi dans le corps de la locomotive et il chauffe et finit par cramer.
Le mieux serait déjà de faire des essais avec une carte Arduino en conditions normales (à l'air libre et plein débattement normal) pour voir son comportement et déterminer si la force qu'il peut exercer n'est pas trop faible pour lever un pantographe.

17

Aide / Re : Apprendre la programmation

« le: avril 14, 2023, 10:19:09 am »

Ayant cité deux fois LOCODUINO dans mon livre, je pense pouvoir citer deux fois mon livre dans LOCODUINO ! 

Ceux qui veulent apprendre la programmation peuvent effectivement commencer avec cela :
Animez votre réseau, initiation au système Arduino
22,00 € Réf. GPARDUINO
https://trains.lrpresse.com/A-20021-animez-votre-reseau-initiation-au-systeme-arduino.aspx

En plus, même pas besoin de construire les montages pour les essayer !

18

Aide / Re : Re : Retrosignalisation

« le: avril 14, 2023, 10:03:40 am »

C'est surement l'article 138.

Louis, avez vous essayé la solution proposée ? (le .ino avec le .cpp et le .h pour votre carte)

C'est très certainement cet article, mais l'auteur ne risque pas de "passer par là" et de répondre puisqu'il a quitté le groupe Locoduino depuis quelques années déjà en nous faisant savoir qu'il voulait arrêter ses activités.

Louis devra donc se débrouiller plus ou moins seul, mais on est là ! 

19

Composants / Re : Re : Nouveau: UNO R4

« le: avril 01, 2023, 03:01:14 pm »

1-
En réalité ma question était plus spécifique. La phrase tirée de la présentation de cette nouvelle carte sous-entend-t-elle qu'ils ont l'intention d'utiliser un bus CAN pour communiquer avec les shields ? Je ne pense pas, elle est très bizarre cette phrase.
2-
Et j'ai pas le temps de participé au développement du soft. Je ne suis pas retraité et j'ai d'autres chats à fouetter 
3-
ET c'est quoi ces grands rectangles de couleur pour dissimuler une partie de la carte ? 

1- Je le suppose, rien de plus, puisqu'ils parlent d'un nombre restreint de connexions pour un nombre de shields multiples. A voir...

2- Je m'en doutais un peu, mais ne sois pas méchant avec les chats, ils ne t'ont rien fait.

3- Cela pourrait être pour cacher de nouveaux composants ou connectiques ou alors pour entretenir un mystère là où il n'y en a pas. Ils n'ont pas fait cela pour les cartes Nano nouvelle génération, ou alors j'ai complètement zappé.

Bonne fin de week-end.

20

Composants / Re : Nouveau: UNO R4

« le: avril 01, 2023, 10:33:35 am »

Bonjour à vous deux,

Ce n'est pas la première fois qu'Arduino sort une nouvelle carte, compatible broche à broche avec une précédente, et pourvue d'un microcontrôleur beaucoup plus puissant : la Nano 33 IoT par exemple, compatible avec la Nano, et il y en a d'autres.

Pour lever un coin du voile, il suffit déjà dans un premier temps d'aller voir la documentation du µC puisque c'est le moteur de la carte. Ce µC ne possède pas de bus CAN mais d'un module CAN dont le contrôleur de protocole débouche sur deux pins CRX0 et CTX0. Il est d'ailleurs spécifié que :

The CAN module uses a message-based protocol to receive and transmit data between multiple slaves and masters in electromagnetically noisy applications. The module complies with the ISO 11898-1 (CAN 2.0A/CAN 2.0B) standard and supports up to 32 mailboxes, which can be configured for transmission or reception in normal mailbox and FIFO modes. Both standard (11-bit) and extended (29-bit) messaging formats are supported. The CAN module requires an additional external CAN transceiver.

Le transceiver va donc se situer sur la carte elle-même puisqu'elle est annoncée avec un bus CAN. Ce que je comprends de cette annonce commerciale, c'est que de nouveau shields se connecteront avec ce bus CAN, réduisant ainsi le nombre de connexions. Je suppose que la prise se situera sur le bord opposé à la prise USB, là où c'est caché par le rectangle jaune, encore que...

Aucune information sur la gamme de prix de cette carte (deux versions : WiFi et Minima), mais si vous participez au développement du soft, vous pouvez en recevoir une gratuitement en version Minima (https://www.datocms-assets.com/63916/1679495634-faqs-docx-1.pdf ). Pour ma part, je ne m'estime pas assez calé pour participer : Jean-Luc peut-être ? Mais c'est aussi une question de temps disponible...

Pour Jean-Paul : il n'y a pas que le hardware qui bouge chez Arduino ; on l'aura constaté depuis quelques temps déjà, refonte complète du site, IDE 2.0.x, programmation dans le cloud, Internet of Things, communauté agrandie, nouvelles cartes avec de nouveaux microcontrôleurs, etc. Avant, il était facile de passer de l'ATmega328 aux ATtiny ou à l'ATmega2560 ; aujourd'hui, c'est quasiment impossible de suivre les évolutions tellement rapides des 32 bits multicoeurs et autres possibilités, même pour un retraité ! 

21

Aide / Re : Commande de passage à niveau par DCC

« le: février 27, 2023, 11:22:25 am »

Cela pourrait être aussi l'horodatage du moniteur de l'IDE (case à cocher ou décocher sur la dernière ligne du moniteur "Afficher l'horodatage"). 

22

Vos projets / Re : DECODEUR POUR 1 SIGNAL A BASE DE digispark attiny 85

« le: février 18, 2023, 09:50:39 am »

Ce n'est pas seulement une question de place mémoire. Il y a bien d'autres facteurs à considérer. Par exemple, si le programme utilise un timer 16 bits, il ne tournera pas sur un ATtiny85. De plus, si le programme utilise souvent des interruptions, ou des appels de fonctions en cascade, il pourra ne pas fonctionner alors que la compilation est normale.
Dans les textes cités, on voit que sur ATtiny85, les variables occupent 76% de l'espace mémoire, ce qui laisse peu de place pour la pile. Si celle-ci est sollicitée trop souvent, cela finira par créer un conflit, le programme plantera alors qu'il avait très bien été compilé. Et dans ce cas, difficile de comprendre ce qui se passe !

Tout cela pour dire que l'adaptation d'un programme sur un petit microcontrôleur doit être prise en compte lors de la conception du programme lui même, d'une part en considérant les ressources, d'autre part par une programmation structurée qui permet d'éviter ce genre de bévue. Ce n'est pas simplement une question de nombre de sorties ou de taille mémoire.

23

Vos projets / Re : Re : DECODEUR POUR 1 SIGNAL A BASE DE digispark attiny 85

« le: février 17, 2023, 08:17:13 pm »

...
Postez le programme que vous utilisez pour vos signaux 3 leds puis 4 leds à base d'Arduino NANO.

Normalement, ces programmes sont directement transposables pour ATTiny.

Pas certain ! La carte Nano est architecturée autour d'un ATmega328 qui a plus de ressources qu'un ATtiny25/45/85. Par exemple, trois timers là où les ATtiny n'en ont que deux !
Ou si on préfère, quand on chausse du 45, difficile de prétendre rentrer dans du 38 ! 

24

Débuter / Re : Messages d'erreurs apparaissant après vérification

« le: février 15, 2023, 10:29:07 am »

Je confirme que le programme fonctionne très bien et qu'il n'y a aucun problème de compilation.
La méthode pour récupérer un programme et le téléverser dans une carte Arduino a été décrite dans cet article : https://www.locoduino.org/spip.php?article274
Notamment le paragraphe "Récupération d'un programme pour programmer votre carte".
Je vous invite à la suivre scrupuleusement et vous n'aurez aucun problème.
Toute autre méthode peut entraîner, à votre insu, l'introduction de caractères de contrôle, invisibles donc mais perturbant le texte du programme.
Le fait d'enregistrer sous format TXT puis de changer pour le format INO ne me paraît pas fiable non plus, tout dépend du système d'exploitation qui est derrière et comment les caractères sont codés. Cela peut marcher, mais cela n'est pas garanti.
La méthode de l'article a fait ses preuves. 

25

Débuter / Re : Messages d'erreurs apparaissant après vérification

« le: février 14, 2023, 04:26:22 pm »

...

J'ai fait un copier coller d'un programme existant sur votre site mais après avoir lancer la vérification, il apparaît le message d'erreur Compilation error : stray 303 in program

et je ne sais où trouver la signification et surtout la façon de le résoudre.
...

Avez-vous utilisé la touche "Télécharger" qui existe à la fin d'un programme donné ? Si oui :
Pourriez-vous indiquer quel programme de quel article ? Le mieux est d'utiliser l'espace situé à la fin de l'article en question pour communiquer avec l'auteur qui vérifiera que le programme donné ne présente pas de problème.
Merci de votre aide.

26

Vos projets / Re : Demande d'aide BAL 8 cantons

« le: février 13, 2023, 10:06:06 am »

Afin que nous puisions vous aider, il est impératif que vous postiez une photo précise du montage que vous avez réalisé, permettant de suivre chacun des fils afin de déterminer d'où ils partent et où ils arrivent. En effet, le premier point à vérifier dans une recherche de panne, c'est déjà le montage des composants entre eux.

27

Vos projets / Re : Train HO avec pilotage par ESP8266 à l'intérieur

« le: janvier 15, 2023, 07:17:00 pm »

J'ai eu exactement le même problème quand j'ai commencé à parler d'Arduino dans le monde du modélisme ferroviaire en 2013 (bientôt 10 ans) : mêmes réactions, même dénigrement, mêmes affirmations absurdes par des gens qui ne connaissaient absolument pas.
Alors quand j'ai parlé de trains à batteries avec un signal (DCC ou autre) transmis par radio ou WiFi, on m'a carrément dit que j'avais besoin d'un psy et que je cherchais des solutions à des problèmes qui n'existent pas. C'est vrai que le DCC marche (pas toujours très bien d'ailleurs) par les rails, alors pourquoi évoluer vers autre chose ?
On a donc fait que Locoduino existe et ait son propre forum. Depuis, Arduino a été adopté par un nombre de plus en plus grand de clubs et modélistes. Quant aux trains miniatures à batterie, ils existent bel et bien.
Si on écoutait ces gens là, on écouterait encore la radio sur un poste à galène puisque cela fonctionnait dans les années 1920 ! Je ne cherche même plus à les convaincre : s'ils passent à côté de quelque chose d'important, c'est leur problème. Pour ma part, je continue à vulgariser les microcontrôleurs dans Locoduino ou dans Loco-Revue : si cela sert à quelques uns, j'ai gagné ma journée. 

28

Vos projets / Re : Réalisation d'un compteur de vitesse portatif basé sur l'article 173

« le: janvier 14, 2023, 09:58:50 am »

...
J'ai rétabli les millis d'origine au lieu des micros et bien sûr j'ai rétabli ma distance entre capteurs de 203 mm et non plus de 203000 microns.
J'ai laissé les unsigned long (ligne 37 à 42 du programme).
Et ça marche toujours, il renvoie les bonnes valeurs quelle que soit la vitesse.
...
Avec le blink ou les feux routiers, j'avais réussi à comprendre chaque ligne du programme mais ici j'en suis loin, même si ce programme est classé facile. Mais je ne désespère pas

1- Il n'y avait pas de raison que cela ne marche pas.
2- Effectivement, au vu de votre retour, je pense que l'article est plutôt pour confirmés (deux étoiles). Je laisse à son auteur le choix de le modifier en ce sens s'il partage cette opinion.

Il n'est pas toujours facile de dire si un article est d'un niveau débutant ou confirmé. L'espace de conversation à la suite d'un article est justement là pour que les lecteurs s'expriment et disent quelles difficultés ils ont rencontré. Et cela nous donnerait un retour sur ce que nous produisons.

29

Vos projets / Re : Réalisation d'un compteur de vitesse portatif basé sur l'article 173

« le: janvier 14, 2023, 09:50:18 am »

Merci à vous, je suis content d'être ici car je ne m'en serais pas sorti tout seul.
...
J'ai aussi testé la version micros après plus de 70 minutes (largement), je ne vois rien de bizarre. Le problème se poserait peut-être si le chrono revient à zéro pendant une détection ?
...

1- Si mais cela aurait pris plus de temps. L'avantage d'un forum, c'est qu'on peut poser une question à des gens qui sont un jour passés par le même problème.
2- C'est exactement cela.

Plus on avance en Arduino, plus les choses peuvent paraître difficiles. D'un autre côté, on a plus d'expérience pour chercher et trouver où se situe la solution d'un problème. Avec ce montage, vous avez appris qu'il faut (dans la mesure du possible) adapter le type de variable à ce que renvoie une fonction (ex avec millis()). Je suis certain que vous y serez plus vigilant maintenant.

Pour progresser, je vous conseille la lecture de ces deux articles de Jean-Luc :
https://www.locoduino.org/spip.php?article11
https://www.locoduino.org/spip.php?article102

Et dans votre progression, sachez prendre votre temps. Bon développement.

30

Vos projets / Re : Réalisation d'un compteur de vitesse portatif basé sur l'article 173

« le: janvier 13, 2023, 07:21:32 pm »

Un programme peut fonctionner dans 99,99 % des cas. Et puis un jour, tu tombes sur le 0,01 % qui reste et le résultat est erroné. Mais la première chose à laquelle tu penseras est que le microcontrôleur a dû capter un parasite. En fait non, c'est simplement une singularité due à des conversions qui se font mal. Ce n'est pas grave dans notre domaine : au tour suivant, la mesure redeviendra correcte car on repart dans le 99,99 % des cas. En aéronautique ou spatial, ce pourrait être une catastrophe. C'est pourquoi les programmeurs doivent avant tout déterminer les types de variables à utiliser et éviter de les mélanger dans des calculs pour éviter les problèmes. Je m'amusais bien quand je faisais un goto direct pôle nord sur A310 : le FMS plantait ! Mais ce point est une singularité ! Heureusement, avant d'arriver dans un cockpit, un logiciel est testé pendant des milliers d'heures.
Cela n'enlève rien à ton montage qui fonctionne.