Petite réflexion personnelle

Bonsoir ,
Je n'ai pas voulu participer à l'échange avec Monsieur"Invité" .Je trouve que Jean et Guy ,vous faites preuve d'une patience exeptionnelle...

PLus sérieusement,je vous livre une interrogation, que j'ai depuis quelques jours, relative au nombre de trains pilotables avec RRTC
Vos réactions m'interresserons beaucoup.

Mon réseau est constitué en principal, de deux voies à double sens contenant chacune 12 cantons (24 au total) ,une gare principal de 4 voies(4 cantons à 3 contacts) à double sens,un triage de 6 voies à double sens et une rotonde,le tout accessible depuis les deux voies principales dans les deux sens,et enfin d'une voie secondaire se terminant dans une gare terminus de 3 voies .L'ensemble représente 75 cantons et 19 modules de rétro de 8 entrées(RM-GB8 et Viessmann5233).

Je fais circuler sur ce réseau jusqu'à 14 trains en même temps.

Mes observations sont de deux ordres:
-je pense que c'est trop:il y a trop d'arret,les circulations manquent de fluidité,(la sécurisation des circulations amenent trop de contraintes)mais cela c'est mon problème(alors 30 trains sur 26 cantons...!)
-par contre et c'est cela dont je veux vous faire part,je trouve qu'il y a tout de même quelques "bug".
Pour des raisons que je ne m'explique pas,de temps en temps RRTC "perd des trains "(je ne parle pas de pb de mauvais fonctionnement des aiguilles ou autre..) et on ne peut rien faire .J'arrete les trajets mais cela n'arrete rien ,RRTC ne réponds plus(je ne vous parle pas des conséquences...!).
Dans quelques cas (pas très souvent,mais cela arrive) ce phénomène se termine par le bug que j'ai déjà évoqué et RRTC se ferme.
Un autre phénomène me gène un peu:pendant qu'une dizaine de trains tournent,il est difficile (temps de réponse) d'actionner des trains ou toute autre action hors dispatcher .
Ces pb n'existent pas ,me semble-t-il,avec 4ou 5 trains,mais j'ai l'impression(comment le prouver?,je suis d'accord) qu'avec un beaucoup plus grand nombre de trains, RRTC ne suit pas tout à fait.

Qu'en pensez-vous? Vos réactions m'interressent.

Et cela ne m'empèche pas de gouter RRTC: les meilleures choses peuvent avoir elles aussi leurs petits pb!

Bonne soirée.

Bonsoir,
Il ne faut pas oublier que RRTC ne voit le réseau qu'au travers de la centrale et des interfaces. Les performances du logiciel dépendent étroitement de celles du matériel. Je ne parle pas de celles du PC qui n'intervient qu'à la marge dans l'histoire.
J'ai fait un montage à blanc de mon circuit pour vérifier tout cela. J'ai fait tourner une quinzaine de locos sur 64 cantons sans aucun problème. J'utilise une Twin Center et des modules Loconet.

Patrick

Qu'entends tu par montage à blanc?

Ma Centrale est une EcoS qui me semble fonctionner correctement.(hors rétro faite par un HSI88 et des RM-GB 8 principalement)

Patrice QUOST a écrit:

Qu'entends tu par montage à blanc?
...

les rails posés sur le support, sans fixation, sans décor. Je voulais valider mon système avant de me lancer vraiment. C'est mon premier réseau.
Une petite question subsidiaire, quel est le CPU du PC sur lequel tu fais tourner RRTC ? et ne sert-il qu'à cela ?

Patrick

Comme l'a dit Patrick (Lansing), l'ensemble trains+réseau+centrale+logiciel est un ensemble complexe au sein duquel le logiciel n'est qu'un exécutant et traîte les informations qu'il reçoit.

Personnellement, j'ai tendance à penser que la plupart des problèmes du style de ceux que tu évoques viennent du hardware.

Je prends juste l'exemple de l'IB et de ses reboot intempestifs que tous les possesseurs de cette centrale connaissent bien.

Tu as aussi les problèmes de fiabilité du bus de rétrosignalisation, le S88 par exemple. Un bus CAN permettrait, à mon avis d'éviter bien des problèmes.

Parfois, le logiciel reçoit l'info du problème et parfois non. Quand il la reçoit tu as les fameux messages "Train xxx saute le canton yyy ..." Quand l'IB reboote tu n'as rien. Tu vois juste les train s'arrêter puis repartir et là, ils repartent à l'aveugle, donc il faut appuyer sur le bouton d'arrêt d'urgence.

Les trains eux-mêmes, ceux dont la prise de courant est un peu aléatoire, peuvent être à l'origine d'un brouillage des pistes sur le bus de rétrosignalisation.

Plus tu as de trains et plus il y a d'informations à traîter, donc il vaut mieux avoir un PC performant qu'un vieux portable avec un PII à 400Mhz qui déjà aura du mal à gérer les fenêtres de l'écran si tu en as ouvert un bon paquet.

Voilà mon opinion personnelle sur la question et ça se discute bien sûr.

Jean

Jean_01 a écrit:

...
Je prends juste l'exemple de l'IB et de ses reboot intempestifs que tous les possesseurs de cette centrale connaissent bien.
...

Juste une apparté.
Je fais des essais depuis un an avec ma Twin center, identique à peu de chose près à l'IB. Je n'ai jamais eu le moindre reboot, bien que je la laisse souvent tourner plusieurs jours sans l'arrêter. Il y a en tout 15 modules Loconet branchés sur ma centrale et alimentés par celle-ci.
J'en ai discuté avec des techniciens de chez Uhlenbrock et nous sommes arrivés à la même conclusion, utiliser une alim de qualité avec la bonne tension.
Désolé pour le HS.

Patrick

Lansing a écrit:

J'en ai discuté avec des techniciens de chez Uhlenbrock et nous sommes arrivés à la même conclusion, utiliser une alim de qualité avec la bonne tension.
Désolé pour le HS.

Patrick

Mais pas de souci, c'est bon le HS de temps en temps et puis j'aime beaucoup la conclusion des techniciens de Uhlenbrock sur l'alimentation.

Mon IB, quand elle reboote, c'est dans les dix premières minutes d'utilisation. Si au bout de ce "tour de chauffe" elle n'a pas rebooté, elle ne bougera plus pendant tout le reste du temps d'utilisation. Donc, quand j'ai une démo à faire, je démarre 15 minutes avant et je suis tranquille.

Quant à la qualité de l'alimentation, je souris un peu car j'utilise un transfo Marklin, 52VA, celui là même qu'Uhlenbrock préconisait quand j'ai acheté l'IB, il y a dix ans. Leur préconisation m'allait bien puisque j'avais déjà le transfo en stock

Jean

Bon alors j'y vais moi aussi de mon hors sujet. Je possède également une Intellibox IR V1.55 depuis 2 ans, sans avoir jamais observé le moindre reboot. Il est vrai qu'elle est branchée en permanence, donc si les reboots arrivent dans le 1er quart d'heure, pas de surprise. J'ai lu sur le forum de Freiwald qu'il existe avec l'IB et TC une limitation du nombre de trains exploitables simultanément (environ 5 d'après ce que je comprends). Je suis incapable de retrouver un post explicatif, toujours dans ce même forum. Peut-être quelqu'un a-t-il ici des explications sur ce problème de performance ?

Merci d'avance,
Nicolas

Réponse à la question de Patrick:

Informations relevées dans l'onglet "Propriétés Système":

Genuine Intel(R) CPU
U2500@1,20GHz
1,49 Go de RAM

Le PC n'est utilisé qu'avec RRTC.

Réponse partielle à Jean:
j'avais eu beaucoup de pb ,il y a un an avec la Rétro.Je pense que ce n'est plus une difficulté(HSI88,RM-GB8 ,outre les locos une grande partie des wagons sont avec essieux résistifs,recablage des cantons avec du fil de 1,5mm2,...)
Je ne suis vraiment pas compétent en informatique(je n'ai donc pas d'avis sur l'origine des pb) ,mais depuis longtemps ,je m' interroge sur RRTC mais aussi sur l'Ecos :est-elle capable de suivre,quand elle reçoit une grande quantité de commandes.

Dernier exemple en date:j'ai réalisé un petit tableau de commande (dans RRTC) avec des boutons marche-arret qui me permettent,comme leur nom l'indique,de faire démarrer et d'arreter mes trains(activer et désactiver les trajets).
Si un train tourne,j'appuye sur son bouton d'arrêt,il s'arréte.
Si 10 trains tournent,j'appuye sur le bouton de n'importe quel train ,il faut attendre une minute pour éventuellement le voir réagir et voir stopper le train correspondant!

Autre exemple:pour un test ,j'avais bloqué la sortie d'un canton.
Oubliant cette particularité ,je lance mes trains sans avoir débloquer ce canton,il m'a fallu une minute avant que le clique d'abord sur le canton et ensuite sur le symbole canton bloqué produise son effet et débloque le canton.

Autre exemple :quand les trains(6,8ou 10) tournent sous dispatcher il est très difficile ou très long de déplacer la fenètre du dispatcher ou de faire défiler les trajets dans la fenètre des trajets du dispatcher

Merci de vos commentaires

NicoCho a écrit:

J'ai lu sur le forum de Freiwald qu'il existe avec l'IB et TC une limitation du nombre de trains exploitables simultanément (environ 5 d'après ce que je comprends). Je suis incapable de retrouver un post explicatif, toujours dans ce même forum. Peut-être quelqu'un a-t-il ici des explications sur ce problème de performance ?

Merci d'avance,
Nicolas

Reporte toi au fichier d'aide de TC pour l'Intellibox et tu y verras que IB + Intellibox, c'est jusqu'à 10000 trains.

Seulement, il y a un hic, c'est la puissance de l'IB qui ne délivre que 3A sur la voie. Donc si tu prends 5 trains à 0.5A par train, cela te fait 2.5A auxquels tu ajoutes le courant nécessaire pour les accessoires divers et variés dont l'eclairage des rames et tu n'es pas loin de la limite de puissance de l'IB avec 5 trains roulant simultanément.

Au delà, l'ajout de boosters est fortement conseillé.

Jean

Le U2500 est un Core Duo datant de deux ans ou deux et demi, donc pas de problème de performance théoriquement.
Seulement, si je ne me trompe pas, ton PC est un portable, les performances dépendent des réglages. Suivant les constructeurs on a des possibilités de ralentissement qui sont souvent corrélées à la consommation.
Même si je trouve cette lenteur étrange sur un Core Duo, tu devrais aller faire un tour soit dans la partie Gestion de l'alimentation ou plutôt dans le logiciel spécifique livré avec ta machine qui gère la vitesse du CPU.
Pour mesurer la charge CPU, durant l'utilisation, tu appuies sur Ctrl/Alt/Suppr et tu cliques sur l'onglet "Performances".
Si la charge CPU monte à près de 100% dans les conditions que tu décris, c'est le PC. Sinon c'est la centrale.

Patrick

PS: j'oubliais, reste concernant le PC, la présence de virus ou de spyware, à vérifier, on ne sait jamais.

Pour Patrice,

Dans ton dernier post, il y a le dernier paragraphe qui m'interpelle, c'est à dire la difficulté de déplacer des fenêtres ou de faire défiler des listes dans les fenêtres ou encore des boutons sur lesquels on appuie et qui ne changent pas d'aspect.

Ça, c'est typiquement un problème informatique.

Lors des tests de la version 7, j'ai fait ralentir le PC avec seulement TC allumé, en ouvrant 35 fenêtres simultanément à l'écran, en jouant dans les fenêtres et en ayant 15 trains tournant sous simulateur. Avec 4 fenêtres de plus le PC a crashé. Le PC en question est un Toshiba, sous XP familial SP3, processeur simple coeur à 1.73 GHz et 2Go de ram. C'est celui que j'utilise maintenant pour le réseau.

Jean

Patrice, quand le système est au ralenti, un clic droit sur la barre des taches, puis gestionnaire des tâches, enfin processus. Dans la colonne processeur, tu verras le % d'occupation du processeur pour chaque processus en cours. Cela permet d'identifier un programme qui plante. Avec un core2 normalement il ne doit y avoir acun problème.

Jean_01 a écrit:

Tu as aussi les problèmes de fiabilité du bus de rétrosignalisation, le S88 par exemple. Un bus CAN permettrait, à mon avis d'éviter bien des problèmes.

Le bus Selectrix est aussi très bon!

Jean_01 a écrit:

Lansing a écrit:

J'en ai discuté avec des techniciens de chez Uhlenbrock et nous sommes arrivés à la même conclusion, utiliser une alim de qualité avec la bonne tension.

j'aime beaucoup la conclusion des techniciens de Uhlenbrock sur l'alimentation.

Ah oui elle est pas mal celle-là, je l'avais pas encore entendue. Perso j'ai changé de centrale principalement à cause de ces problèmes de reboot qui pour moi ne sont absolument pas acceptable pour une installation fiable.

NicoCho a écrit:

J'ai lu sur le forum de Freiwald qu'il existe avec l'IB et TC une limitation du nombre de trains exploitables simultanément (environ 5 d'après ce que je comprends). [...] Peut-être quelqu'un a-t-il ici des explications sur ce problème de performance ?

Bien sûr je ne suis pas technicien chez Uhlenbrock, je ne pourrais pas expliquer pourquoi il y a ces problèmes de performances.
Néanmoins ils ont été constatés par pas mal d'utilisateurs de l'IB mais ne concerne que ceux qui utilise le format Motorola. En DCC elle ne pose pas ce genre de problème. Cela transparaît dans le tableau sur le site de Freiwald, en bas de page. Dans la colonne "Uhlenbrock Intellibox" il y a une ligne qui est marquée:

Citation :

X (MM)
XX(DCC)

Ceci correspond à la ligne:

Citation :

Exact speed control for distant stop markers and virtual contacts
- insufficient (0)
- limited (X)
- optimal (XX)

ce qui peut être traduit par:

Contrôle exact de la vitesse pour les marqueurs d'arrêts et les contacts virtuels
- insuffisant (0)
- limité (X)
- optimal (XX)

Il y a donc une différence si vous utilisez le format Motorola ou DCC pour la conduite de vos locomotives et la précision des arrêts avec l'IB.

Quelques personnes utilisant une IB avec le protocole Motorola et TrainController m'ont en effet confirmé qu'au delà de 3-5 trains en automatiques les arrêts avec des contacts virtuels s'écartaient très fortement de ce qui est entré dans TrainController et même pire, varie en fonction du nombre de trains en circulation.

Patrice QUOST a écrit:

Autre exemple :quand les trains(6,8ou 10) tournent sous dispatcher il est très difficile ou très long de déplacer la fenètre du dispatcher ou de faire défiler les trajets dans la fenètre des trajets du dispatcher

Oui, j'ai aussi constaté cela ( mais avec la version 5.8 ) sur une installation qui avait un PC un peu "limite" si on se fie à la fameuse formule magique:

Citation :

(Nombre de trains circulant simultanément x 33 Mhz) + (Nombre de blocs x 5 Mhz)

Je ne sais pas si elle s'applique toujours à la version 7 mais en tout cas ça donne une première idée. Il y a d'ailleurs quelques sujets là-dessus, notamment sur la partie allemande du forum de Freiwald. Dans tout les cas il n'est pas recommandé de descendre en dessous de 1 Ghz pour le processeur et mini 1 Go de mémoire Ram, même si, sur le PC, il ne tourne que TrainController.

Voilà pour mes "petites réflexions", basées sur mes "petites expériences".

Bonsoir Yann,

Yann a écrit:

Cela transparaît dans le tableau sur le site de Freiwald, en bas de page.

Excellent, j'avais oublié ce tableau. Limpide.

Merci,
Nicolas

Bonjour,

Merci à vous tous pour tous ces commentaires très intéressant.

Je vais regarder cette question de la charge CPU .

Jean,tu as écrit:

Ça, c'est typiquement un problème informatique.

Mais encore.
Je ne pourrais absolument pas ouvrir 35 fenétres en même temps.
J'ai 20 fenêtres de locos ouvertes et ammarrées sur l'écran du PC,le TCO principal sur un second moniteur (grand écran) ,deux TCO annexes ammarrés sur l'écran du PC(plaque tournante (montage perso sur plaque Jouef)et tableau de commande) et le dispatcher avec sa liste de trajet en fenêtre volante.
Et comme je l'ai indiqué la réactivité d'une fenêtre quelconque est très mauvaise(lente)


Est-ce que parmi vous d'autres ont une configuration RRTC+EcoS+ plus de 10 trains?
Je ne sais pas le prouver ,mais je sens qu'autant tout va bien avec 4ou 5 trains ,autant tout "se ralentit" avec beaucoup plus de trains en circulation.Est-ce que l'Ecos est en cause?

A propos de la formule magique rappelée par Yann:

14x33+ 75x5=837 pour 1200 ce devrait être bon.

Bonne journée et merci de votre aide.

Patrice QUOST a écrit:

Et comme je l'ai indiqué la réactivité d'une fenêtre quelconque est très mauvaise(lente)

Avec quelle résolution travaillez-vous? Juste pour tester, et si vous diminuer fortement la résolution dans les propriétés d'affichage Windows (Démarrer > Paramètres > Panneau de config. > Affichage), est-ce que la manipulation des fenêtre devient plus fluide? (dans la même exploitation, avec le même nombre de trains en fonctionnement).

Citation :

J'ai 20 fenêtres de locos ouvertes et ammarrées sur l'écran du PC,le TCO principal sur un second moniteur (grand écran) ,deux TCO annexes ammarrés sur l'écran du PC(plaque tournante (montage perso sur plaque Jouef)et tableau de commande) et le dispatcher avec sa liste de trajet en fenêtre volante.
Et comme je l'ai indiqué la réactivité d'une fenêtre quelconque est très mauvaise(lente)

Bonjour Patrice,

Mon avis personnel concernant ton problème de lenteur de fenêtre :
Avec ton moniteur supplémentaire et tout ce que tu ouvres dessus, il ne serait pas étonnant que la carte graphique du PC soit un peu débordée à pleine charge. Ceci pouvant expliquer celà. Par contre les temps de réaction de commande seraient plutot liés à un manque de débit dans la transmission des données. Je ne connais pas encore très bien TC et pas du tout l'Ecos, mais n'y a-t-il pas quelque part une possibilité de règlage de la vitesse ( configuration de la transmission entre 9600 et 38400 bauds ) ?
A+
Elie

DiCoS69 a écrit:

n'y a-t-il pas quelque part une possibilité de règlage de la vitesse ( configuration de la transmission entre 9600 et 38400 bauds )

Non, car l'ECoS travail avec un port Ethernet pour la connexion à un ordinateur.

Une surcharge de la carte vidéo me semble improbable. RRTC fonctionne en 2D et ne sollicite donc pas la carte vidéo.
Par contre un anti virus mal configuré, ou un petit utilitaire en tache de fond peut créer ce genre de problème.

Bonsoir,

Je pense que Yann a mis le doigt sur le pb ou en tout cas une partie du pb.
Je vous livre le résultat des tests de cette fin d'après-midi.

Lorsque 10 trains tournent l'utilisation de l'UC monte à 50/60%,tout va bien.

Par contre à vide,lorsque qu'aucun train ne tourne ,le déplacement rapide de la fenêtre du dispatcher (ou autre fenêtre)entre l'écran du PC et l'écran du moniteur supplémentaire(ou l'inverse) fait monter l'utilisation de l'UC à 60%.

Je pense qu'il y a là un pb.
Quelle est pour autant la solution?

Par ailleurs,pour ce qui est du temps de réaction de RRTC (ce qui est un vrai pb) je continue d'avoir l'impression que l'Ecos est vite "débordée"


Concernant le pb des virus ,ce PC n'est pas relié à l'extérieur(pas de liaison teléphonique oû il se trouve).Lorsque je fais mes mises à jour de RRTC ou de l'Ecos j'utilise un autre PC(distance entre les deux importante) et je transfert mes fichiers avec une clef USB ou mon disque dur de sauvergarde de RRTC.Le risque est donc minime,je pense.

Olid,qu'est ce que tu appelles "un petit utilitaire".Je n'ai,sur ce PC, que RRTC(Traincontroller,Trainanimator et les fichiers d'images des locos et wagons .

Bonsoir et merci à tous pour votre aide.

Pour le virus, je n'ai pas dit qu'il s'agissait d'un virus mais de l'antivirus lui même. j'ai vu le problème sur le PC d'un ami, de l'anti virus qui montait à 70 % de charge, pour un seul programme qui tournait et qui reprenait une activité plus normale dès que ce programme était fermé. Si le problème survient lors de la manipulation de fenêtres, c'est peut être aussi un pilote graphique à mettre à jour. Bref, la difficulté c'est que ça peut venir de beaucoup de choses différentes, et qu'elles sont difficiles à identifier à distance. A priori ta configuration est largement suffisante, mais l'informatique n'est pas une science exacte...

Patrice QUOST a écrit:

Par contre à vide,lorsque qu'aucun train ne tourne ,le déplacement rapide de la fenêtre du dispatcher (ou autre fenêtre)entre l'écran du PC et l'écran du moniteur supplémentaire(ou l'inverse) fait monter l'utilisation de l'UC à 60%.

Pourriez-vous essayer avec la dernière version 7.0 B1 de TrainController et nous dire si il y a une amélioration?

Bonjour Yann,

J'utilise déjà la 7.B1.

C'est difficile à dire,j'ai l'impression un peu moins qu'avec la première version 7

Il me semble que mon second moniteur utilise vraiment beaucoup de capacité.

Je ne suis pas spécialiste informatique:il faut peut-être que j'envisage d'utiliser un PC plus puissant.De toutes façons,cela ne pourra pas faire de mal!

Bonjour Yann,

J'utilise déjà la 7.B1.

C'est difficile à dire,j'ai l'impression un peu moins qu'avec la première version 7

Il me semble que mon second moniteur utilise vraiment beaucoup de capacité.

Je ne suis pas spécialiste informatique:il faut peut-être que j'envisage d'utiliser un PC plus puissant.De toutes façons,cela ne pourra pas faire de mal!