LOCODUINO
Discussions Générales => Présentez vous ! => Discussion démarrée par: gachetrain le décembre 29, 2024, 07:12:35 pm
-
Bonjour,
Nouveau sur le forum et novice en Arduino, je viens à la pêche aux renseignements afin de faire fonctionner mon passage à niveau.
J'ai essayé de copier les programmes sur
LOCODUINO (avec la fonction copier de chaque programme) et je n'arrive même pas à les compiler, toujours des erreurs.
Pouvez-vous me guider svp.
-
Tout d'abord, dans quel article avez-vous trouvé le programme (car plusieurs articles de LOCODUINO décrivent des PN) ?
Ensuite, quel est votre niveau exact en Arduino ? Si vous n'en avez jamais fait, la réalisation d'un PN peut s'avérer compliquée.
Enfin, quelle carte utilisez-vous ? Quel est votre système d'exploitation ? Et surtout que disent les messages d'erreur ? Avez-vous déjà réussi à compiler un programme plus simple (comme une modification du programme Blink) ?
Prière de bien répondre à toutes ces questions afin que nous puissions vous proposer des solutions.
-
+
Pour répondre à vos questions, oui, je débute sur Arduino, je suis sur windows 7(64), j'ai trouvé les programmes sur l'app locoduino, je pensai qu'en copiant les programme dans l'IDE, il était possible de faire fonctionner le PN.(en modifiant certaines valeurs, angles servo, temps d'ouverture et de fermeture par exemple)
le 1er programme se compile bien, quand je colle le 2eme, le message d'erreur est le mot bytes n'existe pas. Je possède une carte uno
-
OK, débuter n'est pas un problème car nous avons nous aussi débuté un jour (et LOCODUINO n'existait pas !)
Windows 7 me chagrine un peu, il serait peut-être temps d'upgrader l'ordinateur avec W10 ou W11. Ce n'est pas une obligation mais ce serait quand même mieux !
Vous ne m'avez pas dit avec quel article vous travaillez ; je vais donc supposer qu'il s'agit de ma série de cinq articles sur la gestion du PN.
Pour cela, une carte Uno est parfaite.
Effectivement 'bytes' n'existe pas mais 'byte' existe bien : d'où vient le S ? Faute de frappe dans le programme ou dans ce post ? A vérifier.
J'ai encore vérifié assez récemment que mes programmes du PN compilent sans problème, donc ce devrait être le cas aussi chez vous. On finira bien par trouver l'explication. ;)
-
Merci pour votre réponse, il s'agit effectivement des 5 articles sur les PN, je vais vérifier qu'il n'y a pas de s a byte , et recommencer le copier-coller par contre quand je colle le n°2 à la suite du 1, ni a-t-il pas une syntaxe particulière à rajouter ou à enlever.
En ce qui concerne windows 7 je ne peux pas le supprimer, car ayant été formateur autocad quand je travaillais, je possède un exemplaire 2002 qui ne tourne pas sur w11 ou w10 parce que je m'en sers encore très souvent, je donne encore des cours à des étudiants pour les dégrossir sur le logiciel et je ne peux pas prendre une autre licence vu le cout.
-
Je viens de recopier les 4 premier sketch et a la compilation une nouvelle erreuer
if (val == LOW) s’allume (erreur exit statut 1 stray\342' in program)
-
Merci pour votre réponse, il s'agit effectivement des 5 articles sur les PN, je vais vérifier qu'il n'y a pas de s a byte , et recommencer le copier-coller par contre quand je colle le n°2 à la suite du 1, ni a-t-il pas une syntaxe particulière à rajouter ou à enlever.
...
Vous ne pouvez pas coller un programme à la suite d'un autre. Les programmes sont conçus pour rajouter à chaque fois une fonctionnalité de plus par rapport à ce qui a été développé dans l'article précédent. Le premier article réalise la détection des trains sur les voies, le deuxième rajoute le clignotement des feux, le troisième rajoute le mouvement des barrières et le quatrième rajoute le son. Chaque article ajoute donc quelque chose à ce qui existait, d'où la progression des articles, et chaque programme est autonome.
-
Je viens de recopier les 4 premier sketch et a la compilation une nouvelle erreuer
if (val == LOW) s’allume (erreur exit statut 1 stray\342' in program)
Je pense que vous avez des caractères qui s'ajoutent lors de votre copier-coller (stray 342). Utilisez bien la fonction adéquat pour copier le programme dans le presse-papier.
-
Je viens de faire un copier du programme de l'article 3 et je l'ai importé dans l'IDE 2.3.4.
Il compile sans problème pour une carte UNO :
Le croquis utilise 5232 octets (16%) de l'espace de stockage de programmes. Le maximum est de 32256 octets.
Les variables globales utilisent 287 octets (14%) de mémoire dynamique, ce qui laisse 1761 octets pour les variables locales. Le maximum est de 2048 octets.
En fait, les deux programmes de l'article 4 compilent également sans problème.
-
Je viens de compiler le sketch1 pas de probleme
Je compile le sketch 2 tout seul de la 1ere partie (PaN 1),il me met cette erreur stray'\342' in program
-
Effectivement, j'ai compilé les sketchs les un après les autres, il se compile bien
Je ne vois pas pourquoi lorsque je les assemble, j'ai toutes ses erreurs
-
Je vous l'ai expliqué plus haut : chaque programme est indépendant et NE DOIT PAS ETRE AJOUTE à un programme précédent.
Ou alors, expliquez moi ce que vous voulez dire par "assembler".
-
J'entends par assembler les mettre les uns à la suite des autres afin de faire fonctionner le PaN .
Sinon comment faut-il faire pour le faire fonctionner
-
Le mieux est de suivre les articles dans l'ordre.
Pour chaque article, vous connectez les composants électroniques nécessaires, et vous programmez votre carte avec le programme qui est donné. Et cela fonctionne : d'un article à l'autre, votre PN est évolutif.
Par exemple, si vous voulez réaliser la partie décrite dans l'article 3 (détection des trains + clignotement des feux + mouvement des barrières), il faut programmer la carte avec le programme de l'article 3 et relier les ILS, les LED et les deux servomoteurs.
Si vous voulez le PN complet (le même avec le son), il faut rajouter une deuxième carte UNO et un DFPlayerMini avec sa carte SD, et un haut-parleur et ce sont les programmes donnés dans cet article 4 qui doivent être téléversés dans les cartes UNO (un programme différent par carte).
Si vous essayez de mettre plusieurs programmes à la suite dans une même carte, cela ne peut pas fonctionner (vous auriez plusieurs fonctions setup et plusieurs fonctions loop dans une même carte).
Le conseil que je peux vous donner, c'est de réaliser le PN de l'article 3 (sans le son) et de le voir fonctionner. Si cela vous plaît, il sera toujours temps de rajouter la partie son avec une deuxième carte UNO et le DFPlayerMini. Tout est évolutif et progressif afin de bien expliquer comment un projet doit se concevoir par étapes et non tout d'un coup. Pour cette raison, chaque article part de la situation précédente et la complète. ;)
-
Je complète le post précédent pour préciser que ce PN a été décrit dans Loco-Revue en deux articles (Janvier et Février 2022 mais LOCODUINO donne plus de détails car la place est comptée dans une revue papier).
Et pour la petite histoire, ce PN était fait pour agrémenter le réseau Train' In Box de LR-Modélisme que j'ai construit pour effectuer les essais (une photo apparaît dans le premier article de LOCODUINO)
Quant aux essais, j'ai fait tourner une locomotive pendant plus de 100 tours sans observer le moindre problème. Enfin, la sonnerie du PN plusieurs fois par minutes, cela finit par agacer !
Il y a sur ce forum un lecteur qui a réalisé ce PN pour le train en bois de ces enfants ; il était surpris que cela ait fonctionné du premier coup ! Je pense donc que si vous suivez les consignes des articles, vous devriez avoir aussi un résultat positif. ;)
-
Merci, je commence à mieux comprendre le fonctionnement , je vais tenter de suivre vos conseils et je vous tiens au courant des résultats.
Encore merci pour votre implication.
À Bientôt
-
Voilà j'ai compilé le sketch 3, je l'ai envoyé à la carte arduino unor3, il me renvoie une erreur et ne telecharge pas le sketch
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x44
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x44
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x44
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x44
La carte à été bien installé ,le pilote trouvé je ne comprend pas .
-
J'ai trouvé l'erreur, le port n'était pas le bon. Le téléchargement s'est bien effectué.
-
C'est bien ! Cela progresse.
Bonne continuation. ;)
-
Me voilà de retour après quelques vacances à la montagne . J'ai repris l'installation du PN et j'ai eu quelques surprises.
Au 1er tour les barrières se ferme normalement et se rouvre après le 2eme ILS , au 2eme tour les barrières se ferme au 1er ILS et se ferme avant d'avoir atteint le 2eme,au 3eme tour, les barrières se ferme avant le passage sur le1er ILS et se ferme au passage du convoi, et ainsi de suite aléatoirement.
Après avoir tout recommencer, j'ai toujours le même résultat.
Je ne comprends pas.
-
Je vous joins le schéma des voies autour du PaN , je pense que les ILS ne sont pas bien positionnés sur la carte Arduino.
-
Bonjour
L'extension que vous utiliser est liée à que support? Mac?
Pourriez vous svp passer le dit fichier en pdf ou jpg.
-
Je vous joins le schéma des voies autour du PaN , je pense que les ILS ne sont pas bien positionnés sur la carte Arduino.
Reportez-vous au schéma donné dans l'article.
Les I.L.S sont sur l'entrée 2 pour la bonne raison qu'on utilise des interruptions.
Si vous réalisez le montage tel qu'il est publié et que vous utilisez le programme fourni sans le modifier, vous obtenez un montage qui fonctionne, tout comme il fonctionne chez moi.
TOUS NOS MONTAGES SONT TESTES AVANT D'ETRE PUBLIES. Ce PN a été testé sur un réseau Train In Box pendant plus de 100 tours sans aucun problème.
-
Bonjour
le fichier s'ouvre avec libre office sous Windows.
Je vais le traduire en PDF.
Je pense que mes ILS ne fonctionnent pas correctement, les branchements sur la carte Arduino sont conformes au schéma ainsi que le programme.
Je voudrais changer mes ILS par des capteurs à effet hall ou autre système de détection plus fiable, quel serai alors le branchement et faut-il modifier le programme.
-
...
Je pense que mes ILS ne fonctionnent pas correctement, les branchements sur la carte Arduino sont conformes au schéma ainsi que le programme.
...
C'est facile à vérifier : ouvert en absence de champ magnétique et fermé en présence. Il suffit de regarder si un courant passe ou non (une pile et une ampoule ou bien un multimètre).
Bien évidemment, l'aimant doit être capable de fermer l'I.L.S et pour cela, il faut le mettre à la bonne distance ce qui dépend de la force de son champ. C'est à mon avis plutôt là qu'il faut chercher la cause des dysfonctionnements.
Si vous voulez les remplacer par des Hall, reportez-vous à l'article qui parle des capteurs à effet Hall (rubrique composants) où tout est expliqué. ;)
-
Après vérification avec un multimètre mes ILS fonctionnent bien . Je possède une gare cachée à 6 voies automatisées par un automate ,et lorsque le train déclenche les aiguillages gérés par l'automate les barrières se lèvent ou se referme est-ce que la carte Arduino est trop près de l'automate (1m), et subit des interférences, j'ai également des arrêts en gare automatisés est-ce que tout cela peut gêner le fonctionnement.
-
Quel genre d'automate : Arduino également ?
C'est possible que la carte Arduino reçoive des interférences : tout dépend de votre environnement électromagnétique. C'est tout de même peu fréquent, mais cela semble le cas avec vos aiguillages : quel type d'aiguillages ?
Vous pouvez réduire le risque en montant les ILS avec résistance de pull-up au lieu d'utiliser celles internes au microcontrôleur. Vous gagnez ainsi en sensibilité. Mais si vos parasites sont forts, cela ne résoudra pas grand chose.
Eloignez les ILS de vos aiguillages, surtout s'ils sont à solénoïdes : le champ magnétique de commande perturbe peut-être.
Ne vous découragez pas. ;)
-
Bonjour,
Après avoir regardé le schéma posté précédemment, et pour comprendre ce qui se passe, pouvez vous préciser le câblage réel entre, d'une part les ILS et la carte arduino, et d'autres part, les aiguillages et la carte arduino. Un schéma représentant les conducteurs (1 fil, 2fils, bus, etc...) serait le bienvenu pour apporter une réponse constructive.
A+ Remi
-
Deux types de moteur solénoïde pour ceux gérés par automate (zelio) et MTB pour les autres. impossible de mettre mes ILS loin des aiguillages surtout un en sortie faisceau gare cachée placé à la sortie de l'aiguille et trop près du PN.
le câblage et du type classique tel indiqué sur le schéma .je vais joindre un schéma du cablage.
-
Ci-joint le schéma du câblage dès ILS.
-
Deux types de moteur solénoïde pour ceux gérés par automate (zelio) et MTB pour les autres. impossible de mettre mes ILS loin des aiguillages surtout un en sortie faisceau gare cachée placé à la sortie de l'aiguille et trop près du PN.
le câblage et du type classique tel indiqué sur le schéma .je vais joindre un schéma du cablage.
Visiblement, les moteurs à solénoïdes de l'automate perturbent les fils des ILS. Il faut trouver une autre solution pour placer vos ILS.
Impossible d'ouvrir votre fichier ODG sans avoir à installer un logiciel, ce que je ne veux pas faire. Prière de convertir en autre chose accessible sur ce forum.
-
SCHEMA EN PDF
-
Bonjour,
Après analyse de votre schéma (on peut l'ouvrir avec Word), je vous propose 2 choses simples à réaliser et peu couteuses.
Si j'ai bien compris, chaque ILS comporte 2 fils. un fil de "signal" qui est raccordé sur une entrée de l'arduino, et un fil de masse raccordé au "ground".
1) Mettre une résistance externe de pull-up (un coté au +5V, et l'autre sur l'entrée) sur chaque entrée de l'arduino (entre 4.7K et 10K). Ceci a déjà été évoqué dans une réponse précédente (réponse de chris_bzg).
2) Recâbler chaque ILS avec du fil type paire torsadée (au total 7 paires), et coté arduino, relier le fil "signal" à chaque entrée correspondante, puis relier toutes les "masses" au même point avec le ground de l'arduino. Ce type de fil est efficace pour minimiser la captation de parasite et ainsi augmenter l'immunité au bruit électromagnétique de chaque entrée de l'arduino.
Ceci est juste une proposition et à vous de voir si vous voulez la tester.
A+ Rémi
-
SCHEMA EN PDF
Je ne suis pas certain d'avoir tout compris de ce schéma. Je suppose que les fils des ILS sont en gras (bleu pour la masse et vert pour le signal), mais que représentent les traits fins (bleu et marron), et les flèches (sens de circulation ?). Je suppose que PAN signifie passage à niveau (c'est PN dans notre jargon de modéliste) et que signifient Digital et Analogique sur le schéma ? Et tout cela ne dit pas où sont les ILS par rapport aux moteurs d'aiguilles (distance, positionnement).
L'automate zelio semble être un automate industriel : quel courant utilise-t-il ? Car c'est sans doute lui qui perturbe en créant des parasites. Si c'est le cas, je ne sais pas quoi dire pour les éviter. Les solutions préconisées par Remi sont à essayer (fil torsadés et résistance de pull-up) mais j'ai peur que cela ne suffise pas.
Le montage de ce PN a été testé dans un environnement de réseau miniature normal (Train In Box) : il n'a pas été testé dans un environnement fortement perturbé par des rayonnements électromagnétiques dus à un automatisme industrlel ou autre source. Il se peut qu'il fonctionne en prenant quelques précautions mais n'ayant pas essayé, je ne peux le garantir.
Bonne chance pour la suite.
-
En ce qui concerne le schéma les traits en gras son bien les fils dès ILS, les traits fin marron et bleu sont les voies une en digital l'autre en analogique, les flèches le sens de circulation des trains.
Ayant débranché l'automate, le problème reste le même, au premier passage sur l'ILS 5-6-ou 7 les barrières se ferme en passant sur le 4, elles se rouvrent. j'usque la tout va bien, au 2eme passage sur les ILS 5-6-ou 7, elle ne se ferme pas, et se ferme à hauteur de PN soit 50cm plus loin et se refermer presque aussitôt, se rouvre puis se referme et même chose pour les autres passages .
-
L'automate étant débranché, ce n'est donc pas lui qui perturbe.
Si je comprends bien ce que vous décrivez, le train est en boucle sur la voie analogique : au premier passage, tout est OK puis cela ne marche plus ensuite.
Pourriez-vous retester tout cela mais en coupant l'alimentation des voies digitales ? En effet, le signal DCC est un signal carré de fréquence élevée qui émet des harmoniques qui pourraient perturber les ILS. D'un autre côté, j'ai des collègues qui pratiquent le numérique avec des capteurs ILS et ils ne sont pas embêtés, mais cela vaut la peine de regarder.
Une recherche de panne n'est pas toujours très simple à mener, mais je me rends compte que votre projet diffère par de nombreux détails du projet décrit dans cette série d'articles qui reste dans un cadre beaucoup plus simple. J'espère que nous finirons par trouver une solution. Avez-vous essayé les recommandations de Remi ?
-
Je n'ai pas eu le temps de tester la solution de Remi, je n'ai pas de fils torsadé, il faut que j'en trouve.
Je vais essayer en coupant le digital pour voir le résultat.
-
je n'ai pas de fils torsadé, il faut que j'en trouve.
C'est simple à faire en torsadant 2 fils cote à cote. Pour les grandes longueurs, on peut se servir d'une perceuse pour torsader les fils (voir https://www.youtube.com/shorts/60RAFFwA8KM (https://www.youtube.com/shorts/60RAFFwA8KM).
-
Ok merci Dominique pour le tuyau. J'ai coupé le circuit digital seul l'analogique fonctionne et toujours le même résultat ; mais je me suis aperçu que lorsque j'actionnai un aiguillage sur cette voie (aiguillage Fleichmann solénoïde desservant une dérivation situé à l'entrée du faisceau des voies de la gare), les barrières se levaient où se fermaient ;aiguillage pour tant situé à plus de 3m de la carte et des barrières. J'en perds mon latin.
-
Ce n'est donc pas le signal digital qui perturbe mais bien les aiguillages à solénoïdes. Peu importe que la carte Arduino soit à 3 m : lorsqu'un solénoïde est commandé, son champ magnétique doit être suffisamment fort pour fermer l'ILS le plus proche qui, si j'ai bien compris, est situé pas trop loin de l'aiguillage. Vous pouvez tester la fermeture d'ILS par le champ magnétique du solénoïde avec votre contrôleur : s'il y a fermeture quand on commande l'aiguillage, la panne est trouvée. Dans ce cas, je ne vois que deux solutions : déplacer l'ILS ou bien remplacer la motorisation des aiguilles par un servomoteur ou moteur lent.
Autre question : l'alimentation des solénoïdes d'aiguillages est-elle bien séparée (galvaniquement parlant) de l'alimentation de la carte Arduino ? Si je pose cette question, c'est parce que je vois des gens qui veulent alimenter leur carte Arduino avec par exemple le courant traction, or c'est à mon avis une très mauvaise idée !
-
Bonjour,
Il faut antiparasiter les solénoïdes avec des diodes de roue libre.
-
La carte Arduino est alimentée séparément. Je vais essayer de changer les moteurs d'aiguille si cela est possible sans avoir démonté rune partie du faisceau de la gare. Pouvez-vous m'expliquer ce que sont des diodes à roue libre et comment ont peu monter cela.
-
Bonjour,
L'utilisation d'une diode dans un circuit de solenoïde empêche l'apparition d'énormes pics de tension lorsque l'alimentation est coupée.
Le retour de tension peut provoquer un arc électrique et endommager les composants qui contrôlent la bobine.
Il peut également introduire du bruit électrique qui peut s’ajouter à des signaux ou des connexions d'alimentation adjacents et faire crasher ou réinitialiser les microcontrôleurs.
Une diode de roue libre ou diode anti-retour, est placée avec une polarité inversée à celle de l'alimentation électrique et en parallèle de la bobine d'inductance du relais.
Lorsque l'alimentation électrique est coupée, la polarité de la tension sur la bobine est inversée, et une boucle de courant se forme entre la bobine du relais et la diode de protection : la diode redevient polarisée en sens direct.
La diode de roue libre permet le passage du courant avec une résistance minimale et empêche la tension de retour de s'accumuler, d'où le nom de diode anti-retour.
(https://i.imgur.com/P9J87Xk.jpeg)
A gauche : l’interrupteur K est fermé, le courant s’établit dans l’inductance L et est limité par la résistance r en régime établi.
La diode de roue libre est bloquée. Elle voit en inverse la tension d’alimentation à ses bornes, mais aucun courant ne la traverse.
A droite : l’interrupteur vient juste de s’ouvrir. Le courant qui circule dans l’inductance trouve un chemin dans la diode qui devient passante. Aux bornes de l’inductance, la tension change brutalement pour assurer la continuité du courant.
Pour le type de diode "roue libre" une 1N4004 suffit (400V 1A)
-
Merci beaucoup pour les schémas et les explications, je vais essayer tout cela.