Projet HO de Dominique76

[midav91]

Bonsoir Dominique, Bonsoir Michel, Bonsoir à tous,

Alors je viens de faire un test tout bête
J'ai réinitialisé un positionnement des 3 : 4500, picasso 3800 et mobylette (sans remettre les autres trains (tempo en gare baissée à 75 s pour que les essais soient un peu plus rapides)
et ... et ... et ça marche bien ! y compris au niveau de l'aiguille en bas à gauche (en bloquant ou en relançant avant la fin de la tempo pour provoquer des face à face)
J'ai essayé ce repositionnement en changeant l'ordre des machines et c'est toujours bon
Je n'ai pas essayé en rajoutant les autres trains

DB_SIMU_16_EPURé MD.lay

(346.96 Kio) Téléchargé 5 fois

avec contexte SIMU_MD

Bon, ça ne dit pas pourquoi tu "avais" le souci

[Dominique76]

Merci Michel pour cette piste
J'ai fait un premier essai en lançant la simu puis en retirant les autorails et les 2 trains voyageurs. En repositionnant chaque train en cours de simu , je retrouve les mêmes problèmes .
2ème essai, j'ai positionné le X4500 sur le réseau et j'ai lancé la simu. J'ai ensuite mis en cours de simu les autres autorails et mes 2 trains voyageurs (CC70001 et BB64000) et là, je n'ai eu pour le moment aucun blocage.

[CC72000]

Bonjour à vous deux,

Bug2.png (19.8 Kio) Consulté 944 fois

Au moment du blocage, l'info bulle sur le feu du X3800 dit PICASSOX3800-STOP_ROUTE + Req-PICASSOX38000

celle du feu du X500 dit AUTORAILX2500-STOP ROUTE

Mais si l'on essai de manœuvrer l'aiguille 19, nous avons dans la zone message : Aig. #19 demandée par [AUTORAILX4500]

On pourrait dire que la situation est "normale", puisque le X4500 à verrouillée l'aiguille 19, le X3800 ne peut pas le faire...

Mais il y a de nombreux cas où cela est possible... je cherche la différence

Le soucis étant que pour le moment je n'arrive à reproduire le blocage qu'au bout d'une petite heure de SIMU, ce qui fait qu'entre une hypothèse et sa vérification il faut attendre...

[Dominique76]

Bonjour
Nouvel essai.
J'ai ouverts mon réseau, lancer une simulation, là CDM me dit qu'il faut d'abord positionner les trains, je positionne un train que j'enlève aussitôt car ce n'était pas le bon mais la simu est lancée sans train. J'ai positionné un à un mes trains en leur lançant au fur et mesure un itinéraire.
Aucun blocage entre mes autorails, mais un blocage au bout d' 1H03 entre la BB64000 et la CC70001, cette dernière étant sur la voie en gare. Le contraire n'engendre pas de blocage, mais systématiquement si c'est la CC70001 qui est en gare, elle est bloquée si la BB64000 est en attente de prendre sa place.
Pour le moment, c'est le seul cas figure de blocage.
Il y a quand même 2 cas de figures qui existent quand 2 trains se font face à face et qu'il n'y a pas de blocage:
-Le train qui peut passer a le feu qui est directement au jaune ou vert et le train passe directement.
-Ou le train qui peut passer a un feu qui est rouge sur fond blanc, le train avance jusqu'à ce feu , marque un arrêt devant ce feu et ce dernier passe aussitôt au jaune ou vert et le train repart.

Ceci dit, ce problème de blocage est facilement débloqué en arrêtant le train en attente et en relançant aussitôt l'itinéraire. CDM ne plante pas, il n'y a pas urgence pour le résoudre.

[midav91]

...
Le soucis étant que pour le moment je n'arrive à reproduire le blocage qu'au bout d'une petite heure de SIMU, ce qui fait qu'entre une hypothèse et sa vérification il faut attendre...

Sur le fichier de Dominique, tu lances la simu avec le contexte -SIMU-CTXT et tu ne lances que le PICASSOX3800 et AUTORAILX4500 et là tu as le blocage en 2/4 mn !!
(d'ailleurs je ne peux pas lancer le contexte _RUN_CTXT qui plante CDM !!)

À noter ce que je constate :
- lorsque le PICASSOX3800 est en gare et repart, le feu de sortie mentionne PICASSOX3800-STOP_ROUTE et là il reste bloqué au feu !!
- lorsque le AUTORAILX4500 est en gare et repart, le feu de sortie mentionne AUTORAILX4500-STOP_ROUTE, lorsqu'il arrive sur le feu, celui-ci mentionne pendant 1s AUTORAILX4500-STOP_ROUTE_SWITCHING (qui bascule donc l'aiguille de sortie), et alors l'AUTORAILX4500 passe sur le feu qui mentionne AUTORAILX4500-GO quelques secondes jusqu'à son extinction du fond blanc.

On voit donc que dans un cas le PICASSOX3800 bloque le basculement de l'aiguille pour la sortie du AUTORAILX4500
et que AUTORAILX4500 ne bloque pas ce basculement pour la sortie du PICASSOX3800
pourquoi ... that is the question !!

[Dominique76]

J'indiquais que précédemment la CC70001 était bloqué en gare face à la BB64000.
Si je décroche la CC70001 de sa rame, je lui fais faire un tour sur le réseau et je viens le raccrocher à la rame , il est toujours bloqué. Mais si après avoir décroché la CC70001 de sa rame, je la remplace par la CC68050, ce nouveau train n'est pas bloqué.

[Gervais Choloux]

Je ne vois qu'une solution.... Balances les bloqueurs
Ils doivent être ensorcelés
Modélisme ferroviaire et vaudou si tu trouves des aiguilles plantées dans tes locos c'est que quelqu'un t'en veut
Ce serait rigolo qu'une CC72000 provoque des blocages

[CC72000]

Bonsoir à tous,

Bon et bien pour le moment la situation n'a pas évoluée, dans le cas du blocage, celui-ci se produit parce que le X3800 ne demande pas la réservation des aiguilles alors qu'il le fait quand il n'y a pas de blocage... c'est un peu tordu...

Et puis dans le cas "normal" il n'est peut être pas si normal que ça... je ne comprend pas pourquoi la loco doit venir s'approcher du signal en Rouge sur blanc pour faire la réservation, si elle était faite avant ce serait mieux...

Je vais laisser cela reposer un peu, je pars en balade une dizaine de jours, j'aurai peut être + d'inspiration à mon retour

[Gervais Choloux]

Je me demande s'il n'y a pas derrière ça le paramétrage des décodeurs de locos.
Il serait intéressant de contrôler si leurs CV sont tous identiques. Dans la négative lesquels.
J'ai par exemple deux locos Fleischmann (Une 26227 et une 22347) digitalisées et sonorisées qui "réagissent" différemment, (réglages d'usine), la 26227 est beaucoup plus longue à la détente, en particulier lors des changements de sens, elle met 15/20s entre l'ordre de CDM et le redémarrage alors que l'autre (pour le même itinéraire) 1 à 2s ...
Chez moi je n'ai pas remarqué ce type de blocages mais le décalage de réaction de machine/ordres de CDM ne les provoqueraient pas

[PhilB47]

Noooon, les CV des locos n'ont rien à voir la dedans.
Ceci est un petit "bug" que l'on rencontre parfois, et qui se produit même en simulation, donc sans aucun lien avec le réseau et les locos qui s'y trouvent.
Si deux trains se partagent le même itinéraire (ou juste une partie), et qu'ils arrivent globalement en même temps (ou presque) sur la partie commune, il arrive "parfois" que les deux trains soient bloqués. Temporiser un des deux trains de quelques secondes permet de passer outre car lorsqu'il arrive sur la partie commune, cette dernier est déjà occupé par l'autre train, et tout se passe bien... Mais ce n'est pas toujours vrai !!!

Bonne promenade Michel, et bonne cogitation