Utilisation des Tortoises en DCC avec RRTC

Quelqu'un a t il utiliser les moteurs d'aiguilles Tortoise en DCC, bien sûr avec RRTC ?
Vos avis et appréciations seront les bienvenues.

Papy Guy

En cherchant sur le web, j'ai découvert ceci :



Ce n'est pas encore sorti puisque c'est en réservation chez
http://hogtrainz.com/

Une chose est sûre ils font payer (cher) l'électronique ajoutée, c'est pourquoi je posais la question précédente.

Papy Guy

Papy Guy a écrit:

Quelqu'un a t il utiliser les moteurs d'aiguilles Tortoise en DCC, bien sûr avec RRTC ?
Vos avis et appréciations seront les bienvenues.

Papy Guy

Bonsoir Papy
oui j'utilise des moteurs tortoise avec des decodeurs uhlenbrock 67500 et c'est super

Bonsoir,

J'utilise un moteur tortoise avec une LS150 sans problème.
L'interface que j'utilise pour commander les aiguilles est identique pour tous mes aiguillages (peco, roco, lemaco et tortoise), à savoir, chaque sortie du LS150 commande un relai à travers un pont CMS, ce relai étant dans un circuit d'auto-maintien. Il en résulte une tension permanente pour chaque position d'aiguille donc avec un relayage possible pour la signalisation et anciennement pour les ré-alimentation en analogique. Ce système m'a toujours permis d'avoir une position fiable de toutes les aiguilles.
Le cas particulier du tortoise est sa consommation ( 5mA). De ce fait il est alimenté en permanence et c'est un relais qui inverse la polarité et jamais un échauffement.
A votre disposition pour plus d'explications.
Ce post me permet de vous demander si sur une traversée entre 2 voies (c'est peut être pas le bon terme, je suis encore apprenti cheminot de petits trains), le fait de mettre la même adresse aux 2 aiguillages pose un problème pour l'exploitation par la suite ( Mes 2 aiguillages sont manoeuvrés par le même moteur) A présent je n'ai fait que suivre les conseils de démarrage du site de Jean 01. Donc je découvre, et c'est passionnant.
Cordialement

Pascal[img][/img][img][/img]

pascine a écrit:

Bonsoir,
...
Ce post me permet de vous demander si sur une traversée entre 2 voies (c'est peut être pas le bon terme, je suis encore apprenti cheminot de petits trains), le fait de mettre la même adresse aux 2 aiguillages pose un problème pour l'exploitation par la suite ( Mes 2 aiguillages sont manoeuvrés par le même moteur) A présent je n'ai fait que suivre les conseils de démarrage du site de Jean 01. Donc je découvre, et c'est passionnant.
...
Pascal

Pascal,

Rien ne s'oppose à ce que dans le cas d'un raccordement de deux voies séparées par une bretelle avec 2 aiguillages (c'est ce que j'ai compris), donc rien ne s'oppose à ce que ces 2 aiguillages soient commandés par un moteur commun.

Il faut pour cela mettre la même adresse aux deux aiguillages, le moteur sera relié au décodeur d'accessoires avec cette adresse commune. TrainController accepte très bien qu'une même adresse soit attribuée à deux accessoires (heureusement dans certains cas).
Il est facile de voir ce que ça donne sur un dessin de TCO d'essai, il faut :
- tracer deux voies parallèles
- relier ces deux voies par une bretelle, deux aiguilles sont créées automatiquement
- afficher les propriétés des aiguilles. Pa défaut l'adresse 1 a été affectée à l'une et l'adresse 2 à l'autre
- rectifier l'adresse 2 et la mettre en 1
L'action d'une aiguille sur le TCO montrera que l'autre aiguille est actionnée simultanément.

Evidemment ce système n'est pratique que si la bretelle ne peut contenir un train entier, car dans le cas contraire on se priverait de cheminement alternatif :
- un train a pris la bretelle et franchi le premier aiguillage sans avoir atteint le second
- un second train le suit et ne doit pas prendre la bretelle
- si l'on actionne les deux aiguille simultanément les premier train va talonner la seconde aiguille.

Le seul problème est d'ordre mécanique, il est facile à résoudre, il faut surveiller qu'à l'installation les deux aiguilles soient parallèles ou se font face, il ne faut pas qu'une aiguille soit droite et l'autre déviée.

Pour revenir à l'installation des tortoises, j'ai regardé la notice des décodeurs 98017 de CDF que j'utilise, ils permettent le choix d'une sortie (maxi 1A) en action permanente, temporaire ou clignotante et la notice précise que ce décodeur est utilisable pour les moteurs lents, donc à priori j'ai une réponse à mon interrogation.

Bonne journée à tous

Papy Guy

Papy Guy a écrit:

Evidemment ce système n'est pratique que si la bretelle ne peut contenir un train entier, car dans le cas contraire on se priverait de cheminement alternatif :
- un train a pris la bretelle et franchi le premier aiguillage sans avoir atteint le second
- un second train le suit et ne doit pas prendre la bretelle
- si l'on actionne les deux aiguille simultanément les premier train va talonner la seconde aiguille.

Voulant utiliser la détection sur les aiguillages, c'est justement pour ce cas de figure que j'ai décidé de mettre un moteur par aiguille qui a chaque fois sa propre sortie sur un décodeur. Ça peux peut-être paraître luxueux mais on s'y retrouve dans la flexibilité de l'exploitation.

L'autre façon est de voir la paire d'aiguillage d'une diagonale d'échange comme une seule entité. À ce moment là il faut que les 2 aiguillages soient libérés pour pouvoir manoeuvrer les aiguillages.

Bonsoir,

Je vous remercie pour vos réponses et conseils.
En effet les 2 aiguilles fonctionnent en même temps et le docteur railroad signale dans ce cas que les aiguillages partagent la même adresse en demandant: est ce voulu?
A+

Pascal

pascine a écrit:

le docteur railroad signale dans ce cas que les aiguillages partagent la même adresse en demandant: est ce voulu?

Dr. Railroad génère en effet un Warning mais ceci ne devrait pas empêcher un bon fonctionnement.

DR. Railroad fait son boulot en signalant le fait, à l'utilisateur de savoir si cette anomalie non rédhibitoire est voulue ou non.
Dans le cas qui nous occupe c'est volontaire et RRTC ne s'en portera pas plus mal sous réserve des avertissements énoncés.

Papy Guy

Sébi a écrit:

Il est par contre dommage qu'on ne puisse faire comprendre à ce cher Docteur que cette "anomalie" est voulue, afin qu'il ne pose plus la question

Certes, mais a priori, TC est fait plus pour la gestion d'un réseau que pour la gestion des erreurs utilisateurs.

Il faudrait quasiment gérer une base de données des erreurs du fichier, car le fichier est évolutif et on peut appuyer quand on veut sur le bouton du Dr Railroad. Il ne faudrait pas qu'il affiche le message s'il l'a déjà affiché pour un élément donné, mais qu'il l'affiche s'il s'agit d'éléments qu'on vient d'ajouter, car sur ces derniers, il pourrait y avoir une véritable erreur. Cela devient très vite lourd à gérer.

Jean

Papy Guy a écrit:

En cherchant sur le web, j'ai découvert ceci :

Veux-tu parler du moteur Smail ? (Slow Motion Actuator with Integrated Logic). Pour info, il s'agit du même moteur que le Tortoise mais avec un décodeur DCC intégré.

Il est par contre dommage qu'on ne puisse faire comprendre à ce cher Docteur que cette "anomalie" est voulue, afin qu'il ne pose plus la question .

Sébi a écrit:

Il est par contre dommage qu'on ne puisse faire comprendre à ce cher Docteur que cette "anomalie" est voulue, afin qu'il ne pose plus la question .

Une piste...

Sébi a écrit:

Papy Guy a écrit:

En cherchant sur le web, j'ai découvert ceci :

Veux-tu parler du moteur Smail ? (Slow Motion Actuator with Integrated Logic). Pour info, il s'agit du même moteur que le Tortoise mais avec un décodeur DCC intégré.

Bonsoir,

Il semblerait que des commandes de SMAIL puissent être passées puisque le fabricant affiche ses prix et précise les modalités pour commander.
voir http://www.circuitron.com/