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.


Messages - Remi

Pages: [1] 2 3
1
Bonjour,

Ci joint un lien sur l'utilisation de l'Ina219.
Après lecture de cet exemple, on se rend compte d'une part qu'il y a une erreur dans le schéma de "Gapif8525" :(,
et que d'autre part l'on peut mesurer une tension avec l'ina219  :)

https://www.aranacorp.com/fr/mesure-de-puissance-avec-arduino-et-ina219/

Bonne lecture

2
Bus DCC / Re : Optimisation du hardware autour de l opto 6N137
« le: mars 28, 2024, 01:52:59 pm »
Bonjour,
Ce montage très efficace est également évoqué par Thierry dans l'article sur le sniffer de rudy.
mais c'est bien de le rappeler  :D

https://forum.locoduino.org/index.php?topic=244.msg12118#msg12118

3
Vos projets / Re : Utilisation du laser vl53lxx
« le: mars 25, 2024, 03:31:41 pm »
Bonjour à tous,

Il me semble qu'il est possible de changer l'adresse des modules Vl53lxx par logiciel lors de l'initialisation.
Sur le site d'Adafruit, la méthode est expliquée mais en anglais. Il faut refaire ce changement à chaque démarrage du logiciel de commande.
Vous trouverez ci dessous le principe de ce changement (traduction du site Adafruit).
Le lien vers le site est donné en fin de message.

***************************
Connexion de plusieurs capteurs

I2C n’autorise qu’une adresse par périphérique, vous devez donc vous assurer que chaque périphérique I2C a une adresse unique. L’adresse par défaut pour le VL53L0X est 0x29 mais vous pouvez changer cela dans le logiciel.

Pour définir la nouvelle adresse, vous pouvez le faire de deux façons. Pendant l’initialisation, au lieu d’appeler lox.begin(), appelez lox.begin(0x30) pour définir l’adresse sur 0x30. Ou vous pouvez, plus tard, appeler lox.setAddress(0x30) à tout moment.

La bonne nouvelle est qu’il est facile à changer, la partie ennuyeuse est que les autre capteurs doivent être arrêté. Vous pouvez arrêter chaque capteur en connectant la broche XSHUT à une broche de microcontrôleur, puis effectuer quelque chose comme ce pseudo-code :

    Réinitialisez tous les capteurs en réglant toutes leurs broches XSHUT bas pour delay(10), puis réglez toutes les XSHUT haut pour sortir de la réinitialisation
    Gardez le capteur #1 éveillé en gardant la broche XSHUT haute
    Arrêter tous les autres capteurs en tirant les broches XSHUT vers le bas
    Initialiser le capteur n° 1 avec lox.begin(new_i2c_address) Choisir n’importe quel nombre mais pas 0x29 . Aller avec 0x30 à 0x3F est probablement correct.
    Gardez le capteur #1 éveillé, et sortez le capteur #2 de la réinitialisation en réglant sa broche XSHUT haute.
    Initialisez le capteur n° 2 avec lox.begin(new_i2c_address) Choisissez n’importe quel nombre sauf 0x29 et celle déjà définie sur le premier capteur
    Répétez l’opération pour chaque capteur, en activant chacun d’eux, en définissant une adresse unique.

Notez que vous devez le faire chaque fois que vous mettez sous tension, les adresses n'étant pas sauvegardées (par défaut 0x29)!
il faut donc inclure cette partie dans l'initialisation de l'application.

***************************
Lien vers le site Adafruit

https://learn.adafruit.com/adafruit-vl53l0x-micro-lidar-distance-sensor-breakout/arduino-code

A+  Remi



4
Re,
Vous trouverez ci joint, uniquement à but d'information, un extrait d'un document de 2009 (voir la première page) qui explique pourquoi il est nécessaire de relier le blindage d'un câble aux deux extrémités. Ces règles sont toujours appliquées dans l'industrie des systèmes de télécommunications depuis plus de 30ans.
Après, je ne sais pas si cela éclaircira le sujet.
A+ Rémi





5
Bonjour Christophe, bonjour à tous,

Ci dessous un lien qui pointe vers un site sur la CEM (compatibilité électro magnétique) et qui explique entre autre la façon de raccorder les masses d'un câble blindé.
Dans le cas du schéma proposé (carte 1, liaison, carte2), il me semble qu'il faut raccorder la tresse du câble blindé aux 2 extrémités, car les 2 cartes sont elles même déjà relié à la masse par l'alimentation. En principe, l'impédance du câble de masse de l'alimentation étant inférieur à celle du blindage (section du câble d'alimentation plus forte, donc moins impédante), relier les 2 extrémités du blindage à la masse ne pose pas de problème pour ce cas précis.

Ceci n'est que mon humble avis et je peux me tromper !

https://www.tecnipass.com/cours-electronique.cem-cem.perturbations-cem.solutions?page=6

A+  Rémi

6
Débuter / Re : DCC avec une carte Nano et le motor shield v3
« le: septembre 03, 2023, 02:17:23 pm »
Bonjour,

Il existe des shields prévu pour Nano et qui présente un brochage identique à celui d'une carte  UNO  ::), donc surement compatible avec la carte Motor shield V3.
Peut être une solution à votre problème après vérification de la compatibilité des pins  :).
https://www.robot-maker.com/shop/shield/307-shield-nano-307.html
A+  Rémi

7
Vie du forum / Re : Retour en ligne
« le: août 03, 2023, 06:31:12 pm »
Bonjour,

Grand merci à ceux qui ont contribué à la remise en ligne du site. :)
Surement beaucoup de travail et de temps passé,
mais une agréable surprise pour moi lors de ma connexion :D

A+  Rémi

8
Vie du forum / Re : Arduino multi-protocole
« le: mai 07, 2023, 10:37:32 pm »
Bonsoir,
je suis également en 3 rails avec du Marklin.
Les applications proposées sur ce site à base d'arduino sont compatibles sans aucun problème.
Il faut parfois simplement adapter l'application proposée à son besoin.
Bonne suite
Rémi

9
Bus DCC / Re : Alimenter arduino decodeur DCC par le DCC
« le: avril 26, 2023, 09:36:05 pm »
Bonsoir,

Pas de souci pour le schéma, voir ci dessous
A+ Rémi






10
Bus DCC / Re : Alimenter arduino decodeur DCC par le DCC
« le: avril 26, 2023, 10:31:51 am »
Bonjour,

Pour répondre à la question du post 1, oui, il est tout à fait possible d'alimenter les décodeurs d'aiguille de type solénoïde à partir d'une alimentation prise sur les rails (DCC). J'ai pour ma part, réalisé la centrale DCC avec un LM800, et celle-ci est alimenté par une alimentation de PC portable de 60 watts. Cela fait environ 3A de disponible avec une tension de sortie au niveau des rails de 17V.

Quand je fais circuler 4 à 5 locomotives, cela consomme moins de 1A, ce qui veut dire qu'il reste de la marge pour alimenter mon décodeur d'aiguille.

Ce décodeur, très proche de celui de l'article 318, permet la commande de 8 aiguilles max, par impulsion de tension qui dure 300ms, et bien sûr, les aiguilles sont commandées les unes après les autres (une seule aiguille active à la fois) afin de limiter la pointe de courant. Toujours pour limiter cette pointe de courant, 2 condensateurs réservoir sont placé sur le circuit (470µf) pour la partie alimentation des ULN 2803.
Enfin, pour assurer le fonctionnement, 2 sorties de l'ULN sont mises en parallèle afin de respecter le courant max que peut sortir une porte (par rapport au pic de courant provoqué par la commande de l'aiguille).

Je n'ai pour le moment pas rencontré de problème de parasites lié à l'utilisation de ce décodeur.  :D

Le choix de l'alimentation de mon décodeur se fait par des strapps afin de choisir soit l'alimentation par DCC, soit l'alimentation par une source externe si besoin (non utilisée à ce jour).

Ce décodeur est également configurable (toujours par strapp) pour 1 parmi 4 modes de fonctionnement qui peuvent être:
1_decodeur pour 8 aiguilles solénoïdes
2_decodeur pour 16 Leds
3_decodeur pour 4 aiguilles solénoïde et 8 Leds
4_decodeur en mode apprentissage automatique de l'adresse DCC

Ce dernier point permet de changer l'adresse du décodeur sans avoir à reprogrammer le Nano sur la carte. Pour les autres modes, en fonction du besoin ou de la position géographique sur le réseau, on choisit la configuration la plus adaptée.

A+ Rémi

11
Bus DCC / Re : Brochage S88 vers RBus Z21
« le: décembre 15, 2022, 05:20:19 pm »
Bonjour,

J'ai ce tableau de correspondance entre une prise RJ45, un S88n, et le S88 de chez Marklin.
A tout hasard si cela peut aider.

s88-N wiring standard
RJ45 Colour in UTP cable                            s88-N          S88 marklin   
1   Orange-white          +5V/+12V           Broche 6          + alim  5V   (+)   
2   Orange                   Data                    Broche 1          Data           (d)   
3   Green-white           GND                     Broche 2          GND           (g)   
4   Blue                          Clock                 Broche 3          Clk              (c)   
5   Blue-white            GND      
6   Green                    Load                     Broche 4          Load            (l)   
7   Brown-white          Reset                   Broche 5          Reset           (r)   
8   Brown                   Railsignaal      

A+  Rémi


12
Bonjour,

Peut être un exemple de commande de néon dans cette vidéo de "Julaye".!
https://forum.locoduino.org/index.php?topic=1293.msg14032#msg14032

A+  Rémi

13
Le logiciel DCC++ / Re : DCC++ EX
« le: mars 02, 2022, 10:25:21 am »
Bonjour Christophe,

La mesure est effectué en 2 temps.
Une série de mesure sur la voie principale afin de relever la tension sur M1FB
Une série de mesure sur la voie de programmation afin de relever la tension sur M2FB
le montage de mesure est le suivant:
un ampèremètre placé en série dans l'alimentation de la carte Pololu me donne le courant consommé.
Un millivoltmètre pour la mesure de la tension d'abord sur M1FB, puis sur M2FB.
Un résistance de charge placé en sortie sur voie principale, puis sur voie programmation. Cette résistance de charge est composée de plusieurs résistances de puissance mise en série (ce que j'avais dans mes tiroirs), et  je me connecte à tous les points intermédiaires afin d'avoir plusieurs valeurs de charge.

L’alimention délivre en sortie une tension de l'ordre de 18V. le tableau précédent est complété par les différentes valeurs de R-charge.

Résistance Charge Ω    ∞    75      50      25     21,5  18,3  15
I (ma) alimentation      18    160    250    683   780   915   1115
M1FB (mv) R = 220 Ω   0,1   1,36   21,9   262   314   390   502
M2FB (mv) R = 470Ω    0,1   2,74   39,3   537   651   810   1032

Le premier point de ce relevé donne la consommation de la carte au repos, sans charge.

En souhaitant que cette explication aide à la compréhension de la méthode, n'hésite pas s'il y a d'autres questions.
A+  Rémi






14
Le logiciel DCC++ / Re : DCC++ EX
« le: mars 01, 2022, 05:28:44 pm »
Bonjour à tous,
juste pour information, je reprends ici le sujet commencé sur un autre fil https://forum.locoduino.org/index.php?topic=843.msg14751#msg14751, car cela concerne directement DCC_EX  (Comparaison de lecture des CV entre DCCpp_uno et DCC_Ex).

Après avoir modifié le fichier de configuration de DCC_Ex (définition des pins entrée/sorties) pour devenir compatible avec le hardware de la carte Pololu comme dans les articles de locoduino https://www.locoduino.org/spip.php?article187, je peux maintenant poursuivre les essais de lecture des CV avec les 2 logiciels.

Le banc de test est composé d'un PC avec JMRI, une carte Mega avec le shield Pololu, une loco de test avec décodeur Marklin MLD/3, une seconde loco de test avec décodeur ESU V4, une lecture du courant d'alimentation de la carte Pololu, et une lecture de tension sur la broche M1FB et M2FB (Image du courant sur la voie principale et la voie de programmation).

Le principe du test est simple. Je charge DCCpp_Uno sur l'arduino et j'essaye de lire /détecter la nouvelle Loco avec JMRI. Ensuite, je charge DCC_EX et je recommence la lecture des CV.

Test 1 (DCCpp_Uno) : 
Décodeur Marklin : Pas de lecture du décodeur,  pas d'acquittement en retour (Stopping due to error, pas de confirmation loco (308) ).
Décodeur Esu-V4 : Le décodeur est reconnu et les valeurs de CV s'affichent dans JMRI.

Test 2  (DCC_Ex) :
Décodeur Marklin : Pas de lecture du décodeur,  pas d'acquittement en retour (Stopping due to error, pas de confirmation loco (308) ).
Décodeur Esu-V4 : Le décodeur est reconnu et les valeurs de CV s'affichent dans JMRI.

Dans la documentation DCC_Ex, la carte Polulu n'est pas recommandée pour la lecture des CV. La sensibilité de lecture du courant est donnée pour environ 500mV/A sur les broches M1FB et M2FB. Je décide de modifier la voie de programmation (M2FB) sur la carte Pololu en augmentant la résistance en sortie du miroir de courant. Je remplace la 220Ω par une 470Ω, soit à peu prés le double.
Je vérifie que cela fonctionne en traçant la courbe V (M2FB) en fonction du courant de l'alimentation. le résultat est:

I (ma) alimentation      18   160   250   683   780   915   1115
M1FB (mv) R = 220 Ω   0,1   1,36   21,9   262   314   390   502
M2FB (mv) R = 470Ω    0,1   2,74   39,3   537   651   810   1032

J'ai bien sur M2FB une tension en sortie du miroir de courant de l'ordre de 1V/A, soit une sensibilité double par rapport à la sortie M1FB qui n'est pas modifiée.  je reprends les tests comme précédemment.

Test 3 (DCCpp_Uno) : 
Décodeur Marklin : Pas de lecture du décodeur,  pas d'acquittement en retour (Stopping due to error, pas de confirmation loco (308) ).
Décodeur Esu-V4 : Le décodeur est reconnu et les valeurs de CV s'affichent dans JMRI.

Test 4  (DCC_Ex) :
Décodeur Marklin : Le décodeur est reconnu et les valeurs de CV s'affichent dans JMRI   :).
Décodeur Esu-V4 : Le décodeur est reconnu et les valeurs de CV s'affichent dans JMRI.

Apparemment, pour la même configuration matérielle, il y a bien une différence de comportement entre DCCpp_Uno et DCC_Ex pour le même montage et avec les mêmes conditions de mesure.

Vue mes connaissances en informatique, je ne sais pas expliquer pourquoi, mais maintenant je peux lire les CV  (carte Pololu et DCC_EX) sur mes décodeurs Marklin qui bien que du matériel récent, etait non lisible avec DCCpp_Uno .

J'ai quand même réalisé une mesure relative pour essayer de comprendre la différence entre les 2 décodeurs même si le principe de mesure n'est pas très "déontologique". j'ai mesuré en mode Min/Max le pic de courant observé lors de la lecture des CV. Celui-ci est de 124ma pour le décodeur Esu et seulement de 68ma pour le décodeur Marklin. C'est peut être un début d'explication  :D.

Ce commentaire est simplement un constat, il sera peut être utile pour certains des lecteurs propriétaires d'une carte Pololu.

Banc de test :

15
Bonjour,
Comme l'indique Jeje, moi aussi j'aurai mis 2 dans la déclaration de la carte. C'est ce qui correspond à la L9110s !!!
A+. Remi

Pages: [1] 2 3