Messages

286

Bibliothèques / Re : Biblioth�que Accessories et Expander SX1509

« le: janvier 11, 2019, 09:40:45 pm »

Oui, c'est une bonne idée. Elle trottait déjà  dans ma tête depuis un certain temps.
Mon idée initiale était de changer le nommage des pins pour y inclure un numéro d'expandeur. Ainsi il y aurait une classe Expander, dérivée en ExpanderInput, ExpanderOutput et ExpanderPWM, ou avec seulement un type. Chaque expander aurait un numéro entre 1 et 99 (ça devrait suffire, sinon il faut pousser à un peu plus...) et au moment de déclarer un port avec une broche, fusionner le numéro d'expander et celui de sa broche. En gros au lieu de dire pushButton.begin(10) pour la broche 10, on dirait pushButton.begin(1208) pour la broche 8 de l'expander 12... La classe expander permettrait aussi de typer la communication avec lui selon son mode propre : un expandeur 74HC595 n'a pas le même mode de fonctionnement qu'un PCA9685 qui tourne en I²C . Il faudrait que chaque expander ait ses propres fonctions digitalRead et digitalWrite, analogRead/analogWrite et peut être aussi PWMWrite... Bref, c'est du boulot, mais c'est une proposition à creuser.

287

Les réseaux / Re : Projet Dominique

« le: janvier 11, 2019, 04:10:02 pm »

DCC++ en interne ne gère que 128 crans, mais le Map de DCCpp.cpp est là pour permettre de gérer n'importe quel nombre de crans. L'utilisateur de setSpeedMain met une valeur entre 0 et 27 pour une loco 28 crans, et c'est le setThrottle avec son Map qui va donner une vitesse connue en 128 crans à DCC++ . Par contre effectivement, c'est un ordre 128 crans qui sera envoyé au décodeur de la loco... Je n'ai pas l'impression qu'autre chose est possible avec DCC++. Je ne suis pas rentré dans le détail, je suis au boulot...

288

Les réseaux / Re : Projet Dominique

« le: janvier 11, 2019, 11:34:26 am »

C'est une incohérence de DCCpp. Vu le code, le Map est là pour permettre à l'utilisateur de setSpeedMain de ne pas se préoccuper des valeurs spéciales : il peut utiliser des valeurs de vitesse de 0 à 127, ce sera transformé pour exclure 0 et 1. La doc explique bien la norme pour la vitesse mais ne dit pas que setSpeedMain n'aura pas ce comportement... On peut contourner ça en appelant directement la bonne fonction de Greeg via les registres :

DCCpp::mainRegs.setThrottle(1, 3, 0, 1);  // fourni sans test !

sachant que cette fonction impose une valeur de vitesse réglée pour 128 pas pour une vitesse normale. Les vitesses spéciales 0 et 1 ne sont pas concernées par le nombre de pas.

289

Présentez vous ! / Re : Bonjour à tous

« le: janvier 07, 2019, 02:16:10 pm »

Bienvenue !
Il te faudrait jeter un œil sur le T-Trak-Z, l'équivalent Z du T-Trak. Comme son grand frère, le Z-Trak est constitué principalement de deux réseaux bouclés qui ne se croisent pas, ou très peu et de manière isolée. Cette structure est utilisée en salon par les tenants du T-Trak N, et souvent ils mettent une voie en analogique et l'autre en Dcc. Ainsi tout le monde peut faire tourner ses machines...

290

Vie du forum / Re : Voeux 2019

« le: janvier 01, 2019, 08:30:42 pm »

Une bonne et heureuse année à tous, au comité de lecture comme à nos chers membres, sans qui le site ne durerait pas bien longtemps.
Longue vie à Locoduino (et à ses membres...) !

291

Vie du forum / Re : Je suis nul en programmation !!!

« le: décembre 29, 2018, 05:09:09 pm »

Il y a aussi le Satellite, avec sa classe de base 'Objet' dérivé en Detecteur, Aiguille et Led qui fournissent leur setup() et loop() .

292

Bus DCC / Re : Re�: Impossibilit� de lire CV sur d�codeur marque Uhlenbrock

« le: décembre 27, 2018, 08:50:05 am »

Est-il normal que la lecture d'un CV soit correcte aussi bien avec la valeur 1 qu'avec la valeur 1023 ? J'utilise la version 1.3.1 qui est sur le forge Locoduino

En tout cas j'ai vérifié le code, pas de raison qu'une autre valeur que celle spécifiée grâce aux fonctions setCurrentSampleMax*() ne soit utilisée... Peut être serait-il intéressant de trouver le code de l'extension DCC++ de JMRI. Des corrections ont peut être été apportées pour gérer tous les types de décodeur.

293

Bus DCC / Re : Impossibilit� de lire CV sur d�codeur marque Uhlenbrock

« le: décembre 26, 2018, 11:56:59 am »

Ce n'est pas sur la forme des signaux qu'il y a problème puisque le reste (vitesse, fonctions) marche, c'est sur l'organisation des bits, et donc sur les paquets émis et/ou reçus. Plutôt qu'un oscillo, mieux vaudrait utiliser un sniffer Dcc qui listerai les trames concernées. Peut être certains décodeurs ont ils besoin de passer en mode 'service', ou de paquets 'idle' pour fonctionner...

294

Bus DCC / Re : Impossibilité de lire CV sur décodeur marque Uhlenbrock

« le: décembre 19, 2018, 08:51:20 pm »

Pour rappel, le détail des fonctions disponibles de DCCpp est dans la documentation présente dans Arduino/Libraries/DCCpp/extras/Doc .

295

Bus DCC / Re : Impossibilité de lire CV sur décodeur marque Uhlenbrock

« le: décembre 19, 2018, 08:50:27 pm »

Dans DCCpp, si c'est bien d'elle dont on parle, j'ai ajouté fin 2017 (le 23/11 exactement...) des fonctions setCurrentSampleMaxMain() et setCurrentSampleMaxProg() pour fixer les seuils de détection de consommation sans modifierà la bibliothèque elle même. Par défaut, la valeur est fixée à 300 et peut aller jusqu'à 1023. Peut être une valeur plus importante 400 ou 500 permettrait de détecter le Ack du décodeur. Il faut toutefois être sûr que la loco frémit bien au moment de l'envoi, parce que si elle ne bouge pas, c'est qu'elle n'envoie pas de signal et que donc la détection de DCCpp ne peut pas fonctionner...

296

Bibliothèques / Re : Biblioth�que Accessories

« le: décembre 06, 2018, 02:09:24 pm »

Ça ressemblerait à AIGL.SetPowerCommand(10); pour la broche 10. A la fin du setup()...

297

Bibliothèques / Re : Bibliothèque Accessories

« le: décembre 06, 2018, 12:24:34 pm »

Comme on ne peut pas simplement couper l'alimentation d'un servo, il faut mettre un relais ou un transistor, commandé par une broche particulière. C'est le rôle de SetPowerCommand(). Si une broche est déclarée, elle sera activée uniquement au moment du besoin et coupée le reste du temps.

298

Débuter / Re : Alimentation en 3 rails AC (Marklin)

« le: novembre 29, 2018, 03:40:09 pm »

Donc la suite, Pourquoi ne pas avoir définis un protocole qui puisse ce superposer

Va savoir... Peut être la difficulté de le faire sur amplitude bien moindre 12/24v au lieu de 220v... Peut être la volonté de 'brider' et 'verrouiller' le standard pour éviter trop de DIY et de bricolages au fond des caves ou des greniers...

299

Débuter / Re : Alimentation en 3 rails AC (Marklin)

« le: novembre 29, 2018, 02:57:59 pm »

Sauf que contrairement au CPL qui superpose un signal sur les 50Hz du réseau national, le DCC se substitue complètement au courant de base. Le résultat n'est pas plus DC (continu), que AC (alternatif sinusoïdal à période 50Hz), mais DCC avec un alternatif très particulier, non symétrique, non régulier et à une période variable. Donc, comme le dit Dominique, ce n'est ni AC ni DC ! Quant aux protocoles MFX, SX et autres, ils changent les bits émis sur la voie mais la tension reste de type DCC avec un signal carré irrégulier, enfin je crois. Ces protocoles propriétaires sont assez peu documentés.

300

Bus CAN / Re : Autres cartes Can

« le: novembre 27, 2018, 05:10:05 pm »

Oui, enfin à 56€ le nano r3, on peut se demander si leurs prix signifient quelque chose...