RRTC et 2 ème ECoS Detector (50094) = BUG ???

Bonjour,

J'ai actuellement 9 cantons de branché sur un ECoS Detector n°1 (50094) connecté à ma centrale et cela fonctionne parfaitement. En branchant 2 autres cantons sur un deuxième ECoS Detector, l'occupation des cantons est ok sur la centrale, mais défectueuse sur RRTC.
Les cantons restent jaune malgré l'occupation par une loco. Mais si je double clic sur le canton occupé et le quitte par "OK", le canton devient rose ???
J'ai refait le test sur un 3 ème ECoS Detector, même problème.
J'ai donc branché ces deux nouveaux cantons sur les emplacements disponibles (Il en reste 7) de l'ECoS Detector n°1. Là, c'est OK !

Ma question est de savoir s'il faut donc brancher tous les 16 cantons sur l'ECoS Detector n°1 pour que l'ECoS Detector n°2 fonctionne ? Sinon, où est le BUG ?


Merci d'avance pour vos réponses.
Cordialement
Jean

Le problème doit venir de l'adressage...
Je ne connais pas le système ESU, mais, généralement avec TC, il faut suivre l'ordre des modules.
Là tes modules sont de 16 sorties, il faut donc commencer l'adressage du second à .17 je suppose... même si le premier n'est pas complètement utilisé...
A moins que ce ne soit le contraire... mettre l'adresse qui vient dans l'ordre numérique, même en changeant de module... à toi de voir...

Avec les ECoS Detector l'adressage se fait automatiquement en les branchant à la Centrale. Le premier porte l'adresse 1 avec 16 portes, le second l'adresse 2 avec 16 portes etc.
C'est bien reconnu par la Centrale et dans TC je lui signifie bien : Adresse 2 Entrée 1 par ex. etc, idem pour l'adresse de l'indicateur. Impossible d'aller plus loin que 16.
Et pourtant en cliquant sur un des deux cantons puis OK, la loco est bien reconnu en Railcom avec l'occupation !

Et bien, il semblerait que TC n'accepte pas les "trous" dans la numérotation de l'adressage...
As-tu essayé en donnant comme adresse dans TC, module 1 sortie 10 pour la première sortie du module 2 connectée (avec les sorties 10 à 16 du module 1 NON utilisées)...?

Bonjour,

Premièrement si, comme l'indique votre signature, vous utiliser la version E2 de TrainController, je vous conseillerai fortement de mettre à jour à la dernière version (F2) tout ceci est absolument gratuit, il n'y a qu'a le télécharger sur le site de Freiwald.
Deuxième chose, avez-vous bien sélectionné "ESU ECoS - ECoSDetector" dans l'onglet Connexion des propriétés du contact?

Bonjour,

Pour Elie : Je n'avais pas pensé à utiliser les "trous" du module 1. J'ai testé, mais cela ne fonctionne plus. Sous entendu quand je clic sur le canton il reste jaune.
Pour Yann : Tout comme pour les versions de Windows, je suis assez frileux pour installer de suite une nouvelle version. Mais je vais faire ce test dans la journée.
Pour la sélection de "ESU ECoS - ECoSDetector" dans l'onglet Connexion des propriétés du contact, pas de problème c'est bien renseigné. (sinon rien en cas de clic)

" />

Sur cette photo on voit bien la détection de la 72000 en C01 ainsi que l'occupation réelle de ce canton car j'ai cliqué sur ce dernier auparavant. Si je déplace la 72000 sur C94, rien ne change. Sauf si je clic sur l'un ou l'autre de ces 2 cantons.

Bonsoir,

Je viens d'installer la dernière version de RRTC, V8 F2 sur un deuxième PC.
Problème identique !!!

A suivre, et si quelqu'un a une idée, je suis preneur.

A+
Jean

Ok et quelle est la version du Firmware de votre ECoS?

L'ECoS est une Version: Hardware: 2.0 - Software: 4.1.0.
Mise à jour obligatoire pour utiliser le Mobile Control II.

A+
Jean

Dans ce cas il semblerai qu'avec le dernier firmware de l'ECoS le report correct des occupations pose problèmes avec TrainController. Ceci devrait (conditionnel!) être corrigé dans le prochain firmware 4.1.2 qui devrait sortir prochainement...
Actuellement il vous faut faire le choix:
garder votre configuration actuelle qui vous permet d'utiliser la Mobile Control II mais sans report de detection sur TrainController et attendre la sortie de la prochaine version qui corrigera le problème
revenir à la version 4.0.2 de l'ECoS avec une détection qui fonctionne mais sans pouvoir utiliser la Mobile Control II

BINGO et BRAVO !

Je suis repassé en version 4.0.2 et la détection fonctionne bien à présent.
Mauvais concours de circonstance, j'ai reçu la Mobil Control II, j'ai donc upgradé vers la 4.1.2 (obligatoire), ensuite j'ai câblé mes nouveaux cantons et ...
Merci donc pour votre aide précieuse, je vais dès demain annoncer la bonne nouvelle à mon revendeur.
Curieux quand même qu'il n'ait pu me communiquer cette information.

Bonne soirée
Cordialement
Jean

JB04 a écrit:

BINGO et BRAVO !
Je suis repassé en version 4.0.2 et la détection fonctionne bien à présent.

Content pour vous que cela fonctionne à nouveau.

JB04 a écrit:

Mauvais concours de circonstance, j'ai reçu la Mobil Control II, j'ai donc upgradé vers la 4.1.2 (obligatoire)...

Attention la 4.1.2 n'est pas encore disponible, vous vouliez dire 4.1 je suppose.

Oui, c'est bien la 4.1.0 et non 4.1.2 qui je l'espère devrait sortir assez rapidement.

A+
Jean

Bonjour,

La nouvelle version 4.1.2 du firmware de l'ECoS est a présent disponible sur le site de ESU. Elle corrige notamment le problème de rétrosignalisation des modules sur le bus ECoSLink qui étaient mal reportés sur l'interface PC. Le téléchargement se fait sur le site de ESU.

Voici ce qui a été communiqué par ESU:

ESU a écrit:

Release Notes for Software 4.1.2 for ECoS 50200 / ECoS 50000 / Central Station Reloaded
=======================================================================================

Features:
- You can now again enable all functions of a consist. You need to select the first locomotive of the consist and enable functions which will be enabled on all members of the consist.
- You can now select the Wifi Channel for the Mobile Control 2's mini access point.
- You may now create consists and routes through the PC interface.

Bugfixes:
- New mSD3 decoders will now be detected correctly
- Locomotives that are edited still can be controlled again.
- When adding an accessory (switch, turnout), you can can now again define the "red" position as default.
- The order of locomotives within a consist can now be changed again.
- Mobile Control 1 could not run engines sometimes because of control problem - fixed.
- Mobile Station 1 could not get Control sometimes - fixed.
- Engines controlled via ECoSniffer disabled the direction buttons on some devices - fixed.
- Locomotive name given through the PC interface now can be 16 characters again.
- If you create a switch using the PC interface, the duration is no longer 0.
- ECoSLink Feedbackdevices that are no longer available do no longer confuse the PC interface.
- "%" character in locomotive names do no longer crash PC interface
- Fixed some issues with accessory states in the PC interfadce.
- Fixed some direction issues of consists after editing a consist.

Bonnes fêtes à tous!

Bonjour,

Merci pour cette information.
Je viens de tester cette nouvelle version, hélas le problème subsiste chez moi.
Il me faut donc repasser en 4.0.2 sinon pas de détection !
A suivre ...


Bonnes fêtes

Bonsoir,

Je viens d'installer +Hardware et tout est rentré dans l'ordre : détection des cantons et fonctionnement de la Mobil Control II.

Cordialement
Jean

Bonjour,

Content pour vous que cela fonctionne!