Messages

46

Vos projets / Re : Projet partagé d'un gestionnaire de réseau

« le: avril 08, 2025, 05:06:02 pm »

Bonjour,

J'étais en vacances la semaine dernière. Je repris hier et ça donne ça comme TCO.
Pour un réseau de 137 zones, 74 moteurs d'aiguille, 14 bretelles et 17 super appareils, 92 signaux, c'est assez sympa.

Le JSON fait 2627 lignes et il est complet. Il faut l'ouvrir avec Excel.

Le fichier Zones montre toutes les infos que le programme ne peut pas deviner.
Il y a beaucoup de champs en blanc car je n'ai pas rentré les infos de longueur, de vitesse, de gare et de zones de manœuvres.

Ce qui me fait plaisir, c'est que j'ai tout rentré sans aucun arrêt du programme (je faisais quand même de temps en temps des sauvegardes...), alors que je me suis planté, qu'il a fallu supprimer des zones, les recréer, la routine, quoi.

Je mettrai le programme dans un prochain post. Il y a encore des choses que j'aimerais améliorer avant.

A suivre
Denis

47

Vos projets / Re : Projet partagé d'un gestionnaire de réseau

« le: mars 29, 2025, 07:29:02 pm »

Bonjour à tous,

Pourquoi j'ai choisi "Luzy" ?

"Luzy" est, à ma connaissance, le plus grand réseau français installé chez un particulier (à part, peut-être "Soumagnac" ?). En tout cas, le plus célèbre, animé par quelqu'un de fort sympathique (Renaud Yver) qui diffuse son savoir avec entrain ( ). Le fil consacré au réseau fait … 1048 pages !!
En particulier, il utilise RRTC (Trains Controller), version gold et on a le plan.
En entrant les infos de "Luzy" dans mon programme, je m'attendais à trouver des problèmes nouveaux et c'est effectivement le cas.
J'ai donc passé 10 h en tout pour le rentrer (8 h de saisie pure et 2 h à déplacer à la souris les pavés pour que ce soit joli).
A la fin, j'ai 138 zones (le réseau fait 50 m²).

Il n'y a plus de problèmes "plantatoires", mais il reste des problèmes "dessinatoires", comme vous allez le voir sur le TCO.

Explication :

J'ai deux (!) TCO car le premier se calcule en dessinant les zones, puis les "connecteurs", c’est-à-dire toutes les lignes qui vont d'une zone à une autre. Là, ça marche.
Mais le calcul est long car il y a trop de calculs à faire. Ce n'est pas un problème dans un éditeur, mais c'est rédhibitoire dans un gestionnaire.
En effet, je vais prendre comme exemple la Z37 dans le réseau de Dominique.

Elle est constituée de 5 droites :
Droite 0 : c'est la droite de la section "Z37".
Droite 1 et droite 2 : le programme calcule les coordonnées du coude de trace les deux droites avec les points qu'il a déjà : la point à gauche de Z37 et le point à droite de Z45 (ce sont des points de zone).
Droite 3 et droite 4 : le programme calcule les coordonnées du coude de trace les deux droites avec les points qu'il a déjà : la point à droite de Z37 et le point à droite de Z46/0 (ce sont des points de zone).
Donc des calculs de points à faire et 5 droites à tracer.
Hors de question de faire pareil dans le gestionnaire !

Je garde donc les coordonnées de tous les points du réseau dans une table imprimable (TOUS_PTS, 25 colonnes, qui ne sert à rien, sauf en développement).
Puis je raisonne en disant qu'avec les coordonnées de 4 points, je pourrais dessiner la même chose avec seulement 3 droites, sans calculs. C'est la table TCO qui recense les points réellement utiles pour chaque zone. Il n'y a plus que 9 colonnes !
C'est là qu'il subsiste quelques erreurs, visibles en comparant les 2 images.

Mais, en même temps, il y a le calcul du JSON (2 681 lignes !), avec juste quelques erreurs dans quelques signaux. Je vais voir.

A suivre

Denis

48

Vos projets / Re : Projet partagé d'un gestionnaire de réseau

« le: mars 28, 2025, 09:11:01 am »

Bonjour à tous,

Concernant Luzy, j'ai bien fait de me lancer. Il y a quelques nouveautés dans la V24 que je mettrai en ligne bientôt.

Exemple :
J'avais envisagé pour les noms de zone des choses du type XXX ou XXXCCC ou XXXCCC/CCC (X = une lettre, C = un chiffre), mais j'avais oublié XXXCCCX (Voie 3 A)

Maintenant, la largeur du trait sera fonction du nombre de cases du fond, les appareils de voie n'auront plus d'étiquette, les étiquettes auront une largeur variable en fonction du texte et leur emplacement sera aussi désolidarisé de la position du pavé (comme les signaux).

Pour info, un réseau comme Luzy nécessite 4 h de saisie pure. C'est peu pour un réseau de 10 m x 5,25 m.

A suivre
Denis 

49

Vos projets / Re : Projet partagé d'un gestionnaire de réseau

« le: mars 28, 2025, 08:51:33 am »

Bonjour Dominique,

La taille de la fenêtre est "en dur" dans le programme. C'est même la toute première instruction dans le setup() et elle est obligatoire.
Donc, il y a 2 possibilités : soit la taille programmée, soit plein écran ("Bouton vert" pour Mac et "Carré" pour Windows)

Denis

50

Vos projets / Re : Projet partagé d'un gestionnaire de réseau

« le: mars 27, 2025, 10:36:54 am »

Bonjour à tous,

J'ai démarré le réseau de Luzy, histoire de voir comment ça se passe avec un très grand réseau.
On a la chance d'avoir la version RRTC de ce réseau, Renaud Yver étant un spécialiste de ce logiciel.

Alors, le résultat est que le programme, à la V23 fonctionne bien, sans plantage.
Remarque : pour que l'analyse se passe bien alors qu'on n'a pas rentré tous les éléments, il suffit de mettre un butoir aux extrémités (C26 et C31 pour Luzy).
On peut ainsi afficher un TCO correspondant à ce qu'on a déjà rentré.

Mais il va falloir modifier les dessins pour le gestionnaire :
Si on met le nom des aiguilles sur les aiguilles, on cache tout. RRTC ne met pas les noms des aiguilles.
Je ne mets pas les noms des signaux dans le gestionnaire. A discuter.
La largeur des traits est certainement à réduire, en fonction du nombre de pavés du TCO.

A suivre
Denis

51

Vos projets / Re : Projet partagé d'un gestionnaire de réseau

« le: mars 26, 2025, 10:31:47 pm »

Bonsoir,
J'ai beaucoup travaillé avec des fichiers existants et il restait des bugs pour les zones initiales, ainsi qu'en sauvegarde impossible...

Bon, on peut créer les premières zones et les sauver sans bugs.
C'était simple à corriger, mais ça n'était pas viable.

La V23 fonctionne. Je commence à rentrer Luzy.

Le programme étant construit pour générer un fichier JSON, il ne le calcule que quand tout est OK, c'est à dire quand l'analyse ne détecte plus rien.
Or, au début, il manque forcément des éléments et l'analyse trouve des choses à redire, d'où le message d'erreur systématique quand on veut sauver.
Il ne faut pas en tenir compte.
Puis la sauvegarde se fait, mais sans le fichier JSON, ce qu'indique le dernier message.

Donc, la toute première fois, vous partez sans aller chercher un fichier (bouton "Zones").
Puis vous sauvez, ce qui génère un fichier "Zones", entre autres.
Et la fois d'après, vous allez chercher les fichiers (boutons "Fichiers" puis "Charger") pour le compléter.

Denis 

52

Vos projets / Re : Projet partagé d'un gestionnaire de réseau

« le: mars 26, 2025, 03:24:13 pm »

Normalement, c'est mieux...
Je supprime les Z21 et les Z20 qui souffraient du même défaut

53

Vos projets / Re : Projet partagé d'un gestionnaire de réseau

« le: mars 26, 2025, 02:59:44 pm »

J'ai trouvé le bug.
Recharge la V21 (j'ai aussi remis à jour celle que j'avais mis dans mon post de ce midi)

Denis

54

Vos projets / Re : Projet partagé d'un gestionnaire de réseau

« le: mars 26, 2025, 02:22:59 pm »

Tu as essayé avec la version 21  envoyée ce midi ?

55

Vos projets / Re : Projet partagé d'un gestionnaire de réseau

« le: mars 26, 2025, 01:44:23 pm »

Merci Christophe,

Le programme fourni permet déjà de renter son réseau et d'en faire un JSON et un TCO.
Si quelques uns de mes lecteurs pouvaient essayer de rentrer leur propre réseau, cela ferait plusieurs exemples pour faire des tests.
Et trouver ainsi des cas "à problèmes" pour pouvoir améliorer le programme.

Je pense que je vais rentrer "Luzy", pour voir si ça marche.

Effectivement, si le gestionnaire pouvait suivre, ce serait super.

Denis

56

Vos projets / Re : Projet partagé d'un gestionnaire de réseau

« le: mars 26, 2025, 12:31:19 pm »

Bonjour à tous,

Voici la dernière version de mon éditeur JSON, version 21.

Après avoir corrigé quelques bugs, j'ai bien développé le TCO, en 2 versions :

1°) Version de vérification avec toutes les infos (nom des signaux, gare, manœuvre)
2°) La version gestionnaire, plus sobre, qui tient compte des zones multiples (en gris) et qui affiche la première position des lames pour les appareils de voie.

Le programme est effectivement énorme.

C'est en faisant le gestionnaire que je vais essayer de m'approprier des techniques de programmation objet nettement plus efficaces et que j'utiliserai les fonctions JSON de Processing.
Pour l'instant, je faisais tout "à la main" parce que je voulais définir toutes les infos nécessaires et dessiner un TCO. Maintenant que c'est fait, que je vois vraiment où j'en suis, je vais utiliser des techniques nouvelles.
 
Mais j'aurais un cahier des charges complet.

Les puristes vont me dire : "Mais il fallait commencer par là". C'est vrai…

Denis 

57

Vos projets / Re : Projet partagé d'un gestionnaire de réseau

« le: mars 25, 2025, 07:11:04 pm »

Bonjour à tous,

PARENTHESE...

Je viens d'aller voir ce que j'avais écrit sur mon éditeur de réseau (dessinez votre réseau (le système de Denis)) et mon gestionnaire (gérez votre réseau (le système de Denis)) et il ne reste quasi rien de mes fils. Le piratage est passé par là...
J'étais surpris que plus personne ne me pose de questions : j'ai la réponse 

De toutes façons, Ces deux fils servaient surtout à voir la faisabilité de réaliser un TCO facilement sous Processing et de faire un gestionnaire complet, également sous Processing. Il y avait de jolis trains virtuels et il restait à relier ça à un bus CAN pour qu'on passe aux trains réels.

Je vais les ressusciter ici, d'une part parce qu'il y avait quand même pas mal de bonnes idées et, d'autre part, parce que le gestionnaire était fonctionnel. Toutes les questions que je m'étais posées restent tout à fait d'actualité.

Le gestionnaire que je vais écrire, à la suite de la création du JSON sera, bien évidemment, fortement inspiré de mon ancien gestionnaire, sans trains virtuels.

J'ai, aussi, sous le coude un éditeur de TCO parfaitement à l'échelle (genre CDM rails, mais plus développé), mais il est pour l'instant encore avec des bugs. On verra plus tard.

FIN DE LA PARENTHESE

Denis

PS : merci d'avance à Pierre pour son aide 

58

Vos projets / Re : Projet partagé d'un gestionnaire de réseau

« le: mars 18, 2025, 01:03:39 pm »

Bonjour à tous,

Mais pourquoi donc ai-je réalisé ce programme ?

C'est vrai qu'on pourrait se poser la question à une époque où il y a des IA qui génèrent automatiquement un fichier JSON à partir de données.

Pourquoi un fichier au format JSON ?

C'est un format moderne qui permet de ranger des informations dans une structure claire, en identifiant bien les objets. En plus, il est géré nativement dans Processing, ce qui ne gâche rien.

Le choix du format JSON étant fait, pourquoi se casser la tête avec un programme de plus de 10 000 lignes, avec plus de 1 000 "if" et près de 500 "case" ??
Parce que, si la rédaction d'un fichier au format JSON quand on a déjà les infos est automatisable par IA, le calcul de toutes les infos l'est beaucoup moins.

Il faut se rendre compte que mon fichier JSON contient 90 % d'infos calculées, pour 10 % d'infos directes !
Par exemple, je dis qu'une zone s'appelle "Z25" et qu'elle "a un signal côté B".
Dans le JSON, on saura ça :
------------------------------------------------------------------
zone Z25 signal cote A : panneau -, signaux = -
zone Z25 signal cote B : panneau Cv sol, G, signaux = C1 : A, VL, RR30, (Z26 lames2), RR60, (Z26 lames1),  R30, (Z28), C, Cv, M,  Bs19
1°) Il n'y a pas de signal côté A (ça, ce n'est pas dur)
2°) Du côté B, il y a un signal sur un panneau "G", avec un signal au sol qui affiche "Carré violet" et "Manœuvres" et, sur le panneau, qui s'appelle "C1", les signaux "Avertissement", "Voie Libre", "Rappel de Ralentissement à 30 km/h" quand l'aiguille de la zone Z26 a les lames en position 2, "Rappel de Ralentissement à 60 km/h" quand l'aiguille de la zone Z26 a les lames en position 1, "Ralentissement à 30 km/h" si vous allez vers la zone Z28, le "Carré" et que la balise qui concerne ce signal a le numéro 19.

Au passage, ça vous dit quels panneaux acheter pour votre réseau et comment brancher vos moteurs d'aiguilles pour économiser les boutons (bretelles détectées automatiquement, "super appareils" pour regrouper les moteurs)

Et, "accessoirement", on dessine un TCO dans la foulée…

Et, tout ça sans à priori sur le réseau qui peut être de n'importe quelle taille et composé de n'importe quels éléments.

Denis

59

Vos projets / Re : Projet partagé d'un gestionnaire de réseau

« le: mars 13, 2025, 08:06:40 am »

Bonjour,

J'ai remis à jour le lexique (zones d'approche, de sortie, enclenchements et TCO).

La partie TCO de mon programme doit être remaniée. J'y ai ajouté les coupures de rails et je vais déplacer les signaux à leur proximité.
Et, surtout revoir la manière de travailler en gérant, à nouveau, des connecteurs (X, Y, orientation, ...).
C'est vraiment dur de s'en passer ...

Denis

60

Vos projets / Re : Projet partagé d'un gestionnaire de réseau

« le: mars 12, 2025, 04:49:05 pm »

Bonjour Pierre,

Tu as raison, il faut détailler les enclenchements. D'autant que je parle des zones d'approche et des itinéraires.
C'est un sujet fondamental, régulièrement oublié quand on résume les itinéraires à une liste d'aiguilles qui se mettent en mouvement quand on appuie sur un bouton.

Merci pour tes encouragements.

Denis