Forum Train

J'ai maintenant mes détecteurs (raccordés au DR4088LN et ceux du DR5013) qui remontent dans la page de monitoring de l'application de la DR5000 et dans le TCO de Rocrail.

Par contre, Rocrail ne fonctionnait bien qu'en manuel, en semi-automatique, dès que la loco sortait du canton où je l'avais posé, j'avais un plantage avec le message train fantôme dans le canton suivant. J'ai réussi à contourner le problème en autorisant les trains fantôme dans mes cantons.

Il me semble donc que Rocrail ne lise pas l'information d'identification de la loco alors que LocoNet devrait la remonter...
Je ne sais pas si :
1- cette info est bien envoyée à la centrale ?
2- si la centrale la transmet bien à Rocrail ?

Quoi faire pour tester et/ou configurer LocoNet correctement ? Je précise que le PC communiqué avec la centrale via l'usb.

Si quelqu'un veut bien m'aider, cela me serait d'un grand secours.

Bonjour
Le mieux est de poser la question sur le forum Rocrail et de déposer ton fichier plan.xml.
On pourra regarder et t'aider dans les configurations.

Bonjour,

Ce fil peut peut-être t'aider : https://www.forum-train.com/forum/viewtopic.php?f=107&t=18211

Jean-Paul

Bonjour,
A tout les coups les capteurs ne sont pas liés au bloc via les itinéraires.

 
Bonjour,

mjp a écrit:Il me semble donc que Rocrail ne lise pas l'information d'identification de la loco alors que LocoNet devrait la remonter...

Ce n'est pas le rôle de LocoNet de remonter ce genre d'information (ce n'est qu'un protocole réseau), c'est à RailCom de le faire (au travers du BUS LocoNet), si vos modules de rétrosignalisation intègrent cette fonction. Il me semble que ce n'est pas le cas des DR4088LN.

Jean-Michel

Bonjour,

Effectivement, seul le DR5088RC assure cette fonction RailCom.

Jean-Claude

Merci pour toutes vos réponses qui me permettent d'un peu mieux comprendre comment tout cela fonctionne.

Comme le DR4088LN n'est pas compatible Railcom , cela n'était pas prêt de fonctionner ! En plus, avec le lien de PaulXpress j'ai compris que les décodeurs de loco ne sont pas non plus tous compatibles Railcom..... Rien ne dit que ma seule loco utilisable aujourd'hui, ma Minitrix BB56742 le soit.....

Je vais donc oublier provisoirement Railcom et me débrouiller sans. Je suppose que Rocrail doit pouvoir fonctionner correctement sans Railcom. Il faut que je comprenne comment lui faire comprendre que ma loco n'est pas un train fantôme.

Au niveau de la définition des détecteurs dans les blocs, je pense que c'est correct ?

mjp a écrit:Rien ne dit que ma seule loco utilisable aujourd'hui, ma Minitrix BB567422 Minitrix le soit.....

Je ne pense pas que les décodeurs Minitrix sonores (si votre 67000 est équipée d'origine) intègre la fonction RailCom.

Jean-Michel

Oui, c'est cela, équipée d'origine avec un décodeur sonore.

Il y avait donc 2 raisons pour que cela ne fonctionne pas : le DR4088LN et la loco

Reste à voir comment travailler avec Rocrail sans cela.

 
Les logiciels de gestion de réseau, comme Rockrail et d'autres, savent très bien gérer les circulations sans RailCom puisqu'ils "savent" où sont les trains sur le réseau.
Pour simplifier, lorsque vous posez manuellement une loco à un endroit quelconque du réseau, RailCom permettra automatiquement d'identifier auprès du logiciel cette nouvelle loco alors que sans RailCom, c'est vous qui devez dire au logiciel quelle est cette nouvelle loco que vous venez de poser sur le réseau.
Ensuite, le logiciel "suivra" en permanence cette loco, RailCom permettant de vérifier si besoin était qu'il s'agit bien toujours de cette loco.
Quand les logiciels sont bien faits, après extinction du réseau et lors du redémarrage, ils "savent" toujours où sont les locos puisque leur dernière position avait été mémorisées. Cela sous entend évidemment qu'une "main de géant" ne soit pas intervenue entre temps pour déplacer les locos Cet inconvénient est évidemment en principe supprimé avec RailCom.
Il ne faut pas oublier que RailCom n'a pas que des avantages, à commencer par le budget. De plus, les détecteurs de présence intégrant RailCom sont souvent moins sensibles que ceux ne l'intégrant pas et ceci en raison du principe même de fonctionnement de RailCom. Personnellement, je m'y suis intéressé longtemps mais j'ai fini par en abandonner le principe pour cette deuxième raison (mais ce choix n'est sans doute pas plus pertinent qu'un autre).

Jean-Michel