Bonjour à tous,
Ayant lu depuis plus de 2 mois vos articles, je me permets de venir vers vous afin d'avoir un
avis pertinent sur mon projet.
Projet.
Ayant un peu plus de temps, j'ai décidé de recréer un réseau Ho ( mes précédents datent de plus de 30 ans..) dans une pièce spécifique de 5.35 x 4.65.
J'ai donc réfléchi à un réseau en U
Mon idée est de récupérer bien entendu le matériel existant. (analogique Roco Jouef...)
Je souhaitais un réseau sobre plutôt réaliste où ne se croisent pas partout des rails et dans
un cadre plutôt rural.
La construction du réseau est toujours en étude. La pièce ne sera disponible qu'en décembre. Je suis impatient !
C'est donc le moment de penser à l'alimentation de ce réseau et de faire des tests si nécessaire.
La décision est prise. Le réseau sera digital mais je ne souhaite pas investir des montants
importants dans du matériel du commerce (aussi bon soit-il). C'est un choix et j'ai toujours apprécié le DIY.
Je me suis donc penché sur l'Arduino et Cpp++.
Avant toute chose, et afin que vous puissiez me donner un avis pertinent, je dois vous
dire que j'ai quelques connaissances en électronique et en informatique ( Mon métier)
L'installation de Cpp++ sur un petit ovale de test m'a donné satisfaction.
( Achat Uno, LMD18200, 2 décodeurs Lenz de base ( 10131-2) pour les tests)
J'ai également installé Jmri pour avoir des throttles disponibles. Ok pas de soucis,ça tourne...
C'est après que cela est plus confus à mes yeux et j'ai besoin de conseils.
Le réseau aura environ ( pas encore bien défini) 30 cantons et 20 aiguillages.
J'ai testé diverses rétro signalisations ( opto coupleurs, Ils)
Ces systèmes détectent bien un passage mais rarement une occupation complète
du train ( Machine+ rame).
J'utiliserai donc la détection de courant sur les alimentations de cantons.
A ce sujet j'ai testé 3 diodes en série au lieu de 2 préconisées dans nombreux sites.
La chute de tension est de + 1.8v et commande mieux les opto coupleurs.
Il suffit de monter un peu plus la tension d'alimentation de DCC pour compenser la perte sur les rails.
Au sujet de l'alimentation, je n'ai pas mis de MAXI 471 pour la détection des courts circuits.
Je préfère prendre le 0 v ( de cc) de l'alimentation stabilisée en cas de court circuit
pour bloquer les signaux de la centrale.
En clair, en cas de courant > courant prévu par l'alimentation, la tension passe à 0.
Un petit circuit met le UNO en mode sécurité et un contact relais débranche l'alimentation.
Il faut réarmer ( après avoir enlevé le CC ) pour redémarrer.
Alimentation stabilisée 0-30 v 0-5A. Le courant est paramétré à 1.5A MAX.
J'en mettrai 2 afin d'avoir 3 A au total sur 2 circuits distincts.
Pour info, j'ai 6 machines en tout. Cela devrait suffire. Si pas suffisant, je peux monter un peu le courant
(mais en dessous de 2 A)
Le but de ce projet est de "jouer" et non pas de regarder des trains programmés par des logiciels.
Le TCO "écran" n'est pas envisagé pour le moment. Est ce un tort ?
L'occupation des cantons reviendrait sur un TCO réel à base de diodes.
Ce même TCO réel commanderait les aiguillages via UNO et servo.
Quant aux signaux, je pense qu'un peu de "logique binaire" sur base des occupations et des positions aiguillages devrait convenir ( pas encore poussé assez loin la réflexion)
Question
Faut-il passer par les I/O d'un autre Arduino pour le futur ?
Cela permettrait de récupérer par un bus ces infos ( pour plus tard...)
Je suis conscient qu'aucune sécurité ne peut être mise en place avec ce genre de détections pour les itinéraires mais comme déjà précisé, le projet a un but avant tout ludique.
J'attends donc vos avis, conseils, améliorations à apporter.
Par avance, merci
