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

Pages: 1 [2] 3 4 ... 6
16
Shields et Modules / Re : Motor shield Pololu grosse consommation
« le: janvier 10, 2020, 02:19:46 pm »
Merci Antoine !

Moi qui rougissais d'utiliser 2x12A lol je suis petit joueur avec 43A. Je vois que tu n’utilises qu'une voie Main, pas de Prog ? ou c'est un autre module ?

@+ François

17
Shields et Modules / Motor shield Pololu grosse consommation
« le: janvier 10, 2020, 10:01:50 am »
Bonjour @ tous et Bonne Année vin vin !

L’excellent article sur la base DCC++ ( https://www.locoduino.org/spip.php?article187 ) fonctionne à merveille, jusqu’au HO (voire O avec moteur peu gourmand).

Ayant réceptionné différents modèles en O made in USA, la consommation est vite devenue un souci.

La modification de la ligne dans CurrentMonitor.h a résolu temporairement le souci de disjonction suite à loc gourmandes :

#define  CURRENT_SAMPLE_SMOOTHING   0.01
//#define  CURRENT_SAMPLE_MAX         300  // MODE HO
//#define  CURRENT_SAMPLE_MAX         600 // MODE O
#define  CURRENT_SAMPLE_MAX         900 // MODE O

Néanmoins le shield motor ne suit plus. 3A c’est juste, je cherchais donc un motor shield 5A mini.
Je suis tombé sur celui-ci ( https://www.gotronic.fr/art-shield-moteur-vnh5019-2-x-12-a-21710.htm) , 2 x 12A bien au-delà de mes besoins, mais qui peut le plus peut le moins.

Questions :

1/ est-il directement compatible avec le POLOLU Dual MC33926 Motor Driver Shield, cad faut-il simplement remplacer l’ancien par le nouveau ? (Brochage identique etc. )

2/ il est fait mention d’une librairie spécifique, doit-on obligatoirement modifier le programme pour inclure cette librairie ?

Les docs techniques :

Doc : https://www.pololu.com/docs/0J49
Spec techniques :https://www.pololu.com/product/2507
Fiche technique : https://www.pololu.com/file/download/VNH5019A-E.pdf?file_id=0J504
Librairie : https://github.com/pololu/dual-vnh5019-motor-shield

Au plaisir de vous lire !

18
JMRI et Arduino / Re : Communication JMRI/ARduino
« le: janvier 08, 2020, 10:32:27 am »
Salut @ tous !

Je ne sais pas comment vous faites pour avoir autant de messages d'erreurs. :o :o :o

Chapeaux bas les gars

19
JMRI et Arduino / Re : 24 IN / 48 OUT card for JMRI
« le: janvier 04, 2020, 11:07:11 am »
Merci Erik84750 !

Dominique, comme tout le monde je ne connaissais rien en arduino / bus etc.

Arduino, comme tout le monde j'ai cherché, trouvé et maintenant ça roule.

Bus il faut faire pareil, j'ai eut plus de facilité à comprendre C/MRI que CAN. Question de langage utilisé par les protagonistes. Comme quoi cela tient à peu. Et aussi aux éclairages de CatPlus et NopXor (encore merci à eux).

Maintenant ça roule bien DCC++ pour le digital, JMRI en chef de gare, C/MRI en transmetteur de données.

Quant au "C/MRI n'inclut aucune détection d'erreur. C'est à mon avis une grave faute de conception." laissez-moi rire nous ne sommes pas dans l'industrie aéronautique !... Le CAN Locoduino certes gère, mais est incompatible avec le chef de gare... ça c'est une faute de conception !

Encore Merci Erik84750 !

20
Le logiciel DCC++ / Re : DCC++ loconet
« le: décembre 26, 2019, 02:21:39 pm »
Bonjour,

Si tu passes par JMRI, tu peux utiliser directement les bus de retrosignalisations sans autre Arduino ou shield.

Pour ma part j'utilise l'excellent C/MRI avec un adaptateur usb sur mon pc / RPi3+b et ça fonctionne nickel.

@+

21
Discussions ouvertes / Re : Re : condensateur et passage au DCC
« le: décembre 12, 2019, 05:29:28 pm »
...
Et, là, l'idée de stocker de l'énergie avec un condensateur n'est plus une mauvaise idée.
C'est ce que ce sont dit les constructeurs en créant des "stay-alive" (indiqués pas msport), particulièrement aux USA.
Dans le n° de juillet de Model Railroader (le Loco Revue américain), deux pages pour en parler.

Mais attention :
1°) C'est énorme et donc il faut le caser dans la loco
2°) Un "stay-alive" n'est pas qu'un simple condensateur, il y a aussi des diodes, des zener, ...
3°) Le décodeur doit avoir été prévu pour accepter un stay-alive, sinon, ça marche moyennement.
4°) Au hasard, le "NCE No Halt" vaut 32.95 $.  Digitrax Power Xtender à 26 $ ... ça calme !  :o

Voilà...
Denis

Merci Denis des précisions, au US le "Stay Alive" est principalement utilisé en O. Il est natif chez MTH, et tient jusque 6 secondes.

22
Discussions ouvertes / Re : condensateur et passage au DCC
« le: décembre 10, 2019, 09:18:05 am »
Hello,

De mon expérience : non. Le décodeur faisant office "de" et remplace le-dit condensateur.

Après selon les modèles ça ne coûte pas grand chose de le dessouder, tester, et aviser.

23
Discussions ouvertes / Re : Faire Circuler des locos avec JMRI en wifi
« le: décembre 04, 2019, 02:31:45 pm »
Bonjour @ tous,

effectivement sujet déjà abordé.

Pour résumer en cherchant avec google JMRI / wifi tu trouveras ton bonheur...

les applications sont déjà disponible :

Android : EngineDriver /digitrains
IoS : WiThrottle

24
Bonsoir,

J'ai appliqué la méthode MCPa et ça va nettement mieux.

La lecture impeccable, il trouve même le type de décodeur MTH alors qu'avant non.

Ecriture sans problème aussi de mon coté.

Le tout via Decoder Pro de JMRI

25
Bonsoir @ tous

Merci beaucoup MCPA !

Je teste avec ma machine MTH (décodeur inconnu MTH mais lequel...)

26
Vie du forum / Re : Support Servo Moteur pour aiguillages
« le: novembre 15, 2019, 02:25:14 pm »
Bonjour @ tous

un peu de rangement et j'ai retrouvé mes supports.

ils sont eux aussi issus et modifiés de https://www.thingiverse.com/


27
Bonjour @ tous,

Ne pas oublier que JMRI est principalement pensé USA. J'ai beaucoup discuté sur le groupe Yahoo, et aussi en direct avec des modélistes US, ils ne pensent pas comme nous coté circulations.

Ils pensent un train, un itinéraire, une conduite, manœuvres.

J'ai trouvé les même embûches que vous dès lors que je voulais automatiser avec "itinéraires" plus d'un train.

La gestion automatique des blocs fonctionne très bien avec les détecteurs réels/virtuels, mais l'arrêt des trains est plus complexe.

La solution que j'ai trouvé pour les arrêts au pieds des signaux, est l'utilisation du freinage ABC.

28
Bus DCC / Re : Passerelle CAN/WiFi-TCP/Serial
« le: novembre 08, 2019, 09:52:22 am »
Salut Christophe

c'est vrai ça pourquoi aller se paumer  :D :D :D :D :D

bon c'était juste pour réagir, je suis un peu frileux quand au WiFi, mais plus à cause de la latence.

mais expérience très intéressante qui ouvre des possibilités  ;) ;) ;)

29
Vie du forum / Re : Support Servo Moteur pour aiguillages
« le: novembre 07, 2019, 04:39:13 pm »
Bonjour,

FMD14 non ils ne sont pas déportés, mais la corde à piano fera le déport.

NOPXOR ton modèle est bien pratique aussi car ne prend pas de place, et peut être utilisé dessus ou dessous.

Par contre pas de support pour les contacteurs.

(je retrouve mes fichiers et je poste les mien)

30
Bus DCC / Re : Passerelle CAN/WiFi-TCP/Serial
« le: novembre 06, 2019, 07:11:03 pm »
Bonsoir,

Super Christophe !

Quid des "erreurs" liées à un réseau WiFi peu performant/lointain (...) ?

Mon réseau WiFi est trop juste là où est la maquette. A part mettre un répéteur, je n'utilise pas le WiFi dans ma gestion (mauvaise expérience d'une machine qui ne s'arrête pas...).

Mais la qualité du WiFi n'est pas seule génératrice de perturbations etc.

Pages: 1 [2] 3 4 ... 6