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

Pages: [1]
1
Présentez vous ! / Re : Avis sur un projet
« le: novembre 25, 2020, 12:43:09 pm »
Bonjour,

Afin d'expliquer la sécurité d'alimentation envisagée...un petit schéma comme demandé.
Le poussoir enclenche le relais qui ferme le contact pour maintenir la tension aux bornes de la bobine.
Dès que la tension chute, (CC) le relais se déclenche et il n'y a plus d'alimentation.
Il faut donc réarmer le système.
Je suis entièrement d'accord avec le fait qu'un relais ne puisse protéger RAPIDEMENT un circuit.
Mais ce système coupe l'alimentation directement après 300 ms en cas de court circuit et MEME si l'on n'est pas présent dans la pièce.

Ce système est AUSSI protégé de façon électronique par un ampli OP.
La tension mesurée aux bornes de la résistance ( 250mohms  4 résistances d'un ohm placées en parallèle)  est envoyée sur un ampli opérationnel.
Dès que la tension différentielle est supérieure à  0.5 volts( paramétrable par un potentiomètre sur une des entrées ) , la sortie enclenche la sécurité de l'arduino. Plus rien n'est envoyé au bridge.

En espérant avoir été assez clair. Le schéma n'est évidemment pas complet ( alimentation de OP, résistance de feedback...). Mais il s'agit d'un montage standard d'un OP.

PS.  Désolé pour la qualité du schéma fait en vitesse.
Cela répond à ma notion du DIY. Plutôt que de prendre des circuits chinois qui ne fonctionnent pas toujours bien...bleu  rouge ?( voir forum) .

Bonne journée
     

2
Présentez vous ! / Re : Avis sur un projet
« le: novembre 22, 2020, 09:43:26 pm »
Bonsoir Msport

Merci pour votre intérêt porté à mon projet.

J'ai du mal à comprendre votre raisonnement sur le CC. (Court Circuit)

Mon détecteur de CC se branche avant l'alimentation du pont et déclenche quand le courant dépasse 1.5A ou tension < 5 v.

Le détecteur MAX 471 calcule le courant après le pont. (courant passant dans le pont en fait)

La longueur du câble vers le réseau est similaire dans les 2 cas.
Si le cc n'est pas franc, comme vous l'écrivez ( ex 1.4 A) aucun des 2 systèmes ne va réagir.
Il me semble que le Maxi réagit à partir d'un courant de 3 A alors que mon système réagit dès 1.5 A

♦ 3A Sense Capability with Internal Sense Resistor
(MAX471)

Dès lors ai je oublié quelque chose ? Mon raisonnement est incorrect ?
Je suis toujours preneur de bonne idée et suis prêt à reconnaître une erreur.

3
Présentez vous ! / Re : Avis sur un projet
« le: novembre 11, 2020, 07:50:42 pm »
Bonjour Dominique,

Oui DCC ++  ... Sorry Sans doute un reliquat de la programmation c++ ?
Merci pour votre réponse.

4
Présentez vous ! / Avis sur un projet
« le: novembre 11, 2020, 06:13:08 pm »
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

Pages: [1]