1
Vie du forum / Disparition d'un sujet
« le: février 28, 2021, 07:29:44 pm »
Bonsoir,
Coyotte
Coyotte
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.
Pages: [1] 2
2
Bus CAN / Re : Usage particulier du bus CAN
« le: novembre 30, 2020, 12:51:38 pm »
Je m'en vais lire tout cela... 
Merci Dominique,
Michel
Merci Dominique,
Michel
3
Bus CAN / Re : Usage particulier du bus CAN
« le: novembre 30, 2020, 11:42:17 am »
Hello à toutes et tous,
Je suis un peu surpris que l'utilisation prévue par Antoine puisse poser problème.
Il me semblait justement que l'intérêt du bus CAN était de pouvoir envoyer une information sur le bus sans connaître le nombre de destinataires.
Dans mon cas, par exemple, je compte envoyer "l'heure du réseau" sur le bus via un module (appelons-le "Clock"). Tous les périphériques éventuellement intéressé par celle-ci pourraient alors récupérer l'info.
S'il faut utiliser des "adresses" différentes cela revient à dire que lorsque j'ajouterais un périphérique utilisant cette info, je devrais modifier le module "clock" pour prendre en compte le nouveau destinataire ? Cela me semble aller à l'encontre du principe de ce bus, non ? (ou alors, je n'ai rien compris,ce qui est encore possible
)
Coyotte
Je suis un peu surpris que l'utilisation prévue par Antoine puisse poser problème.
Il me semblait justement que l'intérêt du bus CAN était de pouvoir envoyer une information sur le bus sans connaître le nombre de destinataires.
Dans mon cas, par exemple, je compte envoyer "l'heure du réseau" sur le bus via un module (appelons-le "Clock"). Tous les périphériques éventuellement intéressé par celle-ci pourraient alors récupérer l'info.
S'il faut utiliser des "adresses" différentes cela revient à dire que lorsque j'ajouterais un périphérique utilisant cette info, je devrais modifier le module "clock" pour prendre en compte le nouveau destinataire ? Cela me semble aller à l'encontre du principe de ce bus, non ? (ou alors, je n'ai rien compris,ce qui est encore possible
)Coyotte
4
Les réseaux / Re : Un réseau sans le moindre Arduino
« le: novembre 12, 2020, 09:56:12 am »
Woaw ! Quelle ingéniosité !
C'est Impressionnant.
Ce qui m'épate toujours avec des gens pareils c'est que rien n'est compliqué.
"Pour le triphasé ? mais c'est simple. On fait tourner un moteur à vide et on obtient la 3eme phase..."
Quel talent et quelle maîtrise de techniques multiples pour arriver à un résultat époustouflant.
Merci pour le partage Antoine,
Michel
C'est Impressionnant.
Ce qui m'épate toujours avec des gens pareils c'est que rien n'est compliqué.
"Pour le triphasé ? mais c'est simple. On fait tourner un moteur à vide et on obtient la 3eme phase..."
Quel talent et quelle maîtrise de techniques multiples pour arriver à un résultat époustouflant.
Merci pour le partage Antoine,
Michel
5
Bus CAN / Re : La boulette ?
« le: octobre 25, 2020, 03:08:23 pm »
Merci Dominique.
Bonne nouvelle, je peux donc utiliser au moins une des cartes avec un ESP32 alors ? (Je pense à une PyBoard V1.1 sous µPython.)
Et pour info, j'ai lu les articles de base sur le CAN de Locoduino... Et pas mal d'autres aussi. Au bout d'un moment (et vu mon âge avancé ;-) ) on fini par se planter dans ses références... :-D
Coyotte
Bonne nouvelle, je peux donc utiliser au moins une des cartes avec un ESP32 alors ? (Je pense à une PyBoard V1.1 sous µPython.)
Et pour info, j'ai lu les articles de base sur le CAN de Locoduino... Et pas mal d'autres aussi. Au bout d'un moment (et vu mon âge avancé ;-) ) on fini par se planter dans ses références... :-D
Coyotte
6
Bus CAN / Re : La boulette ?
« le: octobre 25, 2020, 12:09:34 pm »
Hello Dominique,
Merci pour ta réponse.
Pour les cartes arduino, il y a le choix (Pro Micro 5v 16 MHz, mini, Nano V3, ... ) J'ai un peu de tout en stock.
Pour les interfaces CAN : https://www.banggood.com/3pcs-CJMCU-1051-TJA1051-High-speed-Low-Power-CAN-Transceiver-p-1105611.html?rmmds=myorder&cur_warehouse=CN
Coyotte
Merci pour ta réponse.
Pour les cartes arduino, il y a le choix (Pro Micro 5v 16 MHz, mini, Nano V3, ... ) J'ai un peu de tout en stock.
Pour les interfaces CAN : https://www.banggood.com/3pcs-CJMCU-1051-TJA1051-High-speed-Low-Power-CAN-Transceiver-p-1105611.html?rmmds=myorder&cur_warehouse=CN
Coyotte
7
Bus CAN / La boulette ?
« le: octobre 25, 2020, 11:24:04 am »
Hello à toutes et tous,
Poursuivant à petits pas sur mon réseau HOe, je me penchai ce matin sur une recherche de cartes arduino pas chères (il m'en faudra quelques une donc...) lorsque je réalisai que j'avais acquis des cartes CJMCU-1051 TJA1051 en lieu et place des Mcp2515 initialement prévues. (On lit, on lit, on lit encore et pour finir on commande les mauvaises pièces...
)
Si j'ai bien compris, ces cartes assurent par partie "Puissance" de la transmission/détection CAN alors qu'une 2515 assure également la partie logique de la génération des signaux.
Ma question est donc simple : est-il possible d'utiliser ces cartes avec un arduino "en l'état" (via une bibliothèque ad-hoc par exemple) ou dois-je obligatoirement passer par un module supplémentaire ?
(Auquel cas, je rachèterai peut-être des Mcp2515 pour me simplifier la vie... :-) )
En vous remerciant d'avance pour vos conseils éclairés,
Coyotte
Poursuivant à petits pas sur mon réseau HOe, je me penchai ce matin sur une recherche de cartes arduino pas chères (il m'en faudra quelques une donc...) lorsque je réalisai que j'avais acquis des cartes CJMCU-1051 TJA1051 en lieu et place des Mcp2515 initialement prévues. (On lit, on lit, on lit encore et pour finir on commande les mauvaises pièces...
)Si j'ai bien compris, ces cartes assurent par partie "Puissance" de la transmission/détection CAN alors qu'une 2515 assure également la partie logique de la génération des signaux.
Ma question est donc simple : est-il possible d'utiliser ces cartes avec un arduino "en l'état" (via une bibliothèque ad-hoc par exemple) ou dois-je obligatoirement passer par un module supplémentaire ?
(Auquel cas, je rachèterai peut-être des Mcp2515 pour me simplifier la vie... :-) )
En vous remerciant d'avance pour vos conseils éclairés,
Coyotte
8
Vos projets / Re : Micro-réseau en HOe
« le: septembre 14, 2020, 02:34:29 pm »
Oki... Désolé pour le dérangement.
Bonne journée à tous,
Coyotte
Bonne journée à tous,
Coyotte
9
Vos projets / Re : Micro-réseau en HOe
« le: septembre 13, 2020, 08:26:29 pm »
Rebonjour,
Grâce au forum et à certains de ses membres , je progresse dans mon projet. Merci à vous.
Côté "technique", j'ai quelques questions pratiques :
1) Comment connectez-vous votre centrale DCC et les autres éléments (+ 5V, ... ) au réseau de voies ?
Via un "bus", un jeu de connecteurs, une boîte de distribution ?
2) Si je souhaite, plus tard, déterminer où se trouvent les éléments mobiles sur mon réseau (moco, voitures, wagons, ... ) il faut que je "cantonne" celui-ci.
Je ne crois pas me tromper en imaginant qu'il vaut mieux prévoir cela lors de la pose de la voie, même si dans un premier temps, tous les cantons sont juste alimentés avec le signal DCC.
Existe-t-il des règles pour un bon cantonnement (et pour un débutant en la matière ) ?
3) Je compte piloter les aiguillages avec des (micro-)servos. Il faut manifestement aussi piloter l'alimentation du coeur de l'aiguille. Je vois des cartes qui pilotent de multiples servos, d'autres schémas qui permutent l'alimentation des coeurs, mas je n'ai pas encore vu un module qui "fait les deux". J'ai dû mal regarder sans doute...
4) Je compte piloter les éléments de décors avec une "horloge" qui aurait un cycle de +- 20 minutes. Cette horloge servirait de référence pour les autres modules y connectés.
Existe-t-il déjà un ou des standards en ce sens ?
En vous remerciant d'avance pour vos conseils et informations,
Coyotte
Grâce au forum et à certains de ses membres , je progresse dans mon projet. Merci à vous.
Côté "technique", j'ai quelques questions pratiques :
1) Comment connectez-vous votre centrale DCC et les autres éléments (+ 5V, ... ) au réseau de voies ?
Via un "bus", un jeu de connecteurs, une boîte de distribution ?
2) Si je souhaite, plus tard, déterminer où se trouvent les éléments mobiles sur mon réseau (moco, voitures, wagons, ... ) il faut que je "cantonne" celui-ci.
Je ne crois pas me tromper en imaginant qu'il vaut mieux prévoir cela lors de la pose de la voie, même si dans un premier temps, tous les cantons sont juste alimentés avec le signal DCC.
Existe-t-il des règles pour un bon cantonnement (et pour un débutant en la matière
) ?3) Je compte piloter les aiguillages avec des (micro-)servos. Il faut manifestement aussi piloter l'alimentation du coeur de l'aiguille. Je vois des cartes qui pilotent de multiples servos, d'autres schémas qui permutent l'alimentation des coeurs, mas je n'ai pas encore vu un module qui "fait les deux". J'ai dû mal regarder sans doute...
4) Je compte piloter les éléments de décors avec une "horloge" qui aurait un cycle de +- 20 minutes. Cette horloge servirait de référence pour les autres modules y connectés.
Existe-t-il déjà un ou des standards en ce sens ?
En vous remerciant d'avance pour vos conseils et informations,
Coyotte
10
Discussions ouvertes / Re : Devinette
« le: août 28, 2020, 11:24:17 am »
Bonjour,
Si je peux me permettre d'intervenir de manière constructive dans cet échange, je voudrais préciser quelques petites choses :
D'abord, et pour la suite des explications, je considère qu'un opérateur "optimisé" serait un opérateur qui fourni le même service mais de manière plus efficace.
A ce titre, && et || ne sont pas des versions optimisées de & et |.
&, |, ^ et ! sont des opérateurs booléens qui manipulent des entiers et retournent un résultat sous la forme d'un entier.
&& et || sont des opérateurs logiques qui manipulent des concepts logiques (Vrai/Faux, True/False, ...) et retournent un résultat logique
13 & 11 = 9 tandis que 13 && 11 = True
De même,
12 | 3 = 15 tandis que 12 || 3 = True
Ce qui peut perturber la compréhension des différences entre && et & ou || et | est que la notion de type booléen n'existant pas à l'origine en C, on considère qu'un "Faux" logique est représenté par une valeur nulle et que toute valeur non nulle équivaut à un "Vrai" logique.
Imaginons maintenant que nous ayons deux variables a et b valant respectivement 12 (1100b) et 3 (0011b).
Si j'écris If ( a && b ) cela revient à écrire en pseudo code If ( ( 12 <> 0) && (3 <> 0 ) ) et le résultat est "Vrai".
Par contre, si j'écris if (a & b ) le compilateur doit effectuer l'opération booléenne qui donne comme résultat 0, l'expression devient donc if( 0 ) et le résultat est "Faux".
On voit bien à travers cet exemple que && n'est pas une version optimisée de &.
J'espère que cette petite contribution permettra de mieux comprendre les implications de l'usage de l'un ou l'autre de ces opérateurs.
Bien à vous,
Michel
Si je peux me permettre d'intervenir de manière constructive dans cet échange, je voudrais préciser quelques petites choses :
D'abord, et pour la suite des explications, je considère qu'un opérateur "optimisé" serait un opérateur qui fourni le même service mais de manière plus efficace.
A ce titre, && et || ne sont pas des versions optimisées de & et |.
&, |, ^ et ! sont des opérateurs booléens qui manipulent des entiers et retournent un résultat sous la forme d'un entier.
&& et || sont des opérateurs logiques qui manipulent des concepts logiques (Vrai/Faux, True/False, ...) et retournent un résultat logique
13 & 11 = 9 tandis que 13 && 11 = True
De même,
12 | 3 = 15 tandis que 12 || 3 = True
Ce qui peut perturber la compréhension des différences entre && et & ou || et | est que la notion de type booléen n'existant pas à l'origine en C, on considère qu'un "Faux" logique est représenté par une valeur nulle et que toute valeur non nulle équivaut à un "Vrai" logique.
Imaginons maintenant que nous ayons deux variables a et b valant respectivement 12 (1100b) et 3 (0011b).
Si j'écris If ( a && b ) cela revient à écrire en pseudo code If ( ( 12 <> 0) && (3 <> 0 ) ) et le résultat est "Vrai".
Par contre, si j'écris if (a & b ) le compilateur doit effectuer l'opération booléenne qui donne comme résultat 0, l'expression devient donc if( 0 ) et le résultat est "Faux".
On voit bien à travers cet exemple que && n'est pas une version optimisée de &.
J'espère que cette petite contribution permettra de mieux comprendre les implications de l'usage de l'un ou l'autre de ces opérateurs.
Bien à vous,
Michel
11
Discussions ouvertes / Re : Des joils et petits boutons
« le: août 28, 2020, 08:26:55 am »
Bonjour Antoine,
Merci pour le tuyau
Michel
ps: La traduction automatique du site traduit "Spring switch" en "Commutateur de printemps" ... Un peu de poésie dans ce monde de brutes
Merci pour le tuyau
Michel
ps: La traduction automatique du site traduit "Spring switch" en "Commutateur de printemps" ... Un peu de poésie dans ce monde de brutes
12
Vos projets / Re : Micro-réseau en HOe
« le: août 03, 2020, 07:06:35 pm »
ok... Compris.
On se limite à la partie arduino. C'est noté.
Coyotte
On se limite à la partie arduino. C'est noté.
Coyotte
13
Vos projets / Re : Micro-réseau en HOe
« le: août 03, 2020, 06:46:05 pm »
Rebonjour et merci pour vos conseils.
Shield commandé.
J'ai l'alim... 12V 3A...
Il me faut un "rond" de voies pour commencer les tests. Il y a 30 ans, le nec plus ultra, c'était Peco me semblait-il.
Est-ce toujours le cas ? Il y a-t-il un autre fabricant à considérer.
Je trouve la voie irrégulière de Peco sympa (https://www.lepetittrainbleu.fr/rail-flexible.html) mais peut-être existe-t-il mieux ?
A vous lire,
Coyotte
Shield commandé.
J'ai l'alim... 12V 3A...
Il me faut un "rond" de voies pour commencer les tests. Il y a 30 ans, le nec plus ultra, c'était Peco me semblait-il.
Est-ce toujours le cas ? Il y a-t-il un autre fabricant à considérer.
Je trouve la voie irrégulière de Peco sympa (https://www.lepetittrainbleu.fr/rail-flexible.html) mais peut-être existe-t-il mieux ?
A vous lire,
Coyotte
14
Vos projets / Micro-réseau en HOe
« le: août 03, 2020, 10:59:22 am »
Bonjour à toutes et tous,
Comme indiqué dans ma présentation, je reviens au "petit" train après une longue période d'interruption.
La technique a pas mal évolué depuis... 30 ans
Je souhaite donc me créer un micro-réseau en HOe (+- 100x50cm) piloté en DCC.
Le thème n'est pas encore bien défini mais je voudrais quand même disposer de quelques voies de garage afin de pouvoir exploiter mon réseau autrement qu'en tournant en rond dans les deux sens.
Comme je démarre en DCC, je vais opter pour des choses simples pour commencer.
Sur les conseils de Msport, je pars sur une Arduino Uno, un shield moteur et une alim 12V.
J'ajouterais peut-être une écran (LCD ou OLED, j'ai les deux en stock) ainsi qu'un ou deux potard et switches qui m'affranchiraient de devoir poser un PC à proximité pour rouler...
(D'un autre côté, j'aurai quand même besoin dudit PC pour programmer tout ça donc...
)
J'ai une question à ce stade de la réflexion :
1) Quel shield prendre ? (Il y en a un paquet semble-t-il... Il y a-t-il une référence qui est préférable ?)
Au plaisir de vous lire,
Coyotte
ps: Si j'ai posté dans la mauvaise rubrique, veuillez m'en excuser.
Comme indiqué dans ma présentation, je reviens au "petit" train après une longue période d'interruption.
La technique a pas mal évolué depuis... 30 ans
Je souhaite donc me créer un micro-réseau en HOe (+- 100x50cm) piloté en DCC.
Le thème n'est pas encore bien défini mais je voudrais quand même disposer de quelques voies de garage afin de pouvoir exploiter mon réseau autrement qu'en tournant en rond dans les deux sens.
Comme je démarre en DCC, je vais opter pour des choses simples pour commencer.
Sur les conseils de Msport, je pars sur une Arduino Uno, un shield moteur et une alim 12V.
J'ajouterais peut-être une écran (LCD ou OLED, j'ai les deux en stock) ainsi qu'un ou deux potard et switches qui m'affranchiraient de devoir poser un PC à proximité pour rouler...
(D'un autre côté, j'aurai quand même besoin dudit PC pour programmer tout ça donc...
)J'ai une question à ce stade de la réflexion :
1) Quel shield prendre ? (Il y en a un paquet semble-t-il... Il y a-t-il une référence qui est préférable ?)
Au plaisir de vous lire,
Coyotte
ps: Si j'ai posté dans la mauvaise rubrique, veuillez m'en excuser.
15
Présentez vous ! / Re : Bonjour de Liège
« le: août 03, 2020, 10:48:01 am »
Re-Merci
Pour la loco, je pensais à un locotracteur de chez Minitrain, qui aurait (conditionnel !) meilleure presse que le loco tracteur de chez Roco.
Sur le site de MiniTrain, il expliquent comment digitaliser le modèle.
Pour l'arduino, j'en ai un donc c'est bon.
Pour le shield moteur, il y a un modèle à préférer ?
Parce que rien que sur Amazon il y en a plusieurs...
Je vais créer un sujet pour ne pas polluer celui-ci.
Merci encore,
Coyotte
Pour la loco, je pensais à un locotracteur de chez Minitrain, qui aurait (conditionnel !) meilleure presse que le loco tracteur de chez Roco.
Sur le site de MiniTrain, il expliquent comment digitaliser le modèle.
Pour l'arduino, j'en ai un donc c'est bon.
Pour le shield moteur, il y a un modèle à préférer ?
Parce que rien que sur Amazon il y en a plusieurs...
Je vais créer un sujet pour ne pas polluer celui-ci.
Merci encore,
Coyotte
Pages: [1] 2