2071
Vos projets / Re : Re : Passage a niveau en numérique
« le: octobre 11, 2017, 10:20:28 am »relié à un servo ...
Soyons fous, pourquoi pas un moteur pas à pas ? (25 mm hors tout). Dès que j'ai du temps ...
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.
Soyons fous, pourquoi pas un moteur pas à pas ? (25 mm hors tout). Dès que j'ai du temps ...
2072
Vos projets / Re : Re : Re : Re : Passage a niveau en numérique
« le: octobre 11, 2017, 10:02:45 am »
Jean Luc a écrit :
Un petit schéma ... (on a un contact sec et il n'y a pas besoin de résistance grâce au PULLUP)
Citer
Note qu'il y a moyen de se passer du relaiCiter
Par quel moyen puis je me passer du relais?
Un petit schéma ... (on a un contact sec et il n'y a pas besoin de résistance grâce au PULLUP)
2073
Présentez vous ! / Re : presentation laiguilleur
« le: octobre 05, 2017, 10:10:37 pm »
Bonsoir à tous,
je suis dans le même état d'esprit de tout construire moi-même, dans la limite du raisonnable.
juste pour signaler que CDM-rail est gratuit, mais que je n'ai pas (encore) vu comment l'interfacer avec le DCC++, alors qu'il s'interface avec les standards commerciaux.
A contrario de JMRI qui a une interface DCC++, mais qui lui, ne comporte pas de dessin de réseau.
je suis dans le même état d'esprit de tout construire moi-même, dans la limite du raisonnable.
juste pour signaler que CDM-rail est gratuit, mais que je n'ai pas (encore) vu comment l'interfacer avec le DCC++, alors qu'il s'interface avec les standards commerciaux.
A contrario de JMRI qui a une interface DCC++, mais qui lui, ne comporte pas de dessin de réseau.
2074
Vos projets / Re : Passage a niveau en numérique
« le: octobre 04, 2017, 10:48:47 pm »
Pas d'autre solution que d'acquérir les bases : voir le site éditorial :
http://www.locoduino.org/spip.php?article217
et bien sur https://www.arduino.cc/en/Guide/HomePage
et/ou en testant les exemples : dans l'IDE : fichiers /exemples
http://www.locoduino.org/spip.php?article217
et bien sur https://www.arduino.cc/en/Guide/HomePage
et/ou en testant les exemples : dans l'IDE : fichiers /exemples
2075
Vos projets / Re : Passage a niveau en numérique
« le: octobre 04, 2017, 06:23:00 pm »
https://www.locgeek.com/fr/2014/08/decodeurs-accessoires-ldt-sa-dec-4-dc-s-dec-4-dc/
si il s'agit bien de cela, la sortie est à impulsion, sur relais.
pour simplifier le câblage, il faut utiliser le contact NO entre entrée arduino et Ground en la déclarant en pullup :
pinMode (2, INPUT_PULLUP);
puis faire un
if (digitalRead (2) == LOW)
{
// Actions à faire lorsque le bouton est pressé.
...
}
http://www.locoduino.org/spip.php?article122
si il s'agit bien de cela, la sortie est à impulsion, sur relais.
pour simplifier le câblage, il faut utiliser le contact NO entre entrée arduino et Ground en la déclarant en pullup :
pinMode (2, INPUT_PULLUP);
puis faire un
if (digitalRead (2) == LOW)
{
// Actions à faire lorsque le bouton est pressé.
...
}
http://www.locoduino.org/spip.php?article122
2076
Débuter / Re : Re : Problème sur pilotage aiguillages par arduino via I2C
« le: octobre 03, 2017, 02:57:01 pm »20 minutes de fonctionnement sans une seule anicroche !
Très heureux de lire ça !
J'ajouterais que les 10µF 16V CMS que j'ai signalés, sont certainement au tantale ou similaire en multicouches et peuvent régler les problèmes de parasites hautes et basses fréquences car si au tantale, ils sont dépourvus de composante selfique.
2077
Vos projets / Re : Re : Passage a niveau en numérique
« le: octobre 03, 2017, 02:45:01 pm »Voila ce que j'obtiens ...
Il faut recopier la partie en bas en orange avec les diagnostics pour qu'on sache de quoi il est question.
Mais peut-être, n'avez vous pas installé la library-bibliothèque ? Dans l'IDE par croquis / inclure une bibliothèque ou, ce que je préfère car elles ne sont pas effacées par les mises à jour :
en créant un répertoire "libraries"dans votre répertoire de sketches et en y décompressant : SlowMotionServo-master-b053badfb1f734567955217b488b9914bece7680, puis en le renommant SlowMotionServo .
Une fois l'IDE redémarré, vous aurez accès à l'exemple.
2078
Vos projets / Re : Re : Re : Passage a niveau en numérique
« le: octobre 02, 2017, 06:57:34 pm »Ou utiliser simplement la bibliothèque SlowMotionServo que j'ai faite :Effectivement on a ce qu'il faut sur Locoduino, que je découvre peu à peu ! Merci Jean-Luc.
https://git.framasoft.org/locoduino.org/SlowMotionServo
2079
Vos projets / Re : Passage a niveau en numérique
« le: octobre 02, 2017, 11:24:42 am »
La maitrise de la vitesse de positionnement des servos a été évoquée sur le web : en faisant la recherche avec "arduino ralentir servomoteur"
on tombe entre autres sur :
http://www.robot-maker.com/forum/topic/10815-defis-comment-commander-la-vitesse-dun-servomoteur-avec-arduino/
Pour la mise en œuvre d'un servo pour un passage à niveau voir l'article et connexes :
http://www.locoduino.org/spip.php?article194
Le programme pour ATTiny fonctionne sans modification sur arduino.
Et cet article d'un montage pas assez documenté (il semble utiliser un ATTiny45) qui s'intercale avant le servo sans aucune autre modification :
http://www.pobot.org/servomoteur-ralenti-AVR.html
on tombe entre autres sur :
http://www.robot-maker.com/forum/topic/10815-defis-comment-commander-la-vitesse-dun-servomoteur-avec-arduino/
Pour la mise en œuvre d'un servo pour un passage à niveau voir l'article et connexes :
http://www.locoduino.org/spip.php?article194
Le programme pour ATTiny fonctionne sans modification sur arduino.
Et cet article d'un montage pas assez documenté (il semble utiliser un ATTiny45) qui s'intercale avant le servo sans aucune autre modification :
http://www.pobot.org/servomoteur-ralenti-AVR.html
2080
Débuter / Re : Re : Re : Problème sur pilotage aiguillages par arduino via I2C
« le: octobre 01, 2017, 11:44:04 pm »... toute la question étant ... de trouver le pourquoi ...je verrais bien une pollution des registres I2C par les pics d'induction des electro-aimants (relais ou bobines).
Comme on a relevé que le protocole I2C n'est pas redondant, il faudrait peut-être compenser cela via programme. Donc de renvoyer l'initialisation E/S des MCP23017 périodiquement.
donc voir si en rappelant :
mcp.begin();
pinMode( xx, OUTPUT );
dans le loop, on remet le mcp sur les rails ...
2081
Débuter / Re : Connection
« le: octobre 01, 2017, 11:27:03 pm »
Les timings sont serrés et je ne pense pas que de mettre deux entrées d'arduino en parallèle permettrait de les respecter.
Le prix d'un 6N137 est largement inférieur à celui du port, alors si vous avez un magasin à coté ...
Le prix d'un 6N137 est largement inférieur à celui du port, alors si vous avez un magasin à coté ...
2082
Débuter / Re : Connection
« le: octobre 01, 2017, 09:53:29 am »
La série d'articles "Un décodeur d’accessoires universel" devrait répondre à la question :
http://www.locoduino.org/spip.php?article35#forum1310
Les rails peuvent fournir alimentation et signal, c'est le principe du DCC.
voir : https://rudysmodelrailway.wordpress.com/software/ et
http://www.mynabay.com/dcc_monitor/
http://www.locoduino.org/spip.php?article35#forum1310
Les rails peuvent fournir alimentation et signal, c'est le principe du DCC.
voir : https://rudysmodelrailway.wordpress.com/software/ et
http://www.mynabay.com/dcc_monitor/
2083
Présentez vous ! / Re : presentation laiguilleur
« le: septembre 30, 2017, 11:24:38 pm »
Bonjour et bienvenue,
j'utilise CDM-Rail pour dessiner les réseaux, et je serais bien intéressé par une interface DCC (* et surtout DCC++).
j'ai fait une demande sur leur forum, demande bien accueillie mais en attente faute de temps ...
* D'autant qu'une centrale (booster) se monte pour 10€ en 2 mn avec un arduino Uno, un shield moteur et une alimentation 12V, reste juste à ajouter une manette (un PC avec processing p.e. pour tester)
j'utilise CDM-Rail pour dessiner les réseaux, et je serais bien intéressé par une interface DCC (* et surtout DCC++).
j'ai fait une demande sur leur forum, demande bien accueillie mais en attente faute de temps ...
* D'autant qu'une centrale (booster) se monte pour 10€ en 2 mn avec un arduino Uno, un shield moteur et une alimentation 12V, reste juste à ajouter une manette (un PC avec processing p.e. pour tester)
2084
Débuter / Re : Connection
« le: septembre 30, 2017, 11:02:18 pm »
Vous devriez préciser de quelle centrale et de quel logiciel il s'agit ... Et probablement quel protocole vous pouvez utiliser sur quel support.
Les arduino peuvent gérer soit directement soit via des "shields" des interfaces en liaison série, (RS232, RS422), de l’Ethernet, du wifi. De base, l'arduino fournit des niveaux logiques (3,3V, 5V, toutes tensions via des "level shifters"...)
J'imagine que vous avez posé votre question sur le Forum 3Rails ?
Les arduino peuvent gérer soit directement soit via des "shields" des interfaces en liaison série, (RS232, RS422), de l’Ethernet, du wifi. De base, l'arduino fournit des niveaux logiques (3,3V, 5V, toutes tensions via des "level shifters"...)
J'imagine que vous avez posé votre question sur le Forum 3Rails ?
2085
Débuter / Re : Connection
« le: septembre 30, 2017, 12:34:21 pm »
Bienvenue sur Locoduino !
De base, il devrait y avoir l'embarras du choix puisque le DCC transporte alimentation et données.
Ce sera un compromis : en général, on réserve la puissance au matériel roulant et on peut préférer ne pas mélanger la signalisation (dont la rétro signalisation) et le DCC. On utilise alors d'autres protocoles (CAN, I2C, S88 ...)
Chacun a ses choix que ne manqueront pas de défendre leurs supporters, voir les articles et interventions.
Nota : le DCC est différent du codage Motorola de Marklin (qui, pour la signalisation utilise le S88).
Il y aura certainement d'autres avis.
De base, il devrait y avoir l'embarras du choix puisque le DCC transporte alimentation et données.
Ce sera un compromis : en général, on réserve la puissance au matériel roulant et on peut préférer ne pas mélanger la signalisation (dont la rétro signalisation) et le DCC. On utilise alors d'autres protocoles (CAN, I2C, S88 ...)
Chacun a ses choix que ne manqueront pas de défendre leurs supporters, voir les articles et interventions.
Nota : le DCC est différent du codage Motorola de Marklin (qui, pour la signalisation utilise le S88).
Il y aura certainement d'autres avis.