Messages

61

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

« le: janvier 15, 2024, 01:20:58 pm »

Les lames :

Dans mon éditeur graphique, les lames sont les formes qui composent l'appareil de voie.
lames = 1 = AB
lames = 2 = CD
lames = 3 = AD

L'avantage, c'est que c'est extensible à n'importe quel appareil de voie, de n'importe quelle forme. Je trouve ça plus clair.

On peut très facilement avoir un tout petit fichier qui transforme la position réelle des lames réelles en un numéro de lames.
Dans le commerce, il y a quelques disparités :
Par exemple, pour une TJD en voie M chez Märklin, il n'y a qu'un seul moteur et 2 positions : le croisement droit et les 2 arcs de cercle.
Chez Peco, si on veut aller tout droit, il n'y a effectivement qu'une seule lame qui bouge, l'autre étant dans une position quelconque. C'est juste pour tourner qu'il faut préciser la position des 2 lames. C'est très proche de la SNCF.

Denis

62

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

« le: janvier 15, 2024, 12:49:30 pm »

@ Pierre,

Je décortique ta proposition de JSON.
Si j'ai bien compris, Voisins1, c'est "en reculant" et Voisins2 c'est "en avançant" ?
Par ailleurs, dans une TJS, pour aller vers z1 en venant de z3, il suffit que A1 soit tout droit. A3 indifférent. (voir PJ)

Me trompe-je ?

Denis

63

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

« le: janvier 14, 2024, 07:49:42 pm »

Validez vous ma vision des choses :

"éditeur de JSON" -> JSON -> Gestionnaire Locoduino
En disant que je m'occupe de la partie "éditeur de JSON", je serai aussi confronté à mon problème : "mon éditeur graphique" -> fichiers textes -> JSON.
Mais c'est mon problème.

Denis

64

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

« le: janvier 14, 2024, 07:31:06 pm »

Je veux bien essayer de m'occuper de cette phase. (questions -> JSON)
Occupez vous de savoir tout ce qui doit être dans ce fichier pour que le gestionnaire fonctionne

Denis

65

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

« le: janvier 14, 2024, 07:15:20 pm »

Non, je veux quelque chose qui lui pose des questions.
"Quelle zone voulez vous rentrer ?"
"Dans quel sens voulez vous rouler sur cette zone ?"
etc...

Que l'utilisateur ne soit pas conscient qu'il est en cours d'écriture d'un fichier JSON.

Denis

66

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

« le: janvier 14, 2024, 07:01:49 pm »

@ Etienne

Tu as parfaitement raison : le plus simple, c'est de rentrer toutes les données qui vont bien directement dans un programme de PC.
C'est économe en place, ça marche parfaitement, mais c'est le même problème qu'avec JSON : il fait bien connaître le langage utilisé.
C'est ce qu'on voudrait éviter et que ce soit via un "éditeur de JSON".
Par ailleurs le passage par JSON permet plus d'universalité : c'est indépendant de ce qu'on a fait avant.

Je m'explique : on part d'un JSON et on fait un gestionnaire Locoduino le plus complet possible (en démarrant par une phase simple)
Après, c'est au programmeur de se débrouiller pour partir de son programme spécifique pour générer le fichier JSON.
Une fois le JSON produit, ça roule.

Pour quelqu'un qui part de zéro, il faut faire un "éditeur de JSON".

Denis

67

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

« le: janvier 14, 2024, 06:08:07 pm »

Je pense que l'utilisation de JSON permet de créer un fichier suffisamment structuré.

Par contre, jamais un novice n'ira là dedans tout seul.
Or c'est le but de ce fil : avoir un gestionnaire puissant sans être au fait de toutes les subtilités de la SNCF.

Donc, le challenge, c'est d'avoir une interface ordinateur (PC/MAC) simple qui génère le JSON.

Dans ce but, je trouve qu'on devrait s'en tenir, dans un premier temps, au stricts cas utiles dans le Locoduinodrome.

Cela me permettra, au passage, de comprendre un peu mieux ce qu'est vraiment un fichier JSON.

Denis

68

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

« le: janvier 14, 2024, 01:13:08 pm »

@ Etienne

Je pense que la distinction des aiguilles gauche/droite n'est pas la bonne. Je préfèrerait TD/DV (Tout Droit/ DeVié) pour voir la distinction de vitesse entre la vitesse en cas de position tout droit et en position déviée. Il y a les aiguilles enroulées, bien sûr 
On peut aussi dire autrement en donnant carrément la vitesse pour chaque position (120/30) qui serait plus universelle ?

Denis

69

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

« le: janvier 14, 2024, 11:09:56 am »

Ok, c'est vrai qu'il faut des choses claires.

Si on revenait au JSON de Pierre ?
Parce que je suis tout à fait novice sur ce format de données qui m'a l'air intéressant.
Qu'est ce qui doit être entre crochets [...] et qu'est ce qui doit être entre accolades ? {...}

Denis

70

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

« le: janvier 14, 2024, 10:05:12 am »

On était parti dans la définition de certains termes.

Je propose qu'on indique dans le cahier des charges qu'on a une signalisation type BAL (Bloc Automatique Lumineux).
Il existe à la SNCF de nombreux types de blocs correspondant à différents types de situations. Mais on se limitera ici au BAL qui est le plus utilisé aujourd'hui.

71

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

« le: janvier 14, 2024, 09:59:33 am »

Je pense qu'il faut faire les choses dans l'ordre.

Pour l'instant, on se cadre sur la description du réseau. On n'en est pas encore à la signalisation.
On a juste mis des signaux pour le schéma et pour savoir quel type de signal il fallait et où il fallait en mettre.
On fait une première description du réseau, ne serait-ce que pour savoir si on la rentre sous forme de texte brut ou de texte un peu plus structuré (JSON)
Après, il faudra faire circuler UN train pour voir comment les infos circulent dans le bus CAN (localisation, retour vers le gestionnaire, gestionnaire centralisé ou décentralisé ...)

Il est évident qu'il faudra d'autres infos dans le JSON de la description du réseau, liées à la vitesse maxi, par exemple.

Dernière remarque : on a volontairement écarté la zone de manœuvre dans le Locoduinodrome. Ça ne veut pas dire qu'on n'en parlera jamais, mais pas pour l'instant.
Je pense que la gestion de la zone de manœuvre sera très simple une fois que le système général fonctionnera.

Denis

72

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

« le: janvier 14, 2024, 09:10:18 am »

@ Christophe

Ton raisonnement sur la description du réseau se tient pour le vrai réseau que tu testes.

Mais quid des croisements ?
Comment peux-tu le décrire ? Il n'y a pas de position des lames. D'une carte canton à l'autre, c'est tout droit, tout le temps, dans les 4 cantons qui l'entourent.

Par ailleurs, il faut tenir compte de l'occupation par un itinéraire, même avec rien dessus. Or je ne vois pas de notion d'itinéraire dans ton gestionnaire.
C'est peut être en gestation et tu ne l'as pas encore développé, mais, à un moment, il te faudra des itinéraires.

Denis

73

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

« le: janvier 13, 2024, 08:51:51 pm »

Le problème, c'est qu'à la SNCF, ils doivent gérer TOUS les cas, TOUTES les situations. Et des cas particulier, il y en a plein.
Je propose de considérer les cas les plus fréquents à la SNCF sur nos réseaux. Et ne pas considérer les cas les plus particuliers de la SNCF.

Zone = là où il y a une détection électrique
Canton = constitué d'une ou plusieurs zones, mais qui ont un signal à chaque extrémité (ou à une seule si le canton est unidirectionnel).
Bloc = c'est un système de gestion de l'espacement des trains qui, entre autres, utilise des cantons.

Denis

74

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

« le: janvier 13, 2024, 07:07:14 pm »

Je suis venu aussi à séparer le gestionnaire du TCO, c'était déjà le cas avec l 'ancien Locoduinodrome.

C'est dur, avec des trains virtuels...

Denis

75

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

« le: janvier 13, 2024, 07:02:08 pm »

@ Pierre

C'est sûr qu'il faut détailler la méthode que tu utilises.
D'un autre côté, ça ne parait pas si impossible que ça de partir de mon (vrai) fichier pour arriver à ça en Processing.

Denis