LOCODUINO
Discussions Générales => Bus DCC => Discussion démarrée par: Tony04 le décembre 11, 2018, 10:48:14 am
-
Bonjour à tous,
avec une centrale tournant sous DCCpp (avec Méga) + booster LMD18200 + capteur de courant MAX471 il m'est impossible de lire et encore moins de programmer un CV sur un décodeur de la marque Uhlenbrock type DGL770 (monté sur une loco Piko neuve). Aucun autre décodeur ne m'a posé ce genre de soucis jusqu'à présent sur cette même centrale.
Le problème pourrait-il venir d'une consommation plus faible de ce décodeur puisque d'après ce que j'ai cru comprendre, l'information de lecture se fait par la mesure du courant pulsé renvoyé par la loco ? Et si oui quelqu'un pourrait-il me dire à quel niveau agir ?
Merci par avance pour vos réponses.
Cordialement
Antoine
-
Bonjour Antoine,
parmi les recettes de grand-mère (non vérifiées) mettre en parallèle une résistance de 120 ohms ou un condensateur de 270 pF ...
Donc sans garantie.
Nota : décodeur vérifié avec une autre centrale ?
-
Bonjour Michel,
merci pour ton tuyau que je vais m'empresser d'essayer.
Oui, avec toutes les centrales du commerce au club pas de problème, c'est cela qui est ennuyeux pour moi.
Je te tiens au courant des essais.
Amicalement
Antoine
-
Bonjour Antoine,
parmi les recettes de grand-m�re (non v�rifi�es) mettre en parall�le une r�sistance de 120 ohms ou un condensateur de 270 pF ...
Donc sans garantie.
Nota : d�codeur v�rifi� avec une autre centrale ?
Bonjour,
à Michel, es-tu sûr de la valeur de la résistance car cela va donner une consommation de 150mA et il faut une résistance de 2W minimum ?
Je n'ai pas encore pu faire l'essai car le gars à la loco "bizarre" n'est pas venu au club jeudi et que je n'ai jamais eu ce genre de problème avec d'autres décodeurs, donc patience.
Bon WE à tous (bien au chaud j'espère 8) )
Antoine
-
Antoine, bonne remarque, je pense que c'est adapté au N (12*12/120 = 1,2W, 100 mA). Choisir la résistance (120R, 220R, 470R, 1K) en ne dépassant pas son wattage ou ne pas insister si on se brule les doigts. Le but étant bien sur d'augmenter le courant vu par la centrale.
-
Bonjour à vous deux,
Vous abordez ici un problème que je rencontre moi même sur quelques décodeurs* (en HO) et que Dominique aussi a rencontré en N. Cette question n'est donc pas accessoire et toute contribution qui fera avancer le Schmilblick est la bienvenue. Précisez vos préconisations que je suis prêt à tester.
(*)
- Avec ESU, pas de problèmes (80% de mes décodeurs)
- Problème avec Draisine REE, décodeur Zimo
- J'ai aussi un problème avec le Picasso de Mistral qui est équipé d'un décodeur Trix alors même que j'ai 6 locos Trix qui elles ne posent pas de problèmes ???
-
Pour essayer de cerner le problème, pour ma part je n'ai pas encore rencontré de problème (hors décodeur grillé) avec des LENZ et des LAISDCC sur du DIY (BaseStation avec shield L298 et LMD18200). Mais je suis en HO avec des moteurs ROCO 3 et 5 pôles.
Le fameux condensateur (de 22 à 270 pF) peut se révéler nécessaire pour les décodeurs d'accessoires ou de fonctions (type Rudy Boer avec interface Mynabay)
-
Dominique nous rappelle ce fil de 2016 qui évoque la lecture des CV.
http://forum.locoduino.org/index.php?topic=46.msg1912#msg1912
-
Bonjour les contributeurs,
toujours pas pu faire les essais mais vous tiendrai au courant, en attendant merci pour vos échanges.
Cordialement
Antoine
-
Dominique nous rappelle ce fil de 2016 qui évoque la lecture des CV.
http://forum.locoduino.org/index.php?topic=46.msg1912#msg1912
Je ne trouve pas dans ce projet ce qui pourrait résoudre mon problème de programmation de CVs mais par contre on va m'envoyer une loco américaine qui, elle aussi, ne se laisse pas programmer, je vais donc pouvoir faire des essais.
Comme on suppose tous que le problème est lié à la mesure du courant sur la voie PGM, n'y a-t-il pas un endroit dans la librairie DCCpp où ce courant peut être ajusté ou modifié ?
-
Je n'ai pas relu le fil complètement, mais la question initiale est bien :
Lorsqu'une loco est sur sa voie de programmation, une centrale DCC peut l'interroger pour lui demander les valeurs courantes de ses CVs. Comment l'information de la valeur remonte t-elle ?
et il y a des réponses (dont la norme) ...
Antoine, puisque le problème est de mesurer le courant consommé, tu pourrais regarder ce qui arrive sur la broche A0/A1 (main/prog) suite à une interrogation de CV. Et avant cela, est ce que ta locomotive 'frémit"
Je crois me souvenir que certains décodeurs ne sont pas prévus pour répondre (pour autant, ils prennent en compte les ordres).
As-tu vérifié que celui qui te pose problème n'est pas dans ce cas ? Et que donc, dans le dialogue décodeur/DCC++ il ne manquerait pas un acquittement ?
Et pour comparer, pourquoi ne pas tenter d'espionner le courant généré par le décodeur récalcitrant, détecté par un matériel du commerce, en mettant en série avec le courant de voie un MAX471 (dans un pont redresseur) ?
-
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...
-
Pour rappel, le détail des fonctions disponibles de DCCpp est dans la documentation présente dans Arduino/Libraries/DCCpp/extras/Doc .
-
Merci Michel et Thierry,
comme je l'ai déjà dis je ne peux pas faire les essais avant d'avoir la loco sous la main et comme les colis arrivent au compte gouttes. Ce qui est sûr c'est que la loco bouge.
Mais Thierry m'a répondu sur ce que je cherchais, les seuils de détection, ce sera donc ma première piste et vous tiendrais au courant (c'est le cas de le dire ::) )
Cordialement
Antoine
-
Bonjour à tous (du moins ceux qui ne sont pas sur les pistes de ski ;) ),
comme promis voici les news de l'une des locos qui refuse de se laisser programmer par DCCpp.
Décodeur installé: DIGITRAX DN140
Lecture de tous les CVs possible (bien que parfois aléatoire)
Ecriture impossible sur tous les CVs
Essais fait avec tension DCC en 12V au lieu de 18, mise en parallèle sur rail d'une capa de 270pF, mise en parallèle d'une résistance de 100 à 470 ohms, commande par souris ou par commandes sur voie série.
Autre essai fait avec un UNO dans sa configuration de base de l'article http://www.locoduino.org/spip.php?article187
Rien n'y fait
Je suis extrêmement embêté avec cette panne car j'ai équipé tout le club avec 6 centrales et souris sans fil et la liste des locos récalcitrantes s'allonge (j'attends le type des décodeurs).
Peut-être que le Père Noël m'apportera une solution, j'y crois encore (un peu).
Joyeux Noël à tous et en particulier à Dominique pour l'image jointe
-
Bonjour Antoine,
Comme il y a deux configurations de base dans l'article (LMD18200 et motor shield à L298), il te faut encore tester la deuxième ...
Tu as utilisé le serial monitor ?
Pour t'affranchir des mauvais contacts de la voie et de la loco, tu peux te monter un petit banc avec juste le décodeur et un petit moteur (genre 5V récupéré sur un lecteur de DVD)
-
Merci Antoine pour le petit gars qui courre :
(http://forum.locoduino.org/index.php?action=dlattach;topic=661.0;attach=2028),
Je n’en suis pas encore là mais ça va venir ;D
Pour la programmation des décodeurs, surtout dans un club, je préconiserais plutôt une solution qui reste au club et qui soit commune à tout le monde.
Chez moi j’ai fait une centrale DCCpp qui ne sert qu’à ça (vu le prix!!) et qui devrait me permettre de trouver les bons réglages pour les décodeurs récalcitrants.
D’après ce que tu as écrit, si la loco bouge pendant la lecture, c’est bon signe, il faut probablement modifier un réglage dans la lecture du courant de chaque bit de la réponse. Mais c’est assez compliqué à faire et tu ne pourras pas le faire sur les 6 centrales.
Et il y a aussi des alternatives, juste pour la programmation :
- utiliser JMRI Décoder Pro avec DCCpp (je n’ai pas encore essayé)
- utiliser une centrale du commerce comme la MS2 de Marklin/Trix
- y’en a peut-être d’autres.
En attendant passez de bonnes fêtes.
Amicalement
Dominique
-
Antoine,
peut-être encore une piste pour rien, d'autant que je n'ai pas compris l'avertissement, qu'est ce que la {F9} decoder interrogate instruction.:
http://www.digitrax.com/static/apps/cms/media/documents/documentation/decodermanual.pdf
à la page 63 il y est dit :
Programming differences: To harmonize with NMRA’s “RP 9.2.3” program-
ming RP, the DH140 and subsequent decoders do not implement the "legacy"
{F9} decoder interrogate instruction. Note that this will not allow correct
"address" read back on Marklin 6032 and older revision Lenz programmers
that use this older {F9} instruction, and not physical register 1 read back. Note
that even though the read back will fail with no confirmation, you will always
be able to write a new value correctly.
-
peut-être encore une piste pour rien, d'autant que je n'ai pas compris l'avertissement, qu'est ce que la {F9} decoder interrogate instruction.:
http://www.digitrax.com/static/apps/cms/media/documents/documentation/decodermanual.pdf
à la page 63 il y est dit :
Programming differences: To harmonize with NMRA’s “RP 9.2.3” program-
ming RP, the DH140 and subsequent decoders do not implement the "legacy"
{F9} decoder interrogate instruction. Note that this will not allow correct
"address" read back on Marklin 6032 and older revision Lenz programmers
that use this older {F9} instruction, and not physical register 1 read back. Note
that even though the read back will fail with no confirmation, you will always
be able to write a new value correctly.
Bonjour Michel,
la trêve de Noël étant passée on reprends le boulot ;D
J'avais déjà lu cette doc et tombé sur le même avertissement sans le comprendre, mais entre-temps d'autres décodeurs ont le même soucis, entre-autres un TCS, il semblerait donc que le problème vienne de DCCpp (ou des circuits utilisés).
Je viens de commander un motor shield pour faire un essai avec cette configuration (sans y croire vraiment). Dans la version LMD18200 j'ai essayé avec ma souris et avec le serial monitor sans succès.
Dominique a proposé dans sa réponse de faire une centrale que pour la programmation des CVs, mais je vais me heurter aux mêmes difficultés.
L'idéal serait d'analyser de façon approfondie ce qui se passe d'autant plus que je ne suis de loin pas le seul à avoir ce genre de soucis, n'est-ce pas Christophe ?
En résumé:
- Lecture des CVs se fait correctement (ce qui veut dire que ce n'est pas une question de lecture du courant puisque c'est par ce biais que revient l'information)
- Ecriture répond toujours par -1, mais si j'ai bien compris l'écriture se fait par un codage de la tension porteuse sans inter-action avec la mesure du courant (comme les commandes de vitesse), cela voudrait-il dire que ce codage est erroné puisque ces décodeurs récalcitrants se programment sans problème avec une centrale Lenz ou autre.
L'idéal serait de faire un relevé des signaux sur DCCpp et sur une centrale du commerce pour la même instruction d'écriture ce qui m'est impossible pour l'instant car mon oscillo a définitivement rendu l'âme après 30 ans de bons et loyaux services. Mais je sais que parmi les utilisateurs de Locoduino il y a des supers spécialistes pour ce type de relevé :) .
Merci à tout ceux qui veulent bien partager mon soucis du moment.
Cordialement
Antoine
-
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...
-
Excellente idée Thierry, penses-tu que le moniteur de Dominique (http://www.locoduino.org/spip.php?article39) me permettrait de voir une différence entre une centrale DCCpp et une centrale du commerce ?
-
Il faut dire que l’écriture d’un CV est souvent suivie de la relecture du CV écrit. Cela peut foirer à la relecture.
Je pense que Thierry a raison. Il y a des centrales qui fonctionnent mieux que d’autres sur certaines commandes et certains décodeurs. J’ai déjà essayé de tracer l’intérieur de l’automate de décodage de DCC++. Il y a sûrement des choses à faire. Un décodeur DCC permettra sûrement de voir l’envoi de la commande, mais pas la réponse.
Si j’ai fait une centrale pour la programmation c’est pour pouvoir étudier ça. Bon, sauf qu’en ce moment je n’ai pas trop la possibilité de le faire. Ça caille dans mon grenier. :'(
Je pense qu’en février je me remettrai à la tâche. Si d’autres centrales y arrivent alors DCC++ doit y arriver aussi.
En attendant, dans les clubs, il est préférable de disposer d’une centrale dédié à la programmation et à la gestion des CV des locos des adhérents pour que la cohérence du parc du club soit bien maintenue.
-
Excellente idée Thierry, penses-tu que le moniteur de Dominique (http://www.locoduino.org/spip.php?article39) me permettrait de voir une différence entre une centrale DCCpp et une centrale du commerce ?
Je dirai « peut-etre mais pas sûr », vue la complexité du décodeur. Là aussi il y a un besoin de perfectionnement.
Là aussi j’avais entrepris de réaliser une nouvelle version de décodeur basé sur l’input captur interrupt qui permet de bien mesurer la durée des bits. Mais c’est encore un projet en sommeil. Je pense que je vais le réactiver dès que possible.
-
Pour tout vous dire, j’ai regardé le livre de Pascal Barlier, sa façon de programmer les locomotives: Elie est basique, elle marche peut-être (je ne l’ai pas encore testée) et en fait il n’utilise même pas la fonction getCV qui n’est pas encore écrite.
Un de ces jours je testerai aussi son générateur DCC, moins pratique et moins complète que DCCpp, car ce n’est pas une bibliothèque.
-
Je pense que Thierry a raison. Il y a des centrales qui fonctionnent mieux que d’autres sur certaines commandes et certains décodeurs. J’ai déjà essayé de tracer l’intérieur de l’automate de décodage de DCC++. Il y a sûrement des choses à faire. Un décodeur DCC permettra sûrement de voir l’envoi de la commande, mais pas la réponse.
Quand tu parles de décodeur DCC s'agit-il du moniteur de ton article ? Si oui c'est lui qui afficherait les commandes envoyées.
Pourquoi ne pourrait-on pas voir la réponse en passant par un circuit de détection de courant comme on le fait pour la centrale DCCpp qui lit parfaitement les réponses.
Pour "espionner" une centrale du commerce il faudrait bien sûr rajouter cette détection de courant avec un MAX471 puis envoyer le courant lu sur le UNO (ou MEGA) qui afficherait les réponse.
Ce principe est-il jouable d'après vous ?
-
Pourquoi ne pourrait-on pas voir la réponse en passant par un circuit de détection de courant comme on le fait pour la centrale DCCpp
DCC++ fait un traitement statistique sur les mesures du courant lu à des instants particuliers et avec des récurrences particulières et c’est le résultat que l’on récupère dans DCC++. Cette méthode est basée sur les valeurs d’un certain nombre de paramètres dont les réglages pourraient éventuellement permettre des optimisations. Cette méthode est difficilement exportable dans un décodeur.
Pour "espionner" une centrale du commerce il faudrait bien sûr rajouter cette détection de courant avec un MAX471 puis envoyer le courant lu sur le UNO (ou MEGA) qui afficherait les réponse
Oui sans doute, mais la synchronisation avec la centrale est certainement difficile. J’essayerai plutôt avec un bon oscilloscope rapide et à mémoire, que je n’ai pas ;(
-
J’ajouterai, que si certaines centrales lisent mieux et programment mieux les CVS que d’autres, c’est parce qu’elles mettent en œuvre plusieurs méthodes.
Ma petite MS2 met plus de temps que DCCpp mais elle réussit quand cette dernière échoue (c’est pour cela que je m’en sers toujours).
Quand on recherche les problèmes de programmation de CVs dans les autres Forum on s’apercoit vite que ce n’est pas la joie partout et que les méthodes de programmation sans vérification sont les plus courantes.
Dans mon club on utilise une ECOS 5000 ou qqc comme ça et ça marche bien, mais c’est très cher.
En conclusion, il est certainement possible d’ameliorer DCCpp, mais il faudra du temps ...
-
Donc patience, d'autant plus qu'aujourd'hui ce décodeur refuse même la lecture (malgré les soubresauts des tests de courant), lecture qui était possible hier encore alors que je suis dans les mêmes configurations. Mystères et joies de l'électronique :'(
-
Donc patience, d'autant plus qu'aujourd'hui ce décodeur refuse même la lecture (malgré les soubresauts des tests de courant), lecture qui était possible hier encore alors que je suis dans les mêmes configurations. Mystères et joies de l'électronique :'(
Alors là on connaît la réponse : augmenter la résistance série avant l’optocoupleur ou mettre une petite capa en parallèle (20-50 pifs).
Msport qui a trouvé le remède donnera les liens vers la discussion ;)
-
Panne trouvée, à force de rajouter des résistances pour augmenter le courant, destruction du MAX471.
Par contre, question à Thierry concernant la routine DCCpp::setCurrentSampleMaxProg(1 à 1023);
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
-
Alors là on connaît la réponse : augmenter la résistance série avant l’optocoupleur ou mettre une petite capa en parallèle (20-50 pifs).
Je dois être complètement à coté de la plaque (pourtant j'ai rien bu à Noël). De quel optocoupleur me parles-tu et la capa en parallèle sur quoi ?
J'ai déjà fait des tests avec des résistances et des capas que j'ai mis directement sur la sortie DCC du rail de PGM mais sans succès.
-
Je faisais référence au moniteur DCC de l’aricle :
http://www.locoduino.org/spip.php?article39 (http://www.locoduino.org/spip.php?article39)
-
En effet, on ne parlait pas de la même chose, pourtant Michel m'a parlé d'une résistance ou d'une capa, était-ce aussi par erreur pour le moniteur ?
parmi les recettes de grand-mère (non vérifiées) mettre en parallèle une résistance de 120 ohms ou un condensateur de 270 pF ...
-
La grand-mère a donné la résistance de 120 ohms comme remède à toutes les maladies.
Et les 270pF (22-270pF) ont soigné les circuits de Mynabay. Quitte à tout essayer ...
J'ai deux captures d'écran à suivre ...
-
Avec un sniffer sur la voie de programmation d'une basestation à Uno + shield :
l'interrogation du CV1 (70 ici) d'un LAISDCC (code constructeur 134)
-
Cette fois, ecriture du meme CV1 avec la valeur 70 (j'avais teste juste avant avec 69).
Dans les tous les cas j'ai eu la valeur en retour avec petit deplacement de la loco. Une 030 HO ROCO avec un petit moteur 3 poles.
Alimentation de la BaseStation en 12V, commandes lancees via le serial monitor. (<R 1 123 123> et <W 1 70 123 123>
-
La grand-m�re a donn� la r�sistance de 120 ohms comme rem�de � toutes les maladies.
Et les 270pF (22-270pF) ont soign� les circuits de Mynabay. Quitte � tout essayer ...
J'ai deux captures d'�cran � suivre ...
Désolé Michel, je ne sais toujours pas où mettre cette résistance ou ce condensateur, est-ce bien sur la sortie DCC du rail de programmation ?
D'autre part j'ai installé JMRI et fait un essai de lecture de la loco avec le décodeur DIGITRAX DN140 et JMRI lit lui aussi correctement l'adresse, par contre en écriture il affiche le message "pas de confirmation de la locomotive (erreur 308) ".
J'ai fait plusieurs essais avec des courants à 100, 200, 400 et 500 sans changement.
Il s'agit donc bien d'une lacune de DCCpp d'après moi.
Par contre je ne sais pas trop quoi faire avec les copies écrans que tu as envoyé, avec quoi dois-je les comparer ?
Je me retrouve un peu (beaucoup et même à la folie) bloqué.
-
Résistance ou condensateur se mettent en parallèle sur la voie. La résistance fait circuler plus de courant que le moteur seul, donc décale le point de détection.
Pour JRMI, est ce que, bien que n'ayant pas de confirmation, en relecture, le CV aurait changé ?
Les captures sont destinées à être comparées aux mêmes commandes effectuées avec des matériels du commerce pour comprendre où peuvent se situer les différences.
-
Résistance ou condensateur se mettent en parallèle sur la voie. La résistance fait circuler plus de courant que le moteur seul, donc décale le point de détection.
J'avais donc bien compris mais tous les essais ont été négatifs.
Pour JRMI, est ce que, bien que n'ayant pas de confirmation, en relecture, le CV aurait changé ?
Non, aucun changement.
Les captures sont destinées à être comparées aux mêmes commandes effectuées avec des matériels du commerce pour comprendre où peuvent se situer les différences.
C'est bien ce que j'ai pensé, encore faut-il avoir une centrale du commerce, ce qui n'est pas mon cas (pour l'instant).
Merci en tous cas pour toutes ces infos.
Amicalement
Antoine
-
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.
-
Un test avec la z21 de ROCO (la blanche) montre qu'elle n'envoie qu'une ligne pour programmer l'adresse loco sur le CV1.
Exactement la meme que celle de notre BaseStation preferee. Aurait-elle programme un decodeur de marque Uhlenbrock, je n'en utilise pas ?
Mais a priori, c'est plutot du cote de la mesure de courant qu'il faudrait regarder et comparer entre decodeurs. (donc tension sur la pin A0/A1 si UNO)
Je note simplement que le booster alimente en 18V entraine une reponse plus nerveuse de la loco qu'avec un UNO en 12V.
Photo : la ligne Loc124 correspond a la programmation. (haut Uno, bas z21)
Incidemment, on note que la z21 repete les commandes de fonction.
-
Bonsoir Michel,
merci pour tes essais.
En ce qui concerne la lecture de courant j'ai fait toute une série de test avec un autre décodeur qui ne se laisse pas programmer (mais lire sans problème), un digitrax DN140.
C'est en essayant une tripotée de valeur dans la routine de Thierry DCCpp::setCurrentSampleMaxProg(1 à 1023); que j'ai finalement découvert qu'avec une valeur < 100 ou > 400 la lecture n'était plus possible, mais à aucun moment cela ne m'a permis d'écrire un CV.
J'ai également essayé de passer en 12V (c'était mon premier test) sans succès.
Cela semble dire que ce n'est peut-être pas une question de lecture mais plutôt de trame. D'ailleurs as-tu une explication de la ligne Loc 116 de l'écran du haut sur ta photo ?
En ce qui concerne la répétition des commandes de fonction j'ai contourné le problème de perte de DCCpp avec l'utilisation de plus de registres et cela fonctionne à merveille sur ma centrale sans fil.
Voila où j'en suis, c.a.d. pas plus loin :'(
Bonne soirée à tous
Antoine
-
Bonsoir Antoine,
je n'ai pas assez passé de temps sur l'analyse des trames DCC pour dire ce que signifient ces valeurs de 116 et 124, je constate seulement qu'elles sont identiques pour les deux matériels quoique en ordre inverse dans le temps. A priori la 116 est l'interrogation puisqu’elle figure sur ma première capture qui est celle de l"interrogation seule.
Bien sur, je signalais la répétition des ordres fonction comme une lacune de DCC++, pallié dans le cas de ta centrale sans fil.
-
Bonsoir Michel,
Ton logiciel décodeur est plus causant que le mien. Je ne me souviens plus si tu en as parlé dans un fil.
Peux-tu le partager ?
Amicalement
Dominique
-
je constate seulement qu'elles sont identiques pour les deux matériels quoique en ordre inverse dans le temps. A priori la 116 est l'interrogation puisqu’elle figure sur ma première capture qui est celle de l"interrogation seule.
Et si le problème venait de cette inversion ???
Je vais envoyer un sniffer à la personne qui possède plusieurs centrale pour avoir un peu plus d'infos. Je pensais qu'il s'agissait du sniffer de Dominique mais il semble que le tien soit plus "causant" et ce sera très utile dans mon cas; donc comme Dominique, tu partages ?
-
Je reponds en aveugle : les messages ne s'affichent meme plus !
Les liens :
http://forum.locoduino.org/index.php?topic=461.0
http://forum.locoduino.org/index.php?topic=460.0
http://forum.locoduino.org/index.php?topic=244.0