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 - nopxor

Pages: 1 ... 10 11 [12]
166
Shields et Modules / Re : MULTIPLEXEUR MUX II
« le: février 12, 2018, 11:15:09 am »
Bonjour Francis,

Tus as fait un bon choix avec le DCC++ qui a plein d"avantages.
Pour l'Arduino, je te conseille de prendre un MEGA. Il a 69 entrées/sorties configurables en commandes d'aiguillage ou en capteurs pour la détection des cantons.
J'ai hésité aussi entre RocRail et JMRI, mais je me suis décidé pour JMRI. Il est très complet et très puissant.
Par contre il n'est pas évident à prendre en main, au début on est un peu perdu.
Il reconnait une multitude de matériel dont DCC++. On peut aussi lui connecter d'autres Arduinos (avec la librairie C/MRI), ce qui augmente considérablement les entrées/sorties possibles pour gérer par exemple les éclairages ou la signalisation.

167
Infos et bonnes affaires / ATtiny13 le mini ATtiny
« le: février 07, 2018, 05:04:31 pm »
Bonjour,

Le ATtiny13, c'est le junior dans la famille des ATtiny:
1 k de mémoire FLASH, 64 octets de RAM et 64 octets d'EEPROM

C'est pas énorme, mais suffisant pour des petites animations sur le réseau.

Il y a même plus petit dans la famille avec Les ATtiny4/5/9/10 à 6 pins.

Le prix non plus n'est pas énorme, 2.42€ les 10:
https://www.ebay.fr/itm/10PCS-MCU-IC-ATMEL-SOP-8N-ATTINY13A-SSU-TINY13A-SSU-ATTINY13A/272949032036?hash=item3f8d07b464:g:cYcAAOSwls5Y6JOw

C'est la version soic, composant soudé en surface.

Il peut être avantageusement soudé sur un petit PCB qui facilite sa programmation, comme ceux-ci vendus 1.12€ les 20:
https://www.ebay.fr/itm/20Pcs-SOP8-SO8-SOIC8-TSSOP8-MSOP8-to-DIP8-2-54mm-Adapter-PCB-Board-Converter/221769915062?hash=item33a2845ab6:g:u1AAAOSw3KFWej87

Pour la programmation spécifique ATtiny 13 (autre que ATtiny25/45/85) depuis l'IDE Arduino, il y a ce tutoriel:
http://www.instructables.com/id/Updated-Guide-on-How-to-Program-an-Attiny13-or-13a/

168
Vos projets / Re : Achat pour futur projet
« le: février 07, 2018, 02:29:14 pm »
Bonjour,

Peux-tu faire un copier-coller de l'adresse de la page, un lien ?

170
JMRI et Arduino / Bibliothèque C/MRI
« le: février 02, 2018, 09:33:37 pm »
Bonjour,

En cherchant des réalisations de commande de plaque tournante avec Arduino, je suis tombé sur cette vidéo:



Elle présente une plaque tournante controlée par Arduino et commandée à la souris depuis le layout PanelPro de JMRI.
Elle utilise pour cela la bibliothèque C/MRI (Computer Model Railway Interface)
https://github.com/k4kfh/turningTables

Cette interface est très interréssante, elle permet de relier des cartes d'entrées/sorties à un logiciel PC comme JMRI qui reconnait ce standard nativement.
http://jmri.org/help/fr/html/hardware/cmri/CMRI.shtml#iobits

La bibliothèque Arduino émule une de ces cartes à moindre coût et j'ai pu la tester avec succès avec JMRI.
https://github.com/madleech/ArduinoCMRI

171
Présentez vous ! / Re : Présentation
« le: février 02, 2018, 09:04:14 pm »
Bonjour,

JMRI est tout à fait adapté à la gestion des éclairages.
Cela va des éclairages commandés depuis le panneau de contrôle aux commandes automatisées avec l'horloge interne.
Il est même possible avec certain matériel de définir l'intensité lumineuse.

http://jmri.sourceforge.net/help/en/package/jmri/jmrit/beantable/LightAddEdit.shtml

172
Le logiciel DCC++ / Bug DCC++ dans fonction Sensor::check()
« le: février 01, 2018, 05:11:32 pm »
Bonjour,

J'ai trouvé un bug dans la fonction Sensor::check() du fichier Sensor.cpp

Cette fonction est appelée  par DCCpp::loop() pour transmettre les changements d'états des pins des sensors.

Telle qu'elle est définie elle ne transmet que sur l'interface ETHERNET.
Donc si on utilise une connection USB série les états des sensors ne sont jamais envoyés.

Pour remédier à cela, il suffit de commenter les lignes #if defined(USE_ETHERNET)  en 128, 132, 135 et 139

Avec cette correction l'état des sensors est bien transmis au PC et JMRI peut (enfin...) les prendre en compte. 8)

Ce bug est dans la librairie DCCpp mais pas dans DCC++ sur GitHub.

173
Bonjour,

Ca y est j'ai modifié le programme DCC++ pour la commande d'aiguillages à solénoïdes directement depuis les pins de l'arduino.
J'ai testé, tout fonctionne bien.

Pour commander ceux-ci depuis PanelPro de JMRI il faut utiliser la dernière version 4.10 de JMRI.
Cela ne fonctionne pas avec la 4.8, il y a un bug dans JMRI qui empêche la commande.

C'est quand même cool de tout controler depuis un seul MEGA:
- Le DCC
- Les relais des solénoïdes d'aiguillages avec les pins Outputs.
- La rétrosignalisation avec les pins Sensors.

DCC++ c'est vraiment génial. 8)

Ci joint les sources modifiés.

174
Bonjour Marcel,

Les moteurs Tortoise sont certainement l'idéal, mais les moteurs Peco sont 3 fois moins chers... et mon budget est serré.
Je compte utiliser les PL-10WE qui sont moins gourmands en énergie que les PL-10 (1.1A au lieu de 2.4A)
Et puis une carte 8 relais qui permet d'en controler 4, c'est environ 4€ sur Ebay ou AliExpress.
Il suffit d'ajouter une alimentation de PC pour le 5V de ces cartes et le 12V des moteurs.

Je me suis plongé dans les sources Outputs.h et Outputs.cpp de la bibliothèque DCCpp.
L'adaptation ne devrait pas être trop compliquée.

175
Le logiciel DCC++ / commande d'aiguillage à solénoïdes avec DCC++
« le: janvier 28, 2018, 04:17:33 pm »
Bonjour,

Je viens de monter ma station DCC++ avec un arduino MEGA, 2 LMD18200 et 2 MAX471.
J'ai utilisé la bibliothèque DCpp et tout fonctionne parfaitement.  :)  J'ai testé avec JMRI et RocRail.

Mon réseau va comporter 20 cantons.
Je pensais devoir utiliser un bus LocoNet pour la détection d'occupation des cantons.
Mais j'ai découvert que DCC++ pouvait gérer des sensors sur les pins de l'arduino et communiquer leur état au PC.
Donc inutile d'installer un LocoNet. Cool !  8)

Mon réseau va comporter une douzaine d'aiguillages à solénoïde Peco.
Au départ je pensais réaliser des décodeurs pour aiguillage à solénoïdes comme ceux décrits là:
http://www.locoduino.org/spip.php?article142
Mais j'ai vu qu'il était également possible de gérer des aiguillages et des sorties avec DCC++.
Selon la commande d'aiguillage du PC, DCC++ peut changer l'état de la pin arduino dédiée si l'aiguillage est défini comme Output.

Mes questions:
Est il possible d'intégrer la méthode activation_aiguillage() (du sketch du décodeur pour aiguillage à solénoïdes)
au programme DCC++ pour piloter les relais directement depuis le MEGA ?
La commande delay(ACTIVATION); (250ms) ne va t-elle pas gêner le bon déroulement du programme des signaux DCC ?
Il me semble que les signaux DCC sont générés par interruptions donc c'est peut-être possible ?

176
Vos projets / Re : Détection canton avec module MAX471
« le: novembre 22, 2017, 07:01:10 pm »
Bonjour,

Merci pour cette réponse rapide.
Effectivement la détection d'une rame en marche arrière risquerait d'être impossible avec ce circuit.

177
Vos projets / Détection canton avec module MAX471
« le: novembre 22, 2017, 05:00:55 pm »
Bonjour,

Je vais utiliser DCC++ comme Base Station pour mon futur réseau qui sera exploité soit par jmri, soit par RocRail.
Pour la rétrosignalisation je souhaite utiliser le standard LocoNet avec une base Locobuffer reliée au PC:
kit  Hans De Loof: http://users.telenet.be/deloof/

Il existe actuellement plusieurs moyens de détection de consommation de courant pour les cantons en DCC.
Soit le montage classique avec 4 diodes,
soit le montage avec un petit transfo torique:
http://www.sumidacrossing.org/LayoutControl/TrainDetection/InductiveDetectionCircuit/

Peut on aussi envisager une détection fiable et sensible avec un module MAX471 connecté par exemple à un nano Arduino ?
Ces modules très bon marché ont une  sortie analogique, proportionelle et lineaire de 1V / A
On peut en connecter 8 sur un nano.

Pages: 1 ... 10 11 [12]