module de freinage

Pour moi, la question ne se pose pas: pas d'ordinateur dans mon hobby.

Il en va de même dans mon deuxième hobby, le rock. Alors que beaucoup ont dématérialisé leurs disques, je suis revenu au 100% vinyles et aux amplis à lampes.

Bonjour Pierre

Je n'aime guère ça non plus, mais avec un réseau compliqué, ce n'est pas évident de faire autrement : tu es obligé de mettre des modules de freinage un peu partout avec les aléas de fonctionnement que tu connais, certaines machines repartent à fond sans rampe d'accélération, ce n'est pas évident.

Gérer mes deux gares cachées en traditionnel à relais, pas de problème : Louis me concocte les cartes, il n'y a plus qu'à câbler, c'est ce qu'on a fait sur le réseau vitrine, qui fonctionne très bien, le TCO classique, je sais faire, mais quand on voit déjà l'usine à gaz pour un si petit réseau, est-ce la meilleure solution?

Ce qui me dérange sur la partie visible, ce sont les arrêts brusques et départs tout aussi brusques avec une gestion tout ou rien de l'alimentation inhérents à une commande traditionnelle par relais.
Peut-être que l'on peut gérer tout ça avec une centrale, mais ça va être encore plus compliqué.

Non, ce que je voudrais, c'est un logiciel permettant de tracer des itinéraires en sécurité, tout en reprenant la main quand on veux sur un TCO physique et avec les boutons de la centrale.

Denys

C’est exactement ça, de la sécurité et prendre la main pour les manœuvres en toute tranquillité.

Et surtout la beauté d’un convoi qui stoppe en douceur

Tortillard a écrit:

Il y a un logiciel gratuit, RocRail, je crois qu'il est développé par un peu toute une poignée de contributeurs bénévoles, Francis l'utilise, mais je ne me sens pas suffisamment doué en informatique pour lm lancer là-dedans!

Denys

RocRail est développé par Robert Jan Versluis et à des mises à jour régulières, c'est la traduction qui est effectuée par des bénévoles comme Traincontroller.
Il demande pas mal d'investissement pour bien comprendre son fonctionnement, mais peut s'adapter à toutes les situations grâce aux scripts xml.
Pour la détection, plus il y en a, plus il y a de possibilités (déclenchement de sons, arrêt multiple en gare, etc.), un seul détecteur nécessite un étalonnage des locos qui est long et fastidieux et la multiplication des détecteurs virtuels nécessite beaucoup de ressource système.
Je précise que j'ai testé Itrain et Traincontroller.
Jean-Paul

Bonjour Jean Paul

Si j'ai bien compris tu as fais le tour des 3 principaux Logiciels du marché avant de choisir RocRail? Combien de temps as tu passé à ces tests car avant de maitriser les logiciels il doit falloir un peu de temps sauf a s'y mettre a plein temps j'avais commencé a faire un test avec Itrain mais le délai de la période d'essai est tombé avant que je puisse avoir un résultat probant. Je sais que l'on peut obtenir un report mais bon, faute de temps disponible, j'ai reporté ce projet, ce n'était pas ma priorité du moment.

Pour la petite histoire, je suis passé au digital car j'en avais un peu marre du développement d'un logiciel qui devait gérer mon réseau en analogique. On part la fleur au fusil en pensant que ce sera simple et rapide mais au final c'est très loin de l'être et surtout très long et en plus les idées nouvelles arrivent sans cesse. Pour le moment j'ai défini 2 détections de présence par canton qu'il me reste a paramétrer au niveau de la centrale et voir aussi la gestion des itinéraires proposée par Esu. Les 2 détections par cantons bien que pas indispensables sont fortement conseillées par les utilisateurs de ces logiciels.

A mon avis tester 1 logiciel sérieusement doit demander au moins les 2 mois d'essai et en y consacrant beaucoup de temps et au final pas certains que tout soit bouclé ou presque mais on doit tout de même avoir une maquette opérationnelle et une bonne idées des possibilités du logiciels. Donc pas évident de vouloir faire un benchmark sur les 3 vedettes du marché.

Il y a toujours la première version de ces logiciels qui fonctionne. Au bout d'un certain temps, ça freine tout seul.

Bonsoir Patrice,
Mon boulot était de trouver des solutions logicielles pour l'intégration de nos équipements dans les différents environnements informatiques de nos clients. J'ai donc l'habitude de tester des logiciels et surtout de définir leurs limites. Tous les logiciels de gestion de réseau font plus ou moins la même chose, pour moi le plus important était de savoir comment ils le font.
Mon choix c'est porté sur Rocrail, indépendamment du fait qu'il soit gratuit, car c'est le seul qui permette de faire tout ce que l'on veut grâce aux scripts xml.
Pour Itrain j'avais une licence, j'ai également testé rapidement CDM Rail (relativement limité) et Koploper, ce dernier a l'air bien mais j'ai été très vite arrêté par la barrière de la langue.
Jean-Paul

Donc il faut quand même une bonne base en informatique pour débuter et pouvoir programmer en XML .

Mais c'est vrai que pour certaines chose c'est assez déroutant et on dois pouvoir le faire via la centrale au début, genre le coup de klaxon avant un tunnel.

Il faut travailler avec les petites cartes détection de consommation ?
Et ensuite diriger les sorties vers des décodeurs spéciaux, genre K88 pour marklin ?

Comment bien prévoir ses endroits de détection ? comment installer ses détections ?

Désolé mais ce sont beaucoup de questions à la fois.

Merci de prendre le temps

Re

JP merci pour ton retour

Koploper c'est la première fois que j'en entends parlé.  De mon analyse théorique j'avais fait le classement suivant :

1 - RRTC
2 - ITrain
3 - RocRail

Je vais regarder a quoi ressemble le XML car effectivement a une époque avoir des "exit" utilisateurs dans un logiciel permettait de régler des spécificités que le logiciel ne savait pas traiter. Après il faut que cela reste des exceptions.


Christian : mes détections sont réalisées avec des EcosDetector Standard 'shuntage des 2 rails) car moins onéreuses que la consommation de courant, chez Esu du moins. J'ai appliqué le standard et ce même pour les cantons a un seul sens de circulation soit une détection de minimum 18cm a l'entrée du canton et même chose a la sortie