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.


Sujets - DDEFF

Pages: [1] 2
1
Ce fil décrit le gestionnaire de réseau qui fait suite au fil "Dessinez votre réseau (le système de Denis)"

Si vous arrivez là pour la première fois, passez directement à la suite (posts à partir du 26/11/19)

A ce stade, si vous avez dessiné votre réseau, vous avez le fichier correspondant à votre réseau.
Vous allez pouvoir faire rouler des trains (pour l'instant virtuels) dessus.

J'ai fait un mode d'emploi (18 pages !) qui donne le fonctionnement à l'heure actuelle.
Puis un fichier d'annexes sur les évolutions prévues.

Le programme que vous avez peut-être testé dans mon fil "Modélisation d'un réseau - le système de Denis" a été complètement revu, repensé, simplifié et il utilise la nouvelle façon de dessiner proposée par Pierre (Pierre59) mi janvier.

Le résultat de tout ça est une  accélération frappante (les trains vont plus de deux fois plus vite !)

Programme "Train_TCO_V1_7_11" n'est compatible qu'avec la version "Edite_TCO_V8_15" que je viens de décrire dans le fil http://forum.locoduino.org/index.php?topic=736.0.

Si vous avez un réseau dessiné avec la version 8_14, voyez dans le lien précédent.
pour remettre à jour votre réseau.

Voici le programme :
http://www.locoduino.org/IMG/zip/train_tco_v1_7_11.zip

PJ dans le .zip : Le programme Train_TCO_V1_7_11
Dans le répertoire "\data\Mode d'emploi", vous trouverez le mode d'emploi et les annexes.

2
Ce programme est destiné à tous et, en particulier, aux débutants.

Il permet de dessiner son réseau, dans le but de gérer les trains qui vont le parcourir.

Il est écrit avec Processing, mais ne nécessite pas de connaître ce langage.
On double-clique sur l'icône et on appuie sur "play" et c'est tout.

D'autre part, j'ai voulu une interface dépouillée et proscrit les menus déroulants qui ouvrent d'autres menus déroulants, etc…  au point que certaines documentations font presque 400 pages !

J'ai beaucoup axé mes recherches sur la simplicité d'exploitation, sur l'esthétique et le fait de ne rien avoir à calculer, ni à remplir tout un tas de cases.
Ce programme est neutre en ce sens qu'il pourrait très bien fonctionner avec un réseau analogique.

La vocation de ce programme est d'être compatible avec le bus CAN de Locoduino pour la bonne raison que ce bus très complet est bien documenté, ce qui n'est pas le cas des bus des centrales DCC du commerce.

Il fait aussi circuler des trains virtuels.
Vous pourrez emmener avec vous votre réseau pendant les vacances !

Ce programme n'aurait pas existé sans Pierre (Pierre59) qui m'a fait connaître Processing et m'a aidé à chaque fois que j'étais bloqué. Ce n'est donc pas par hasard qu'il y a des similitudes entre son programme et le mien. Mais nos approches et la réalisation elle-même sont différentes.

Je décompose ce programme en deux programmes :

1°) Un éditeur de TCO dont le but est de dessiner le réseau et de générer un fichier texte qui sera le "sésame" du deuxième programme.
Ce fil de forum lui sera dédié.
On trouvera ici
   Le programme lui-même
        http://www.locoduino.org/IMG/zip/edite_tco_v8_15.zip
   Le mode d'emploi (en PJ)
A chaque mise à jour, c'est à cet endroit que seront les dernières versions.

2°) Un gestionnaire de trains qui part du "sésame" et gère le réseau sur un TCO grand écran.

Je dois malheureusement tempérer les enthousiasmes.

L'éditeur est quasi fin et son mode d'emploi de 27 pages devrait permettre de l'utiliser.

Par contre, le gestionnaire, que vous avez peut-être suivi dans mon fil, est déjà bien lancé, mais :

1°) Je n'ai pas réalisé de mode d'emploi

2°) Il reste quelques bugs

3°) Il n'y a, pour l'instant, pas d'interface avec le bus CAN Locoduino.

Il me faut l'analyser et en déduire la bonne interface.

Ce qui me permet d'être très optimiste, c'est que le système de Pierre59 a bien fonctionné à Orléans et qu'il est quand même assez proche de mon système.
Donc, merci pour votre patience.

Donc, pour l'instant, je serais heureux que vous testiez l'éditeur en dessinant votre propre réseau et que vous trouviez les bugs qui, forcément, restent encore.

3
Discussions ouvertes / Connaissez-vous LocoFi ?
« le: février 09, 2019, 10:18:44 pm »
Bonsoir,
Voici le site :
https://www.wifimodelrailroad.com/

C'est un drôle de système qui permet un échange entre un smartphone et une loco avec un décodeur spécifique.
Et donc, indépendant du DCC, de l'analogique, ...
Bizarre...
Denis

4
Infos et bonnes affaires / DFR0299 : CI musical pour Arduino
« le: novembre 01, 2018, 07:06:42 pm »
Bonjour,

Dans la revue "Electronique et loisirs" Automne 2018 (encore en vente au moment où j'écris 01/11/18), 8 pages sur un nouveau composant musical, le DFR0299.
Le circuit est sympa, mais c'est surtout la DataSheet qui est intéressante :
https://www.dfrobot.com/wiki/index.php/DFPlayer_Mini_SKU:DFR0299

Par rapport à d'autres :
-> on lit les MP3 et les WAV
-> on peut, via le port série de l'Arduino, le commander ... 100 dossiers de 255 pistes chacun !!!!  :o
-> on peut, via de simples BP, commander 14 pistes
-> une égalisation du son est intégrée
-> DAC 24 bits (!), rapport S/B 85 dB
-> niveau sonore sur 30 niveaux.

Cette bébête coûte apparemment 1,48 $ sur eBay.

Bonne soirée
Denis

5
Shields et Modules / Une carte multitâche et universelle ?
« le: juin 04, 2018, 10:52:21 pm »
Bonsoir,

Pour toi qui voulais réduire le câblage, ta question va à l'encontre de l'idée.  :o
C'est antinomique.
Soit on met plusieurs petits modules et le bus CAN les relie, soit on met des expandeurs et on fait le boulot du bus CAN.

Denis

6
Vos projets / Alimentations analogiques
« le: avril 11, 2017, 09:40:22 am »
Une fois n'est pas coutume, je vais parler aujourd'hui d'alimentations analogiques.

J'ai un copain qui a besoin de 4 alimentations :
-> 24V continu pour les relais (eh oui ...)
-> 0 à 15V/2A
-> 0 à 12V/2A
-> 0 à   9V/1A
Là où l'Arduino intervient, c'est que les trois dernières alimentations doivent être en courant pulsé à 30 kHz.

Premier problème :
Ne pas avoir un transformateur par alimentation.
A mon avis, il en faut deux : un pour le 24V et un pour les autres.

Deuxième problème :
Ne pas avoir des radiateurs monstrueux.
Baisse de tension = pertes par effet Joule dans les schémas simples => radiateurs aptes à chauffer l'appartement.

Au début de ce post, vous vous êtes certainement dit "facile, il y a plein de schémas pour ça"
Je peux vous dire que, moi qui lit pourtant pas mal de revues d'électronique (entre autres), depuis des années, et bien, je n'ai jamais vraiment trouvé quelque chose qui réponde à ce cahier des charges.

De bonnes idées par-ci, par là, mais rien pour les regrouper.

7
Infos et bonnes affaires / Réseau échelle N de Canfran
« le: mars 11, 2017, 10:42:54 am »
Bonjour,

Voilà le genre de réseau que j'ai raté en n'ayant pas pu aller à Chatellereau...  :(


6 m sur 9 en N (!!  :o), décors somptueux et, en plus, la vraie histoire qui va avec vaut le voyage !

Denis

8
Composants / Arduino M0 PRO
« le: mars 01, 2017, 03:24:43 pm »
Petite publicité qui nous rappelle les prix des vrais Arduinos (et qui, donc, nous fait apprécier le prix des clônes  ;D ;D ;D)

Mais surtout, un nouveau modèle !


Les spécialistes des processeurs pourraient-ils nous dire ce qu'ils pensent du nouveau venu ?

Denis

9
Composants / Nouveau ATtiny 417, 814, 816, 817
« le: janvier 01, 2017, 03:31:33 pm »
Bonjour,

Atmel a sorti de nouveaux ATtiny 417, 814, 816 et 817 qui sont en boîtier CMS, malheureusement, mais qui ont des caractéristiques sympa.
http://www.atmel.com/devices/ATtiny817.aspx

En particulier ATtiny 814 qui a seulement 14 pattes (ça peut servir si on veut faire un décodeur loco DCC), 512Ko de SRAM, 8Ko de Flash et même 128o de EEPROM.

Une horloge RTC (Real Time Clock), SPI, I2C et même un contrôleur tactile (PTC Preipherical Touch Controller) !!

Pas encore très répandue (c'est tout récent, mais Locoduino est déjà sur le pont, dès le 1er janvier ;D), mais on trouve un kit à 8,50 €
http://www.digikey.ch/product-detail/fr/atmel/ATTINY817-XMINI/ATTINY817-XMINI-ND/6226926

10
Composants / La mesure de courant, tension et puissance pour Arduino
« le: décembre 29, 2016, 11:39:53 am »
Bonjour,

Une petite vidéo sympa, malheureusement en américain, sur la consommation de courant :



On y trouve un objet que je ne connaissais pas : un USB power meter. Je vais m'en commander un.

http://www.ebay.com/itm/USB-Volt-Current-Voltage-Doctor-Charger-Capacity-Tester-Meter-Power-Bank-UF/291937679891?_trksid=p2047675.c100012.m1985&_trkparms=aid%3D777003%26algo%3DDISCL.MBE%26ao%3D1%26asc%3D38530%26meid%3D830bc0ea5cf34f7a91010dd89c5c15cd%26pid%3D100012%26rk%3D2%26rkt%3D12%26sd%3D222130588892

Cela permet de mesurer la consommation de puissance (V, A et mAh) par exemple d'un chargeur de mobiles ou … de votre Arduino !

Au passage, pour 2,97$ on doit pouvoir récupérer un écran OLED très sympa en démontant.

Puis l'auteur fait "la même chose" avec un Arduino.

Là aussi, plein de passages chez ebay/Amazon (j'ai mis des liens en exemple, sans vraiment fouiller).

Tout d'abord, un ampli-op (avec le schéma).

Puis un INA219 : mesure de courant, de voltage et de puissance bidirectionnel avec interface I2C

Datasheet : http://www.ti.com/product/INA219
Au passage : marche en +/- 26V et 3.2 A. Sympa.

Achat sur Amazon : https://www.amazon.fr/Bi-directionnel-Alimentation-Courant-Capteur-D%C3%A9vasion/dp/B0183KFGE8/ref=sr_1_1?ie=UTF8&qid=1483006439&sr=8-1&keywords=ina219 pour 3.93 €

Il existe aussi une bibliothèque Adafruit sur :
https://github.com/adafruit/Adafruit_INA219

Et un joli afficheur OLED sur I2C en 0.96" (128x64) à 4.18 € sur Amazon :
https://www.amazon.fr/pouces-s%C3%A9rie-affichage-Module-Arduino/dp/B00NHKM1C0/ref=sr_1_1?ie=UTF8&qid=1483006924&sr=8-1&keywords=oled+i2c

Bibliothèque Adafruit_SSD1306 :
https://github.com/adafruit/Adafruit_SSD1306

Puis un module SD pour bus SPI (0.99 €) :
http://www.ebay.com/itm/Micro-SD-Storage-Board-Mciro-SD-TF-Card-Memory-Shield-Module-SPI-For-Arduino-/200958993125

Le schéma de câblage

La bibliothèque SDFat (Arduino FAT16/FAT32 library) :
https://github.com/greiman/SdFat

Le programme Arduino génère donc 3 fichiers qu'on peut copier dans Excel.
Quelques soudures plus loin, le board sur une platine à trous.

11
Bonjour,

Je vais commencer par un état des forces en présence. L'ordre n'a aucune importance.

- Pierre59 (Pierre) a fait un article http://www.locoduino.org/spip.php?article154
On a là une programmation à base d'objets et utilisation intensive des héritages qui permet une description d'un réseau, côté aiguilles, zones, ...

- Pierre a fait un autre article http://www.locoduino.org/spip.php?article167 qui, cette fois traite des signaux.
Toujours des objets et des héritages qui permettent la gestion complète de la partie signaux.

- Jean-Luc a, lui, porté son attention sur la gestion des itinéraires http://forum.locoduino.org/index.php?topic=167.0 en partant de ma gare et en étendant à tout un réseau. Là encore, les objets et les héritages et un résultat impressionnant.

- Et, évidemment, toujours de Jean-Luc, les articles sur les gares cachées :
http://www.locoduino.org/spip.php?article155
http://www.locoduino.org/spip.php?article156
http://www.locoduino.org/spip.php?article157

- Pour mémoire, je fais un peu pâle figure avec SGDD qui est bien à base d'objets, mais où je n'avais pas compris la notion d'héritage. Et d'autres choses, d'ailleurs.  :P

Pourtant, toutes ces méthodes (y compris la mienne) souffrent d'une tare originelle : il faut "mettre les mains dans le cambouis" et décrire le réseau "en dur", directement dans le programme.  :o

Cela est, certes, bien expliqué dans les articles cités, mais, à chaque fois, il s'agit d'une méthode de description nouvelle.
On part d'un objet originel, avec des fonctionnalités parfaitement adaptées à l'objectif à atteindre.
Et d'héritage en héritage, on arrive à ce qu'on voulait. Par des méthodes tout à fait géniales, d'ailleurs.

A moins que je n'aie pas compris, il faut décrire plusieurs fois le réseau en fonction des résultats à atteindre. Ce qui est dommage.  :(

D'autre part, cette description se fait directement dans le programme, ce qui n'est pas évident.  :(

Ce qu'il faudrait c'est "un anneau pour les gouverner tous", selon la formule consacrée.

Je ne suis certes pas Sauron (c'est le méchant  8)) et je n'y arriverais pas tout seul. Mais je pense avoir une piste.

Je suis parti sur autre chose : un TCO sur écran, gratuit et sans fils.

J'ai fait une première version, en mode objet, mais sans héritages. Et, donc, très dure à développer.

Pierre a eu pitié de moi et m'a fourni une solution presque "clés en mains", avec le bon objet de départ et les héritages nécessaires. Et là, j'ai (enfin !) compris comment ça marchait. Un grand merci.
Il était temps qu'on me "décolle la pulpe du fond"… ;)

La V2 était donc nettement plus facile à développer, beaucoup plus souple et ceux qui ont vu le résultat ont l'air d'avoir apprécié.
Ces deux versions étaient compatibles avec SGDD. On pouvait suivre le déplacement d'un train géré par un Arduino DUE sur l'écran de l'ordinateur, PC ou Mac.

Et je développe en ce moment la V3 qui ne sera plus compatible SGDD pour plusieurs raisons :

1°) programmation SGDD lourde et "datée"
2°) j'ai voulu adjoindre à l'éditeur de TCO un embryon d'exploitation de réseau

Donc, avec mon éditeur de TCO, je fais (forcément) une description du réseau, à minima graphique.

L'intérêt d'un éditeur étant qu'on ne va pas écrire directement dans le programme. Cela résout l'un des problèmes cités.

Mais on peut plus !

Je suis en train de développer la V3 pour qu'à la fin on ait une matrice qui décrit tous les liens des cantons/aiguilles. Une description littérale, cette fois, du réseau et des connections des éléments entre eux. Description automatique, uniquement générée à partir des éléments graphiques de mon éditeur.

Il me reste à trouver le moyen que cette description soit compatible avec tous les objets dont on aura besoin pour la gestion du réseau.

Dit autrement, je cherche à ce que toutes les instanciations des classes soient paramétrées et qu'elles aillent chercher ces paramètres dans cette matrice. ???

Évidemment, pour l'instant, cette matrice sera sommaire, mais susceptibles d'évolution pour intégrer de nouveaux objets pour gérer le réseau.

Mais c'est une autre histoire…

13
Infos et bonnes affaires / Un réseau EXTRA - Ordinaire !!
« le: mars 23, 2016, 08:21:48 pm »
Un comme ça, vous n'en avez jamais vu :

(mis en ligne le 20/03/16).
On est très, très loin de l'Arduino.

14
Composants / Identifier les trains
« le: mars 22, 2016, 02:04:24 pm »
J'ai récemment lu qu'on pouvait transmettre internet via les ampoules de la maison !
La lumière de la lampe est modulée et un récepteur reconnait cette modulation et, donc, récupère le signal émis.
Une sorte de wifi lumineux.  ;)

Je me suis alors dit que nos locos sont éclairées et qu'on pourrait ainsi transmettre leur identité, que ce soit en DCC et, surtout, en analogique.
Dans la loco, on n'a pas de place.  :(

Je propose donc le codeur HCS301 de Microchip, en cms.
http://ww1.microchip.com/downloads/en/devicedoc/21143b.pdf
Il travaille en 12V et on voit en p5 le schéma de principe qui utilise une seul composant, le HCS301. On peut ainsi identifier 15 locos. :D
Il faut, bien sûr, un transistor supplémentaire pour que ce codage influe sur les LED d'éclairage.
Mais c'est tout petit... et pénible à souder, je vous l'accorde.

A l'endroit où on veut identifier le train qui passe, un photo transistor et le décodeur (en DIL, cette fois, on a de la place).
Je propose le HCS515 de Microchip :
http://ww1.microchip.com/downloads/en/DeviceDoc/40183E.pdf
Schéma d'application p27.

Le codage st le même (p18 pour le HCS515 et p9 pour le HCS301).

Ce codage permettrait de recaler les locos à leur véritable emplacement.
Je vois deux usages :
1°) Reconnaissance d'une loco à la mise sous tension
2°) Suite à divers faux contacts, pouvoir réaffecter la bonne adresse DCC à la bonne loco.

Parce que le gestionnaire doit savoir à tout instant où est tel train et se recaler s'il y a des "loupés"...  ???

15
Composants / Suivi du courant ACS714
« le: mars 17, 2016, 04:01:20 pm »
J'aimerais bien afficher comme DCC++ le courant débité par l'alimentation (booster DCC ou alim analogique).
Ce serait sur le TCO en Processing. Je trouve ça assez sympa.

J'ai trouvé ça :
http://www.mon-club-elec.fr/pmwiki_mon_club_elec/pmwiki.php?n=MAIN.ArduinoExpertCanCapteurCourantACS7145A
Il faut adapter un peu, bien sûr, mais ça me paraît assez simple.

Le capteur ACS714 coûte 6.33 € chez TME :
http://www.tme.eu/fr/details/pololu-1185/modules-de-capteur/pololu/

J'ajouterai bien ça dans le programme, à titre d'information.
Notez que je ne cherche pas à m'en servir comme détecteur de court-circuit.
Je pense qu'un détecteur de court-circuit doit être uniquement électronique.

Pages: [1] 2