Je suis d'accord en théorie. Mais sur la plupart des réseaux, ces zones d'aiguilles sont assez courtes, et cette option est une sécurité qui garantit qu'un train à entièrement quitté la zone et qu'il ne reste pas la fin du convoi dans le canton. RRTC sait gérer les zones d'aiguilles à condition de les rétrosignaler aussi. On peut mettre un indicateur dans les zones d'aiguilles dont le but est justement de contrôler la sortie effective de toute un convoi d'un canton et dans ce cas plus besoin d'attendre que le contact d'arrêt du successeur soit atteint. Cela permet aussi de détecter les wagons décrochés.

Lorsqu'on a une rétro en voies de contact, on peut se dispenser de cette option car comme tous les essieux signalent l'occupation du canton, on est sur que lorsque le canton n'est plus signalé comme occupé, il est libéré, mais ce n'est pas le cas en 2R ou en voie M.

Pour l'anticipation de deux cantons avant, c'est aussi un paramètre qu'on peut régler (il est effectivement sur 2 par défaut, mais on peut le descendre à 1 sans problème). je ne suis pas sur par contre que ça rende le trafic plus fluide. Il est conseillé d'augmenter cette valeur pour rendre un train plus prioritaire et qu'il ait la plus grande zone libre devant lui.

QQ remarques en vrac suite à mes essais :
- il est regrettable que l'on ne puisse pas fixer une vitesse max de canton en fonction du type de train qui le parcourt (px. voyageur, marchandise, autorail, ...).
- je n'ai pas réussi à créer un trajet unique avec rebroussement. Avec deux trajets successifs, le premier appelant le second on y arrive, mais dans ce cas là, le trajet ne peut pas être bi-directionnel. Cas des voies en tiroir.
- un détail sans grande importance, mais qui m'a fait perdre un peu de temps : le signal de manoeuvre à deux feux a la couleur des feux inversée (blanc pour arrêt et noir, au lieu de violet, pour manoeuvre).
- en mode simulation les cantons se mettent de temps en temps à devenir occupés puis libres, de façon aléatoire. Une solution brutale : quitter RRTC puis le relancer. Ne se produit pas avec moins d'une dizaine de locos en fonction...
- dur, dur de recréer une signalisation type SNCF. Mais on y arrive !

RAILO5 a écrit :

Citation:

J'obtiens pour chaque loco mfx un wagon ZZZZRC12345

C'est expliqué dans la doc en ligne de RRTC. Je cite :
For trains with digital (Motorola) decoders, that are not already defined as object in the memory of the Central Station, an appropriate train object will be automatically created by TrainController™. These additional objects are stored in the Central Station with the name ZZZTCnnnnn, where nnnnn is the five digit digital address of the train. These additional objects are deleted, when the connection between TrainController™ and Central Station is closed.

Daniel (DJ) :-))

Houla, c'est du pointu tout ça. Faudrait directement s'adresser aux pontes du forum RRTC. Sinon en vrac, il me semble qu'il y a des indicateurs de vitesse dans la version Gold. Le coup du rebroussement me semble logique, il faudrait qu'un canton soit arrivée dans un sens, et départ dans l'autre. Le signal de manoeuvre est peut être le signal allemand, je ne crois pas que la signalisation française soit implémentée. Pour la simulation, j'ai eu aussi quelques soucis en testant la gold, mais uniquement de cantons qui restaient marqués occupés.
Dur dur en effet.

Je pense que, quand j'aurai fait la liste complète (!?!) de ce qui "merdouille" ou pourrait être amélioré, je l'enverrai à Freitag.

Sachant qu'il vaut mieux s'adresser au bon Dieu qu'à ses seins (?!)...

Daniel (DJ) ;-))

Bonsoir Bon Génie ,

Où en es-tu avec ton programme de pilotage?

As-tu encore eu le temps de faire des avancées sensibles?

A+,
Amitiés ,
Christian

Et j'ai vérifié sur la base de données des éclatés.
La référence que tu m'as fournie (rondelle pour pont tournant 7186) est utilisée par Märklin sur les bogies des BB "nez cassés" et les Sybic.

J'ai fini de modifier les bogies de mes 4 BB 9200. Elles tournent maintenant comme des coucous suisses.

Il faudra que je m'en souvienne quand je digitaliserai mes locos suisses, allemandes, US et diverses de la même "génération" !

Il faut t'élever une statue en pied !!!! Et mettre ton portrait sur la page d'accueil du forum !

Merci encore,
Cordialement,
Daniel (DJ) ;-))

Bonsoir DJ ,

Pour ta gouverne, le manuel en anglais de RRTC v7 est enfin disponible en anglais.

Le lien:

http://www.freiwald.com/pages/download.htm

A+,
Amitiés
Christian

Merci pour toutes ces explications DJ .

Cela a dû fumer durant tes vacances de ski

Comme tu le sais, je n'ai pas de réseau monté et je dois me limiter à des essais avec un réseau table (entre les "raclettes" ) et c'est donc compliqué de tester RRTC. Mais c'est assez pour comprendre le fonctionnement et j'avance gentiment.

Je suis très calme pour le moment, car j'attends mon anniversaire tout proche pour m'offrir la version gold (on n'est jamais si bien servi que par soi-même ) et je "joue" avec la démo silver pour me faire un peu la main.

J'ai imprimé toutes tes remarques pour essayer de voir si des solutions existent. J'espère qu'Olivier répondra déjà à une partie de tes questions/remarques.

A mon avis, tu pourras aussi faire plus d'avancées dès que tu ne seras plus limité par le nombre d'accès et les 15 min. disponibles.

A+ et bon train,
Amitiés ,
Christian

Bonsoir Daniel,
Quelques réponses en vrac :

Citation:

la vitesse max dans les cantons en fonction du type de train.

La vitesse max est la limite que ne peuvent pas dépasser les trains. Par contre, prenons l'exemple de ta sybic, si tu as crée un train voyageur et un train de fret l'utilisant, tu paramètres la vitesse pour chaque train en jouant sur le tonnage et c'est terminé. RRTC sait en tout point du réseau quelle est la vitesse que ne doit pas dépasser un train, ta sybic fret ne dépassera pas les 100 km/h même si la limite du canton est 160. Bon après si tu veux limiter à 120 et 60, c'est plus compliqué avec la silver, moins avec la gold qui a des indicateurs de vitesse assignables aux trains ou aux groupes de trains dans l'éditeur de cantons.

Citation:

le pb. des trajets avec rebroussement.

Sur le forum RRTC, Jean avait programmé un itinéraire avec dételage de la motrice de tête puis remise de la loco en tête à l'autre extrémité de la rame. Il y a peut être quelque chose à fouiller de ce côté là.

Citation:

un peu de lenteur de la part de RRTC pour relancer les trajets en attente

Peut être en mode simulation, en réel RRTC ralentit un peu pour relancer un trajet s'il y a des conditions sur ce trajet, sinon, c'est instantané.

Citation:

l'impossibilité de distinguer le départ de l'arrivée pour les attentes en gare en cas de trajet en boucle.

Ben le canton est les deux, donc difficile à distinguer en effet. Un truc si on utilise des temporisations sur un canton départ & arrêt : mettre la tempo uniquement sur le départ surtout pas sur l'arrêt du trajet, car dans ce cas la libération du canton se fera après la temporisation.

Citation:

le fait qu'un canton "préféré" ne soit pas lié au trajet

Tout à fait d'accord, sauf que cette option ne sert quasiment à rien. C'est un des derniers critères de choix du logiciel lorsqu'il doit orienter un train vers un choix de cantons.

Citation:

le fait que quand on utilise un signal 3 feux (ce qui est majoritairement le cas !), RRTC bouffe une 1/2 adresse, puisqu'il prend systématiquement l'adresse suivante pour la 3ème position

Pas de solution à proposer. Je sais qu'on peut utiliser deux dételeurs sur une seule adresse mais aucune idée pour les feux.

Et pour la circulation horaire, je ne l'ai jamais utilisée, désolé, mais ça doit être un sacré bazar avec 16 trains.

Et Christian a bien raison, même si le mode simulation permet de se "faire la main" et d'évaluer les possibilités, c'est en réel qu'on se rend compte vraiment du fonctionnement du logiciel, et du nombre incalculable de paramètres qu'on a oublié.

olid a écrit :

Merci Olivier pour tes commentaires.

Citation:

sauf que cette option ne sert quasiment à rien

L'option "canton préféré" devrait me servir pour l'entrée de la voie unique dans la gare de passage :
- la voie U1 permet d'aller vers les voies A, B, C, D et G (impasse automiotrices et rames courtes).
- la voie U2 permet de rejoindre les voies A et G.
Le passage "normal" se fait par la voie U1, sauf lorsqu'il y a plusieurs trains successifs, auquel cas la voie U2 est utilisée. Sachant que la voie A devrait être la voie utilisée de "préférence" pour les trajets depuis la gare terminus vers la gare de passage.
Mais si je déclare cette voie "canton préféré", c'est aussi valable pour les autres trajets de boucle et de raquettes !
Cette option devrait pouvoir être déclarée comme l'option de "section critique" associée à un trajet.

Citation:

Sur le forum RRTC, Jean avait programmé un itinéraire avec dételage de la motrice de tête puis remise de la loco en tête à l'autre extrémité de la rame.

On peut y arriver en mettant "bout à bout" plusieurs trajets(fonction "trajet successeur"). Mais je n'ai pas trouvé comment faire avec un SEUL trajet !

Citation:

en réel RRTC ralentit un peu pour relancer un trajet s'il y a des conditions sur ce trajet,

Il y a quelques conditions simples pour l'allumage des feux (vert, jaune, et blanc pour les signaux de gare).

Citation:

Par contre, prenons l'exemple de ta sybic, si tu as crée un train voyageur et un train de fret l'utilisant, tu paramètres la vitesse pour chaque train en jouant sur le tonnage

C'est une solution en effet. Mais elle ne correspond pas vraiment avec la réalité, et les zones de limitations de vitesse en fonction du type de train.
C'est plus complexe : TGV, automotrices, voyageurs, messageries et marchandises.
Il y a à la fois la vitesse limite du train (indépendante du tonnage remorqué) ET les vitesses limites de cantons, par type de trains.

Bref, en réalité, j'"encule" les mouches avec tous ces détails !
Ce logiciel est relativement simple d'emploi, et fonctionne plutôt bien (pas de plantages et très peu d'"aberrations logicielles").

Maintenant à voir en réel et non en mode "simulation" !
J'ai téléchargé la doc V7. Reste à l'imprimer !

Cordialement,
Daniel (DJ) ;-))