Choix logiciel pilotage réseau

[claudius]

Bonjour, je suis à la recherche de logiciel de pilotage réseau par PC, je connais RRTC et Windigipet en officiel, et CATRAIN et CDM-rail en freeware, mais est-ce qu'il en existe d'autres?
RRTC c'est la rollce apparemment mais le prix est élevé!
Je n'ai essayé que RRTC en dessin TCO pour l'instant, assez complet, mais c'est le prix qui m'arrête.
Qu'en pensez-vous, avez-vous d'autres sources?

[tonycabus]

Tu vas jouer au train, ou t'emmerder avec des plantages d'ordi [?][:p][:I][]

[zamateur]

Ce n'est rien, Claudius !
Juste une petite crise de Tony, due à l'âge, sans doute !
[8D]
Mais je ne peux t'aider, je ne connais rien à ces logiciels.

[Michiel]

J'utilise "Koploper", un logiciel de gestion de train tres bien fait, comparable avec tous les produit commercial, mais gratuit et libre a utilise. Un petit "mais", elle est unique disponible en Néerlandais. [B)]

et voici encore quelques autres noms de logiciels de pilotages:
Rail Road & co
Softlok
WinDigipet
RailEasy
Railware
Rocrail
Trainbrain
Rocomotion

[jossebe2000]

Bonjour
au CFC les spécialistes [] ont installé "Rail Road & c" avec centrale "by CFC" []

http://cfc.servhome.org/Technique.htm

[fb56]

Bonjour, tu peux préciser ta pensée. merci d'avance, François

Citation :Initialment entrer par tonycabus

Tu vas jouer au train, ou t'emmerder avec des plantages d'ordi [?][:p][:I][]

[jossebe2000]

Bonjour
oublie, il a prit un coup de chaleur [!]

[FALH]

Bonjour Tony,

Tu veux dire quoi par "plantage d'ordi"?
Les systèmes sont-ils si peu fiables?
J'aimerais connaître les expériences de l'un et l'autre avant d'investir à regret...

Merci d'avance et bonne journée,

Fabien.

[zamateur]

C'est pas le logiciel qui plante !
C'est l'opérateur qui gatouille !
[]

[jossebe2000]

Citation :Initialment entrer par FALH

Bonjour Tony,

Tu veux dire quoi par "plantage d'ordi"?
Les systèmes sont-ils si peu fiables?
J'aimerais connaître les expériences de l'un et l'autre avant d'investir à regret...

Merci d'avance et bonne journée,

Fabien.

Bonjour
il est resté à l'age de pierre

au club, le système est très très stable semble-t-il
crugidim, tu confirmes?

[Tonga]

J'utilise aussi un ordinateur pour piloter mon réseau (mais pas les trains), notamment une signalisation SNCB conforme à la réalité et je n'ai aucun problème de stabilité de l'ordinateur. Personnellement, je ne vois aucune "noblesse" dans le fait de tourner le bouton d'un transformateur au lieu d'utiliser une souris et un clavier. Et je ne parle même pas des kilomètres de câblage nécessaires pour construire un TCO digne de ce nom, qui autrement se réalise sur ordinateur sans problème. Si je n'avais pas (déjà) 58 ans, je dirais que c'est un problème de génération[}:)][8D], pas un problème d'informatique. Mais bon, j'ai déjà écrit plusieurs fois sur ce forum que chacun s'amuse comme il le veut. Essayons de ne pas nous comporter en "ayatollahs" du train miniature.

[AlainUSA]

@Tonga,

Je serais interesse d'en savoir plus sur la maniere dont tu as procede pour recreer une signaliation type SNCB. Peux-tu m'en dire plus? Est-ce entierement programme a partir du logiciel? Ou as-tu "delegue" cette tache au niveau des detections de blocks?

Merci ...

[Tonga]

@AlainUSA

Le système utilisé est basé sur du matériel Lenz. Il comporte un bus de rétro-signalisation (LR101) avec détection d'occupation (LB100) de tous les cantons. Les décodeurs d'accessoires (LS100) sont également rétro-signalisés de sorte que la position des (moteurs d') aiguillages est également connue. Le tout est relié à un ordinateur par un port série (LI101, existe aussi en USB). L'ordinateur "connaît" l'occupation des cantons et la position des aiguillages; il peut donc, à l'aide de règles assez simples (quoique!) piloter les signaux SNCB d'une façon à peu près réaliste. En pratique, j'ai trouvé que le plus difficile n'est pas de piloter les signaux, mais plutôt de les implanter de façon réaliste vu la compression des distances sur nos réseaux miniatures. Le logiciel utilisé est un développement maison. Les signaux sont des Henckens et des Jocadis pilotés en digital par des décodeurs de fonction LF101, eux-mêmes pilotés par l'ordinateur; ces décodeurs offrent 6 fonctions qui suffisent à créer pratiquement toutes les configurations d'un signal SNCB et sont très faciles à commander depuis l'ordinateur. La signalisation ne fonctionne donc que si l'ordinateur et son logiciel sont actifs. L'ordinateur est également utilisé pour programmer les CV des décodeurs mobiles, ce qui à l'expérience se révèle extrêmement commode dans la mesure où, au contraire de moi, l'ordinateur "se rappelle" les valeurs mémorisées dans le décodeur. Irremplaçable quand on veut créer une courbe de vitesse, comme je l'ai expliqué sur un autre fil.

A noter à tout hasard: mon logiciel est spécifique de mon réseau et n'est pas précisément facile à extrapoler à d'autres réseaux sans connaissance du progiciel utilisé (4e dimension). Il n'est donc pas à vendre, mais je suis prêt à discuter des principes de la programmation si intérêt.

[AlainUSA]

@Tonga,

Merci. Je comprends l'approche.
Finalement toute la magie se trouve dans le logiciel qui est code en fonction de la disposition du reseau. Le tout est de ramener toutes les bonnes entrees (ocoupations et aiguillages) afin de piloter les bonnes sorties (signaux).

Je pense que c'est une approche que je vais utiliser, mais pour ne pas re-ecrire toutes les librairies de bases, je pense que je vais peut-etre utiliser une librairie .NET (http://www.perecli.com/rrauto/).

Quelle librairie de base as-tu utiliser pour l'interface avec le bus DCC? Refait maison aussi?

Merci ...

[Tonga]

@Alain USA

Mon logiciel est aussi vieux que le système Lenz et ça commence à dater. A l'époque, il n'existait aucune librairie, j'ai donc dû tout coder moi-même. Le progiciel utilisé est disponible ici: http://www.4d.com.