Bonjour,
Je suis confronté à une difficulté persistante malgré plusieurs essais.
Je travaille avec JMRI sur un PC avec Windows 8.1.
JMRI Version 3.8:
Tout est fait avec l'option: programmation sur voie de programmation.
Loco1:
J'ai déjà programmé une loco avec un ESU LokPilotBasic, il y a quelques mois.
J'ai gardé l'adresse 3, par défaut. Ca fonctionne (mouvement et lumière).
Locos 2 et 3:
Je veux programmer deux nouvelles locos avec des LokPilotStandard juste reçus.
Ce décodeur n'apparaît pas dans la liste JMRI.
J'essaie avec LokPilotBasic. Les fonctions de base (mouvement) fonctionnent.
Sur ces locos, je n'ai pas besoin des lumières. Fonction non testée, donc.
Tentatives de changer les paramètres du contrôle de charge sur une loco: infructueux.
J'ai donné aux locos les adresses 9 et 10.
Voulant 'mieux faire' (?!), j'installe la version 3.10 de JMRI
espérant que le nouveau décodeur y est installé, par défaut.
Ce n'est pas le cas, je me renseigne et j'installe le décodeur LokPilotStandard.
Un peu compliqué, mais avec un fichier .xml fourni par Rodolphe,
j'arrive à 'importer' ce décodeur (Standard)
qui apparaît bien, désormais, dans la liste des décodeurs.
Je lance une nouvelle programmation sur les locos 2 et 3 pour ce nouveau décodeur.
J'ai l'impression qu'elle se déroule correctement, mais je n'en suis plus très sûr...
En effet,
depuis, je ne peux plus programmer les locos 2 et 3.
Je précise. En les installant sur la voie de programmation :
<nouvelle loco>, appui sur bouton "lire le type depuis le décodeur",
après tentative de lire le CV8 (trace en bas de la fenêtre),
l'action se termine par le message d'erreur 301:
"stopping due to error: aucune loco détectée".
De même, en sélectionnant la fiche de la bonne loco,
et en démarrant le programmateur, on ne peut relire
les CV (même erreur successivement sur les différents CV),
et encore moins les programmer (erreurs aussi).
Dans le même temps, la loco 1 continue à pouvoir être testée normalement :
<nouvelle loco>, appui sur bouton "lire le type depuis le décodeur" fonctionne
ou relecture des CV. Je n'ose plus la programmer !
On pense alors à un défaut de connexion qui serait survenu, en même temps (!),
sur les deux locos 2 et 3, tranquillement posées sur la table(!).
Mais ce n'est pas le cas : en ouvrant leur régulateur JMRI,
les deux locos 2 et 3 répondent parfaitement aux commandes
de mouvement. Il n'y a donc pas défaillance de la connexion,
puisque le décodeur décode et le moteur reçoit de l'énergie.
La loco 1 aussi, ce qui est rassurant.
De même, sur un système maison (non SPROG) de commande DCC,
les trois locos fonctionnent parfaitement, et avec les adresses attendues.
Plus fort:
J'ai un quatrième décodeur (modèle Standard) encore non monté sur une loco,
et dans l'état 'sortie d'usine'. Si on lui raccorde un moteur sur les bornes ad'hoc,
il répond convenablement à la commande "lire le type depuis le décodeur".
Sans moteur, erreur 301.
Encore plus fort, sur un autre PC, Vista
je ré-installe la version JMRI 3.8 (celle du départ),
en me gardant de ré-installer le décodeur Standard (donc seul le Basic est présent).
Mêmes constats :
loco 1 fonctionne, régulateur opérationnel
locos 2 et 3 : programmation impossible, mais régulateur opérationnel.
En résumé, il ne semble donc pas que les pb viennent :
ni de la version d'OS, ni de la version de JMRI,
ni de la présence ou non du décodeur Standard dans JMRI.
Ils ne peuvent venir, non plus, d'un problème de connexion (cf. preuves ci-dessus).
Alors d'où viennent-ils?
De l'adresse : JMRI ne sait rien faire avec une adresse différente de 3 ??? étonnant?
Les nouveaux décodeurs Standard? Problème générique? Y'a-t-il des cas similaires?
Comment faire pour s'en sortir?
Remettre les décodeurs à l'état sortie-usine ? Mais comment faire, puisqu'on ne peut même plus
programmer le CV qui ferait le reset (il me semble avoir lu celà quelque part)?
Un défaut spécifique avec ces deux décodeurs? Pas de chance? Faire jouer la garantie?
J'ai déjà passé beaucoup trop de temps sur ce problème
et apprécierais de l'aide.
D'avance merci.