Nouvelle version Labo 10A72 (futur extension +Hardware)

Bonjour,

Une nouvelle version labo est disponible sur le site de Freiwald concernant l'extension +Hardware avec une intéressante utilisation de l'identification du train (RailCom,...).  

Freiwald a écrit:

Manœuvre ou alignement dans un canton avec un seul détecteur de présence :

Dans TrainController Gold, des marqueurs spéciaux sont placés dans les cantons où les véhicules sont réunis ou alignés (voir la description du programme pour plus de détails).

Pour que ces repères spéciaux puissent fonctionner, ils ont toujours été reliés à des indicateurs de retour qui sont activés par les véhicules entrants. Toutefois, cela signifie également que ces indicateurs de retour sont désactivés jusqu'à ce que les véhicules entrent.

Cela pose souvent des problèmes dans les blocs qui ne sont équipés que d'une seule section d'occupation et lorsque les véhicules qui attendent déjà dans ce bloc génèrent une indication d'occupation dans cette section. Les véhicules qui entrent ne peuvent alors plus être reconnus sans mesures supplémentaires.

Jusqu'à présent, un indicateur de retour d'information supplémentaire devait être installé dans de tels blocs, spécialement à cette fin.

+Hardware 10 propose désormais une autre alternative pour cela en lien avec l'identification des trains (par exemple, sur la base de Railcom). +Hardware 10 utilise le fait qu'avec l'identification des trains (par exemple Railcom), l'entrée de véhicules dans une section peut également être détectée si cette section est déjà signalée comme étant occupée. Pour chaque marqueur spécial, il est désormais possible de spécifier de manière optionnelle si l'identification des trains doit être utilisée pour détecter l'entrée des véhicules dans le canton (déjà occupé).

Avec +Hardware 10 et l'identification des trains, il n'est pas nécessaire de mettre en place un retour d'information supplémentaire pour les marqueurs spéciaux!

Source: https://www.freiwald.com/forum/viewtopic.php?p=261253#p261253

Les promoteurs de Railcom vont être ravis...!

Bonjour,
TC propose de plus en plus de facilités de gestion mais cela devient plus compliqué de savoir ce que l'on peut faire sur un réseau existant.
Que faut il pour que Railcom soit opérationnel?
-Une centrale avec Railcom c'est évident, mais quel canal doit être utilisé?
-Les décodeurs du matériel avec la même remarque que pour les centrales.
-La rétrosignalisation, les dispositifs anciens, n'utilisant pas le bus de rétro pour une remontée Railcom, permettent ils une bonne remontée des informations Railcom?

Vite une aspirine !!!

Claude

Bonjour,

Remarque: Pour que cela fonctionne il faut que le module de rétrosignalisation RailCom puisse reporter plus que une adresse par section. Ce qui exclue par exemple l'ECoS Detector qui ne peut retourner qu'une seule adresse par section.

Bref, il est bien plus simple de prendre sa Dremmel et de découper une petite section de détection en amont du canton d'empilage...

Bonjour,
Ceci s'adresserais plutôt à ceux qui voudraient commencer une nouvelle construction et pas forcément à ceux ayant déjà une installation.

Yann a écrit:

Bonjour,

Remarque: Pour que cela fonctionne il faut que le module de rétrosignalisation RailCom puisse reporter plus que une adresse par section. Ce qui exclue par exemple l'ECoS Detector qui ne peut retourner qu'une seule adresse par section.

Comment savoir le module de rétrosignalisation Railcom est capable de reporter plus d'un adresse?

Utilisateur de Z21 je n'ai rien trouver dans la notice, aussi bien pour la centrale que pour le module de rétro CAN.

Claude

Bonjour,

claude1 a écrit:

Comment savoir le module de rétrosignalisation Railcom est capable de reporter plus d'un adresse?

Malheureusement c’est rarement explicitement dit. Il faut poser la question au fabricant du module pour être certain que cela est bien supporté, c'est ce que j'avais fait avec ESU pour les ECoS Detector.
Pour l'avoir testé je sais que cela fonctionne avec le DR5088RC de Digikeijs ( http://www.digi-train.ch/modelisme/DR5088RC.html ) ainsi qu'avec le GBM16TS de OpenDCC/Fichtelbahn ( https://forum.opendcc.de/wiki/doku.php?id=gbm16ts )

Merci Yann pour tes explications et ton lien vers le DR5088C.
Claude

Bonjour,
Réponse de Roco sur le nombre possible de retour d'informations sur le nombre de trains depuis le 10808:





Le lien vers le forum en allemand traitant du sujet:
https://www.stummiforum.de/t203662f5-Frage-zu-Z-Detector.html



Réponse en deux jours! Beau service.

Claude

Bonjour,
Lors de test du "DCC Extended" j'ai constaté un décalage d'adresses lors de l'utilisation d'un décodeur programmé pour le DCC Extended et le DCC Standard.
Le matériel mis en œuvre est:
Z21 Roco.
Décodeur perso.(qui distingue de maniére automatique les types de signaux DCC).
TC V10 A71.

L'adresse est programmée en DCC Standard, le décalage de 1 habituel chez Roco existe.
Le fonctionnement en standard se fait à partir de l'adresse envoyée.
Par contre en DCC Extended il faut soustraire 4 à l'adresse envoyée.

Cela me semble bizarre, mystére Roco?

Avec TC en tenant compte de ce décalage le fonctionnent en standard ou extended est bon.

Claude

claude1 a écrit:

L'adresse est programmée en DCC Standard, le décalage de 1 habituel chez Roco existe.
Le fonctionnement en standard se fait à partir de l'adresse envoyée.
Par contre en DCC Extended il faut soustraire 4 à l'adresse envoyée.
Claude

Habituellement, c'est bien une différence de 4 qui existe entre le standard et le système d'adressage de ROCO... (voir par exemple les notices de décodeurs standards comme CDF, Kuehn ou Digikeijs).

Bonjour,
En fait c'est la norme RCN 213 qui fixe cette différence de 4.

Extrait traduit automatiquement de la RCN 213:

L'adresse du premier décodeur d'accessoires étendu est la même que pour les simples
décodeurs d'accessoires l'adresse 4 = 1000-0001 0111-0001. Cette adresse sera en
Boîtes de dialogue utilisateur affichées comme adresse 1.

Trés curieux, surement une bonne raison pour les "normateurs".

En DCC extended la Z21 respecte la norme, RCN 213 sélectionné ou pas sur la Z21.

Claude

Bonjour,

claude1 a écrit:

Le matériel mis en œuvre est: Z21 Roco.

Pour rappel la Z21 n'est globalement pas homologuée/certifiée par le NMRA concernant le DCC. Vous ne verrez à nul part sur les cartons ou dans la doc Roco le logo de certification NMRA:

Contrairement aux centrales ESU ou Lenz par exemple.
Par contre en effet sur certains points précis Roco suit la norme NMRA (programmation des décodeur, DCC Extended,...).