zones d'arrets fluctuentes ??? qui connait ???

bonjour à tous

comme vous le savez je réalise un réseau à voie unique avec des trains qui se croisent sur des voies de garages
j'ai donc une série de trains qui montent dans la montagne et une série qui descendent.
quand je ne fais rouler qu'une seule des 2 séries les trains s'arrêtent exactement là ou ils doivent s'arreter que ce soit la série des trains qui montent ou celles qui descendent.
seulement voilà quand je mais tout en route les montées et les descentes en même temps tout fonctionne bien (aiguillages, feux, etc... ) sauf que les trains mettent plus de distance pour s'arreter.
et dans certain cas ils s'arretent carrément sur l'aiguille.... c'est génant quand un train vient en sens inverse

que l'arret soit "millieu de train " ou " tête de train" n'y change rien

vous me dires je n'ai qu'a racourcir la distance d'arret... sauf que certains trains sont assez juste en longueur par rapport à la voie de garage

je précise que je fonctionne avec une détection par occupation (qui fonctionne bien) et avec calibrage de la vitesse des loco (qui fonctionne bien aussi)

quelqu'un a t'il une idée

cordialement
Thierry

Bonjour,

Tu peux essayer de trouver le bon compromis pour chaque loco en jouant sur la valeur de la compensation de charge freinage dans la fenêtre du profil de vitesse ?

A+
Georges

Pour tenter de cerner le pb tu peux déjà regarder de visu sur le TCO si l'occupation est bien déclenchée à la même position de la loco quand elle pénètre dans le canton. C'est pas très facile à repérer (à faire à différente vitesse) mais cela peut incriminer ou dédouaner la rétro.

Sinon cela semble lié au trafic. N'y aurait-il pas une saturation qq part ?

A+

Alain

Larist a écrit:

Pour tenter de cerner le pb tu peux déjà regarder de visu sur le TCO si l'occupation est bien déclenchée à la même position de la loco quand elle pénètre dans le canton. C'est pas très facile à repérer (à faire à différente vitesse) mais cela peut incriminer ou dédouaner la rétro.

Sinon cela semble lié au trafic. N'y aurait-il pas une saturation qq part ?

A+

Alain

l'occupation est détectée au même moment en clair dès le début d'entrée dans le canton... ça c'est pareil que je fasse rouler les trains dans un seul sens ou dans les 2.
Par contre en effet il y a plus de trains qui circulent quand je mets les 2 sens en route. Pourquoi peut il y avoir une relation entre le point d'arret et le trafic ou le nombre de trains qui circulent ?

cdlmt
Thierry

Le profil de vitesse avancé étant réalisé, il faut faire la calibration de freinage.
Cette opération doit être réalisée toujours avec la même vitesse et la même distance pour l'ensemble du parc machine,ceci pour avoir une même base de référence.
également, et de préférence cette vitesse correspond a la vitesse d'entrée du (des) canton d’arrêt concerné, par exemple 30 kms/h pour les cantons de gare.
Si pour l'exploitation le canton d’arrêt sera une pleine voie croissant une autre voie donc à priori avec une vitesse supérieure à 30 kms/h, alors il faut prévoir un arrêt avec une dispersion plus grande (environ 10-15 cm) et par conséquent reculer le marqueur d’arrêt pour assurer cet arrêt sur le canton.

Comme TC a bien reçu le signal de rétro c'est après que ça doit se passer.

Soit TC met du délai a envoyé les ordres de vitesse à la loco : vérifies la charge du PC (utilitaire sous windows). Mais si l'affichage sur le TCO est fait en temps réel il y a peu de chance que ce soit ça.

Soit la centrale ne suit pas. Je ne connais pas L'Intellibox, les manoeuvres des signaux et aiguilles sont-elle conséquentes ? Pour un test peux-tu réduire certaines activités, comme les signaux ?

Regardes aussi du côté du bon docteur railroad ...


A+

Alain

Les CVs 3 et 4 des décodeurs de locos sont-elles bien au minimum (0 ou 1) ?

bonjour, pour avoir l'arrêt quasiment au même endroit pour toutes les machines, après avoir fait le profil de vitesse avancé et obtenu une belle courbe, je lance ma machine sur un trajet test (toujours le même) et en fonction de la position d'arrêt de la machine, je joue sur la compensation de freinage qui varie entre 0 et 25.
A+

Bonsoir,

C'est ce que je fais aussi ... Désolé, dans mon premier post j'ai parlé de compensation de charge au lieu de freinage ...

A+
Georges

Haagth tu nous dis que tes trains mettent plus de distance pour s'arrêter quand il y a de la charge sur le réseau.

Cela veut dire que
- sur un même canton
- avec la même vitesse d'entrée
- un même train s'arrête normalement quand un seul sens est actif et mal si ce sont les 2 sens. Et cela de manière répétitive. Haagth peux-tu confirmer ces hypothèses ?

Si oui il y a peut-être un pb parasite du à la charge sur le réseau. Sinon effectivement on peut voir la piste du réglage du décodeur et du profil de vitesse.

A+

Alain

Larist a écrit:

Haagth tu nous dis que tes trains mettent plus de distance pour s'arrêter quand il y a de la charge sur le réseau.

Cela veut dire que
- sur un même canton
- avec la même vitesse d'entrée
- un même train s'arrête normalement quand un seul sens est actif et mal si ce sont les 2 sens. Et cela de manière répétitive. Haagth peux-tu confirmer ces hypothèses ?

bonsoir larist

c'est exactement ça... tout fonctionne bien et dès que j'augmente la charge du réseau les trains mettent plus de distance pour s'arreter

les profils de vitesses semblent être bon puisque les même trains donnés à une certaine vitesse peuvent se suivre longtemps sans se ratraper ou se distancer... j'en déduis que mes profils de vitesse sont bons

maintenant les problèmes parasites... ça je n'y comprends pas grand chose

cordialement
Thierry

haagth a écrit:

les profils de vitesses semblent être bon puisque les même trains donnés à une certaine vitesse peuvent se suivre longtemps sans se ratraper ou se distancer... j'en déduis que mes profils de vitesse sont bons

A priori oui mais cela ne veut pas dire que ta compensation de freinage est OK. L'as-tu faite pour chaque machine?

Une chose me tracasse dans ce que tu écris. "les même trains donnés à une certaine vitesse peuvent se suivre longtemps sans se ratraper ou se distancer"
Quand ils sont dans le même sens oui.
Mais quand ils se croisent ils vont s'arrêter et là sur des cantons (les voies de garage) où ils ne s'arrêtent pas d'habitude. Comme tes pbs sont sur ces voies, il faut que quand tu fonctionnes dans un seul sens les trains s'y arrêtent aussi pour que les choses soient comparables. Est-ce bien le cas ?

Si c'est bien le cas pour se mettre sur la piste on peut essayer de varier certains paramètres. Notamment celui de la vitesse des trains. Fais un essai en la diminuant de moitié, cela devrait moins charger l'ensemble. Mais avant vérifies ta compensation de freinage.

A+

Alain

haagth a écrit:

les profils de vitesses semblent être bon puisque les même trains donnés à une certaine vitesse peuvent se suivre longtemps sans se ratraper ou se distancer... j'en déduis que mes profils de vitesse sont bons
cordialement
Thierry

là je ne partage pas le même avis, dsl
Dans un trajet, et/ou une exécution avec autotrain, ce n'est pas parceque les trains ne se ratrappent pas que cela veut dire que les profils de vitesse soient correctement faits.
c'est d'ailleurs un des principes fondamental de sécurité de TC. un train ne pourra pas entrer dans un canton occupé et/ou réservé et en conséquence va adapter sa vitesse pour retarder son arrêt au maximun en espérant que le canton suivant se libère avant son arrêt obligatoire.

Et lorsque tu remarques ça, il y a combien de convois en mouvement ?

Est ce que ça ne pourrait pas venir du PC qui met plus de temps à calculer quand il y a beaucoup de trafic ?

haagth a écrit:

les profils de vitesses semblent être bon puisque les même trains donnés à une certaine vitesse peuvent se suivre longtemps sans se ratraper ou se distancer... j'en déduis que mes profils de vitesse sont bons

une explication s'impose evidement dans une utilisation normale de RRTC les motrice ne peuvent pas se ratraper qu'est ce que j'ai voullu dire, après le qualibrage des vitesses je mets 2 locos les une derrière les autres à 20cm de distance
je lance la première en manuel à l'aide de la commande de motrice de RRTC (et non pas par les trajets) à une vitesse donnée (50km/h) et je lance la 2eme à la même vitesse... dans ce cas je constate qu'elles roulent à la même vitesse sans se ratraper ni se distancer... autrement dit elle roulent toutes les 2 à la même vitesse, je rappelle que dans la commande manuelle de motrice on indique à quelle vitesse un train doit rouler

je ne sais pas si je suis clair

concernant la charge quand les trains roulent dans un seul sens (l'autre sens à l'arrêt pas de trajet en cours) il y a potentilement 5 trains qui roulent mais seul 3 au maximum se déplacent en même temps à un moment T
lorsque les trains (ou trajets) sont lancé dans les 2 sens il y a potentilement 10 trains qui roulent mais au maximum seul 6 trains rouleront en même temps les autres étant à l'arret

cdlmt
Thierry

bijave66 a écrit:

Est ce que ça ne pourrait pas venir du PC qui met plus de temps à calculer quand il y a beaucoup de trafic ?

c'est tout à fait possible... mais comment vérifier ça ? j'ai lu quelque part que rrtc fonctionnait très bien avec des ordis d'assez ancienne génération.

mon ordi est un portable de récupération qui doit avoir 5 ans... donc à priori pas un truc qui fonctionne avec des manivelle... mais c'est vrai qu'il n'est pas très rapide y compris au démarage

cdlmt
Thierry

haagth a écrit:

concernant la charge quand les trains roulent dans un seul sens (l'autre sens à l'arrêt pas de trajet en cours) il y a potentilement 5 trains qui roulent mais seul 3 au maximum se déplacent en même temps à un moment T
lorsque les trains (ou trajets) sont lancé dans les 2 sens il y a potentilement 10 trains qui roulent mais au maximum seul 6 trains rouleront en même temps les autres étant à l'arret

cdlmt
Thierry

Ce ne sont pas des conditions à engorger la rétro-signalisation, ni même le PC, sauf, s'il a un problème ou un virus...

Je pense à un truc, les décodeurs des locos ont-ils la fonction RailCom activée ?
Si oui, enlève la.

Peut être un truc simple à faire : "ctrl*alt*supr" -->gestionnaire des tâches --> performances et on peut visualiser l'utilisation instantanée de l'UC et de la mémoire en laissant tourner TC

DiCoS69 a écrit:

Je pense à un truc, les décodeurs des locos ont-ils la fonction RailCom activée ?
Si oui, enlève la.

wass ist dass ??? (qu'est ce que c'est) c'est quel CV ? et dans quelle position ?
j'avoue ne pas avoir fait de vérification sur cette fonction que je ne connait pas

cdlmt
Thierry

bijave66 a écrit:

Peut être un truc simple à faire : "ctrl*alt*supr" -->gestionnaire des tâches --> performances et on peut visualiser l'utilisation instantanée de l'UC et de la mémoire en laissant tourner TC

je vais vérifier ça merci pour le tuyau

cdlmt
Thierry

Railcom, il me semble que c'est CV29? Je ne suis pas chez moi pour vérifier.

EXACT , Rico cv 29 bit 3
a+

DiCoS69 a écrit:

Je pense à un truc, les décodeurs des locos ont-ils la fonction RailCom activée ?
Si oui, enlève la.

bonjour

si c'est le CV29 bit 3 je suis sur que c'est à 0 donc désactivé... j'ai assez tripoté les CV 29 de mes loc pour le savoir ;-)
ça ne peut donc pas être ça l'origine de la panne... je pense de plus en plus que c'est lié à mon PC puisque personne n'a rencontré cette panne

cdlmt
Thierry