signalisation SNCF avec TC Gold

Bonjour à tous,

Christophe vient de mettre en ligne sur "One drive", une méthode de paramétrage des signaux SNCF en .pdf, principalement à l'intention des utilisateurs récents (ou non) ne connaissant pas encore parfaitement le logiciel et le maniement des signaux.

Elle est basée sur des exemples illustrés qui, je l'espère, vous permettront de mener à bien vos projets de signalisation.

Pour le récupérer, rendez vous sur le même lien qui donne accès à la francisation de TC ( lien "Télécharger TrainController en français", en "Annonce globale", en tête, de tous les sujets de la page "Accueil").
Également accessible dans tous les messages de "Christophe"...
Le fichier se trouve dans le dossier des "Tutoriels partagés".
Bonne lecture !

Voilà une bonne idée ! Si d'autres membres du forum ont des tutoriels, des solutions perso, etc, en format pdf, nous pourrons les y ajouter et partager ces solutions.

Mais pour les questions relatives à ces tutos, il conviendra de voir avec leurs auteurs !

Une précision, ce dossier partagé "One Drive" a été créé par Rico, qui en possède toutes les clés. Et moi un petit cadenas !

Merci à tous les trois.

Bonjour,

À titre d'info. et pour ceux qui aiment bien les défis   QDecoder propose également la signalisation lumineuse SNCF avec leurs décodeurs:
https://www.qdecoder.ch/media/pdf/93/86/0a/signaux-france_f.pdf
Voici les 2 vidéo d'un utilisateur:


C'est l'importateur suisse, qui se débrouille un peu en français, qui s'occupe de la commercialisation et du support:
https://www.qdecoder.ch

bonjour
j'ai copié le fichier EXPORT AE SIGNAUX SNCF dans le répertoire Railroad & co mais quand je vais dans :
gérer les accessoires étendus et que je veux faire une importation ça me plante TC
auriez vous une solution

Yann a écrit:

Bonjour,
À titre d'info. et pour ceux qui aiment bien les défis   QDecoder propose également la signalisation lumineuse SNCF avec leurs décodeurs:
Voici les 2 vidéo d'un utilisateur:

Il y a de nombreux passages intermédiaires intempestifs... je suppose que la commande s'est faite en manuel avec une centrale, sinon, il y a encore du travail.

Sur la première vidéo, on peut observer un défaut, le passage d'un état à l'autre clignote d'une manière intempestive... Sans doute un problème de commande ou de programmation effectivement.

Sur la seconde vidéo, le fonctionnement me parait normal. À un détail près, le changement d'état instantané, une extinction allumage progressive façon lentilles de Fresnel me parait manquer. Maintenant dans la réalité, comme j'ai pu en voir à Ancenis il y a huit jours, avec les signaux à LED c'est peut-être plus rapide.

Pour ce qui est des états intermédiaires brièvement affichés, c'est comme dans la réalité, le signal passe par plusieurs états avant d'afficher le bon... Qu'on soit en France en Suisse ou ailleurs...

Bonjour,
Peut être qu'un jour une simplification viendra.
La sortie du décodeur de signaux Roco avec possibilité d'utiliser le protocole accessoires étendus est déja un bon début.
Si Freiwald pouvait le mettre dans la version 10 se serait une bonne idée.
Claude

Bonjour,

claude1 a écrit:

Si Freiwald pouvait le mettre dans la version 10 se serait une bonne idée.    
Claude

L'espérer et le dire ici ne sert à rien. Pour montrer à Freiwald qu'il y a une demande de support de nouveaux matériel (hardware) ou de fonctionnalités de son logiciel il faut le lui dire directement en allemand ou anglais soit via la section dédiée "Feedback" du forum officiel soit par mail. Et ce n'est pas par-ce qu'il ne répond pas qu'il n'a pas enregistré la demande, rien ne sert de le harceler, ceci est même contre-productif.

Yann a écrit:

Bonjour,

claude1 a écrit:

Si Freiwald pouvait le mettre dans la version 10 se serait une bonne idée.    
Claude

L'espérer et le dire ici ne sert à rien. Pour montrer à Freiwald qu'il y a une demande de support de nouveaux matériel (hardware) ou de fonctionnalités de son logiciel il faut le lui dire directement en allemand ou anglais soit via la section dédiée "Feedback" du forum officiel soit par mail. Et ce n'est pas par-ce qu'il ne répond pas qu'il n'a pas enregistré la demande, rien ne sert de le harceler, ceci est même contre-productif.

Cela a été fait, Freiwald a répondu qu'il ne communique pas sur les évolutions à venir de TC.
Claude

Christophe a écrit:

Pour ce qui est des états intermédiaires brièvement affichés, c'est comme dans la réalité, le signal passe par plusieurs états avant d'afficher le bon... Qu'on soit en France en Suisse ou ailleurs...

Ah bon !
Ce doit être sur de vieilles installations alors... je ne suis jamais resté des heures devant un signal, mais je n'ai jamais remarqué ça en A.R.A.

claude1 a écrit:

Bonjour,
Peut être qu'un jour une simplification viendra.
La sortie du décodeur de signaux Roco avec possibilité d'utiliser le protocole accessoires étendus est déja un bon début.
Si Freiwald pouvait le mettre dans la version 10 se serait une bonne idée.    
Claude

Cela ne veut pas dire que le paramétrage sera plus simple pour les néophytes...
Il n'y a, à mon avis, rien à changer dans le dispositif "Accessoire étendu" de TC, il suffit d'utiliser les contacts "ON/OFF" au lieu du traditionnel "Toggle" (inverseur).
Tout est dans le comportement du décodeur à la réception de l'ordre.
Les décodeurs de signaux de CDF (mode 0) permettent aussi d'utiliser le protocole DCC d'accessoire étendu. Ce sont les centrales qui ne suivent pas...

Je reviens un peu sur le paramétrage de l'accessoire étendu de TC :

Quand on paramètre une commande d'interrupteur dans un accessoire étendu, 3 modèles de contacts sont proposés :
- Toggle
- contact 1 On/Off
- contact 2 On/Off
Si on choisit "Toggle", c'est le mode inverseur, le ON d'un contact entraine systématiquement le OFF sur l'autre contact. C'est le mode classique des centrales et nombreux décodeurs.
Si on choisit "contact 1 On/Off", le contact 1 actif (blanc) peut être laissé en On (blanc), ou passé en Off (il devient gris foncé) en cliquant dessus. C'est le mode DCC accessoire étendu... l'autre contact du symbole n'est pas concerné.
Il en est de même pour le contact 2...

Sur la première vidéo il y a un gros problème
Le rr+a a la sncf clignote en même temps a une fréquence de 70 battements part minute

L'utilisation du protocole DCC extended permet de gagner en simplicité:
-Une seule adresse pour un signal.
-Plus besoin d'envoyer autant de messages que d'adresses du signal.
-Le message DCC extended contient une donnée sur 8 bits caractérisant l'état du signal. De plus la norme DCC extended précise les combinaisons à rattacher à l'état d'un signal.

Il suffit donc d'envoyer l'adresse du signal et les 8 bits correspondant à son état, tout cela dans un seul message.

J'ai expérimenté sur mes décodeurs maison programmés pour utiliser le protocole DCC extended via Z21 Maintenance qui dispose d'un onglet pour envoyer un message de ce type.
C'est trés pratique et c'est à peu prés la même chose que configurer un CV.

Plus besoin de définir les commandes d'interrupteurs dans les accessoires étendus.
C'est bien pour cela que j'aimerais voir cette possibilité dans TC.

Claude

claude1 a écrit:

Il suffit donc d'envoyer l'adresse du signal et les 8 bits correspondant à son état, tout cela dans un seul message.
Claude

Si chaque bit correspond à un feu, un octet risque d'être juste, car il faut aussi définir les états clignotants, l’œilleton et parfois  un I.D.
A, S, VL, C ou Cv, M, R, RR, œilleton, c'est plein.
Sinon, ce peut être des compositions prédéfinies en combinaison avec des bits d'indications complémentaires.

DiCoS69 a écrit:

claude1 a écrit:

Il suffit donc d'envoyer l'adresse du signal et les 8 bits correspondant à son état, tout cela dans un seul message.
Claude

Si chaque bit correspond à un feu, un octet risque d'être juste, car il faut aussi définir les états clignotants, l’œilleton et parfois  un I.D.
A, S, VL, C ou Cv, M, R, RR, œilleton, c'est plein.

8 bits correspond à 256 combinaisons, ce qui est largement suffisant pour décrire bon nombre de signaux!
C'est ce qui est exploité dans le DCC extented.

Pour info voir:
Norme
https://www.morop.org/downloads/nem/fr/nem672_f.pdf

Un décodeur de signaux exploitant ce protocole et aussi l'habituel
https://www.z21.eu/en/downloads/manuals
Voir 10837 de Roco

Claude

D'accord, alors les combinaisons sont prédéfinies et chaque combinaison a son propre code sur 8 bits.
Il ne s'agit donc pas d'une composition faite par l'utilisateur.
Ce serait donc un peu le principe du décodeur de LEB...

Excuse-moi pour mon message sur l'accessoire étendu, je croyais que tu voulais parler seulement de la possibilité d'activer ou désactiver chaque sortie indépendamment...

Yann a écrit:

Bonjour,

À titre d'info. et pour ceux qui aiment bien les défis   QDecoder propose également la signalisation lumineuse SNCF avec leurs décodeurs

Yann, pourquoi dis-tu : "pour ceux qui aiment bien les défis" ?!
Y aurait-il une difficulté particulière dans la mise en service de ces décodeurs ?!

Bonjour,

DiCoS69 a écrit:

Yann, pourquoi dis-tu : "pour ceux qui aiment bien les défis" ?!
Y aurait-il une difficulté particulière dans la mise en service de ces décodeurs ?!

Je connais au moins 2 personnes qui se sont cassés les dents sur la programmation de ces décodeurs qui sont une vraie usine à gaz.
Une personnes après plusieurs mois d'échanges de mails avec l'importateur a abandonné. L'autre personne est "racinep" qui finalement après plusieurs années (!) soit arrivé à quelques chose.
J'ai personnellement voulu essayer un de leur produit pour l'éclairage des maisons avec un décodeurs qui possède 96 sorties (il faut beaucoup de sorties pour avoir un effet d'éclairage réaliste). Je n'ai jamais pu obtenir le résultat décris dans la notice. On est sans arrêt en train de faire des update/downgrade entre le firmware du décodeur, le logiciel de programmation ou la version de Java... c'est très pénible!
Après certains y arrive donc on doit bien réussir à le faire fonctionner... mais après combien d'heures de tentatives...?
Celui qui désir tenter l'aventure doit absolument aussi commander le programmeur+logiciel, sans quoi on se perd trop dans les CV.

En complément de ce qu'indique Yann, Mr Hofmann chez Microscale Models m'avait recommandé, pour le cas où j'aurais acheté ses signaux livrés avec le décodeur Qdecoder intégré, de lui faire parvenir les images souhaitées afin que le décodeur soit livré programmé...

Yann a écrit:

Après certains y arrive donc on doit bien réussir à le faire fonctionner... mais après combien d'heures de tentatives...?
Celui qui désir tenter l'aventure doit absolument aussi commander le programmeur+logiciel, sans quoi on se perd trop dans les CV.

Donc la simplicité apparente de paramétrage décrite par la notice n'est pas au rendez-vous...!?
En plus, ce n'est pas donné... alors pour un simple essai...!

Bonjour,

DiCoS69 a écrit:

Donc la simplicité apparente de paramétrage décrite par la notice n'est pas au rendez-vous...!?

De mon expérience non.

DiCoS69 a écrit:

Elle est basée sur des exemples illustrés qui, je l'espère, vous permettront de mener à bien vos projets de signalisation.

Le fichier se trouve dans le dossier des "Tutoriels partagés".
Bonne lecture !

Je viens de le découvrir je pensais dèjà l'avoir ayant les documents que tu m'avais parvenir par le passé.

Mais en reparcourant celui-ci que je vais regarder en détails (même si j'ai déjà créé mes accessoires étendus) il est toujours intéressant d'améliorer ses connaissances et je dis BRAVO et MERCI à Elie, je viens de me m'imprimer car j'aime bien avoir le tutoriel sous les yeux quand je suis à l'écran de TC.