Messages

31

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

« le: janvier 31, 2024, 06:29:47 pm »

@ Pierre,

Une forme, c'est le dessin d'un segment de droite, d'un arc de cercle, un arc de parabole (dans mon nouvel éditeur graphique).
Pour dessiner une aiguille, il faut dessiner 2 formes : un segment de droite et arc de cercle.
Toutes les formes sont noires et une seule forme est grise, fonction de la position des lames.

Sur le point 5, je ne demande qu'à voir, ça me parait très intéressant. 

Denis

32

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

« le: janvier 31, 2024, 05:26:40 pm »

Quelques éléments de réflexion :

1°) Quelle que soit la méthode employée, on va devoir afficher des formes (que ce soit pour les segments ou les appareils de voie) pour les itinéraires. J'ai bien dit "formes".

2°) Pour les appareils de voie, une seule et unique forme sera affichée dans un itinéraire.

3°) Il faut donc une fonction qui, pour un appareil de voie donné, affiche une seule forme, fonction de la position des lames.
Z3 :
A2 droit + A3 droit -> forme 0
A2 gauche + A3 gauche -> forme 1
A2 droit + A3 gauche -> forme 2

4°) Je ne veux pas rentrer quelque part la suite de zones des 180 itinéraires de ma gare.
Donc, il faut une fonction qui trouve cette suite toute seule, une fois l'origine et la fin de l'itinéraire donnés.

5°) Pour connaitre la zone suivante, dans les 2 sens, j'utilise la méthode suivante :

Au fur et à mesure de la lecture du fichier JSON, je crée une ArrayList des connecteurs.
Un connecteur c'est un point à la limite de 2 formes et, donc, de 2 zones :

ID, Zx, forme Nx, cote_x de la forme (0 ou 1) , Zy, forme Ny, cote_y de la forme (0 ou 1)

Par ailleurs, au fur et à mesure de la lecture du fichier JSON, je mets à jour, dans Zones,
 une variable ligne_connecteur[a1][b1].
a1 = n° de la forme et b1 = coté de la forme (0 ou 1)

Pour dessiner un itinéraire, on part d'un connecteur, du coté de l'avant du train (la loco ou le dernier wagon). Ça nous donne la zone d'origine et le coté origine.
En balayant l'ArrayList des connecteurs, côté Zx ou Zy, je trouve le connecteur origine.

Si c'est Zx, la zone suivante, c'est Zy, et réciproquement.
Supposons qu'on ait Zx. On va chercher dans la même ligne du connecteur Zy, avec le cote_y de la forme y
On va dans Zone y et on cherche ligne_connecteur[forme y][1-cote_y]
On va dans les connecteurs, directement à la ligne indiquée, et y cherche Zy (à gauche ou à droite).
Et on recommence.

Il n'y a qu'un seul balayage, au début, puis on suit par adressage direct. Et ça marche pour la signalisation et les itinéraires et dans les 2 sens.

Denis

33

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

« le: janvier 31, 2024, 09:10:48 am »

@ Pierre et autres

L'éditeur JSON qui rentre les segments et les appareils de voie peut permettre de rentrer n'importe quelle zone.



Si on découpe la zone complexe en morceaux ("pavés"), en utilisant un caractère spécial "/", on a Z1/1, Z1/2, Z1/3, Z1/4, Z1/5.
Chaque zone est décrite comme une autres (les voisins de Z1/3 sont Z1/1 et Z1/4)
Et, à la fin, on regroupe automatiquement tous les morceaux en une seule zone avec les (AC, AD, AE, AF, AG, BC, BD, BE, BF, BG) comme trajets de la zone.

Par ailleurs, dans un trajet, on met ["origine", "extrémité", ["aiguille","position"], ..., ["aiguille","position"] ], avec de zéro (pour les segments et les croisements) à "n" ["aiguille","position"] suivant la complexité de la zone.

Denis

34

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

« le: janvier 30, 2024, 08:16:37 pm »

@ Pierre,

Voici une autre proposition, en exemple, pour Z3 et Z4:

Code: [Sélectionner]

"Zone": [
           [
               "nom" : "Z3",
               "sens" : "banalise",
               "trajets" : [["Z5","Z1",["A1","droite","A3","droite"]
                               ["Z5","Z0",["A1","droite","A3","gauche"]
                               ["Z4","Z0",["A1","gauche","A3","gauche"]]
           ]
           [   "nom" : "Z4",
               "sens" : "pair",
               "trajets" : [["Z3","Z6",["A2","gauche"]
                               ["Z2","Z6",["A2","droite"]]
           ]
       ]
Denis

35

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

« le: janvier 30, 2024, 07:09:16 pm »

@ tous,

Sans faire les modifs du JSON (pour l'instant), j'ai corrigé quelques bugs signalés par Dominique.

Voici la nouvelle version, normalement plus ergonomique. Il reste les bugs avec les fenêtres qui ne sont pas toujours au 1er plan (mais je n'ai pas la solution...)

Denis

36

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

« le: janvier 30, 2024, 05:49:45 pm »

@ Pierre,

J'ai beaucoup de mal à comprendre les demi-trajets pour les appareils de voie à base de croisements.
Il faut imaginer un point fictif, partir de ce point et ne parler que d'une aiguille alors qu'il en a deux...
Les trajets complets sont peut-être un peu plus lourds, mais nettement plus simples à imaginer.

Par ailleurs, cette nouvelle notation est beaucoup plus compacte (plus d'accolades), mais j'imagine qu'il faut en mettre, comme avant ?

Denis

37

Modélisation, Architectures logicielles et matérielles / Re : DCC : Détection par consommation avec des courants faibles

« le: janvier 30, 2024, 04:32:56 pm »

Bonjour Christophe,

RF-R1 forment un pont diviseur pour avoir 4V à l'anode de la diode.
V sortie = V entrée * R1/(R1+RF). Ici, 5*10/12 = 4.16V
On perd 0,7 V dans la diode. Il reste 4.16 - 0.7 = 3.46 V aux bornes du condensateur.

Comme il y a une diode, le condensateur ne peut pas se décharger dans R1.

Plus le condensateur sera gros, plus longtemps il gardera une charge => moins on sera sujet aux micro coupures (rails sales)

Denis

38

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

« le: janvier 30, 2024, 04:24:25 pm »

@ Pierre,

C'est ce que je proposais dans un post et dans mon programme. Pourquoi "E" pour le triple ?

Je suis OK pour le terme "trajet" car on peut dire "trajets" et "trajet", ce qui n'est pas le cas de "parcours" 

Je propose, pour les trajets de Z3 :

Code: [Sélectionner]

"trajets" : [
    {
        "trajet" : "AB",
        "voisin1" : "Z5",
        "voisin2" : "Z1",
        "aigs" : [
            {
                "aig" : "A1",
                "pos" : "droite"
            },
            {
                "aig" : "A3",
                "pos" : "droite"
            }
        ]
    },
    {
        "trajet" : "AD",
        "voisin1" : "Z5",
        "voisin2" : "Z0",
        "aigs" : [
            {
                "aig" : "A1",
                "pos" : "droite"
            },
            {
                "aig" : "A3",
                "pos" : "gauche"
            }
        ]
    },
    {
        "trajet" : "CD",
        "voisin1" : "Z4",
        "voisin2" : "Z0",
        "aigs" : [
            {
                "aig" : "A1",
                "pos" : "gauche"
            },
            {
                "aig" : "A3",
                "pos" : "gauche"
            }
        ]
    }
]

Denis

39

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

« le: janvier 30, 2024, 10:03:50 am »

@ Pierre,

J'ai compris ce qui me chagrinais dans la première version du JSON.
Comme d'habitude, chez moi, c'est en essayant de régler un cas très complexe que j'ai trouvé la solution (je pense)



L'idée c'est d'ajouter une variable "forme" dans la class "Zone"
Là, il y a 10 formes (AC, AD, AE, AF, AG, BC, BD, BE, BF, BG)

Un segment, c'est 1 forme
Un croisement, c'est 2 formes, comme une aiguille, un enroulé
Un triple, c'est 3 formes, comme une TJS
Une TJD, c'est 4 formes.

Par ailleurs, on décrit un voisin1 comme étant l'origine de la description, et voisin2 comme étant l'extrémité de la description.
On décrit donc, dans le sens correspondant à la parité, voisin1 -> la zone -> voisin2
Si c'est une zone banalisée, on décrit dans un sens, mais on indique que ça peut être pris dans les 2 sens lors de la définition de la parité.

On décrit forme par forme.
Il n'y a ainsi aucune ambiguïté pour définir voisin1 et voisin2 et on donne la liste des aiguilles considérées avec leurs positions pour chaque forme.
Et c'est applicable partout.

Je vais adapter mon éditeur JSON à cette nouvelle vision des choses.

Denis

40

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

« le: janvier 28, 2024, 06:25:46 pm »

@ Pierre,

Peux-tu me donner un JSON avec juste une TJD et un autre avec juste une TJS ?
Pour la TJS, on n'avait que droite-droite et gauche-gauche, mais pas droite-gauche. Comment tu la rentres ?

Denis

41

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

« le: janvier 28, 2024, 04:58:27 pm »

Bonjour à tous,

Voilà le mode d'emploi.

Denis

42

Vos projets / Re : Mon projet de Centrale multisecteurs

« le: janvier 27, 2024, 07:12:54 pm »

Bonjour Etienne,

Je viens de lire ton post sur ton alim. Je suis inquiet sur un point : l'ampérage que tu utilises.
Il y a, sur nos réseaux, toujours un fusible en cas de court-circuit et il n'est pas dans la centrale : le petit frotteur en chrysocale qui amène le courant aux roues de la loco.

Donc, se méfier des forts ampérages et miser sur une rapidité de réaction du fusible (disjoncteur, ...) de la centrale. Un relais pour assurer ce rôle peut-être trop lent ?

Denis

43

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

« le: janvier 27, 2024, 07:00:09 pm »

Bonjour à tous,

J'ai bien avancé sur l'éditeur JSON.
On peut maintenant rentrer tous les segments et les appareils de voie.

C'est à base de schémas qui permettent de se représenter la situation des différents éléments, avec leur orientation.

On évite ainsi de savoir si on est dans le sens "pair" ou "impair" et de se tourdre le cou et de se représenter avec les doigts  pour savoir si c'est "gauche" ou "droite".
Je ferai, évidemment, la modification pour que "0" s'écrive "gauche" et "1" s'écrive "droite".

De même, je n'ai pas (encore) donné de "sens" aux appareils de voie car il y a des situations ambigües (j'ai des exemples).

Ce sera automatique, par consultation des éléments simples voisins, de proche en proche :
Exemple, sur le Locoduinodrome :
Z4 a comme voisins Z6 (pair), Z2 (pair) et Z3 (banalisé, donc, entre autres, pair) => Z4 est pair
Z3 a comme voisins Z5 (impair), Z1 (impair), Z4 qu'on vient de définir pair et Z0 (banalisé) => Z3 banalisé

Par ailleurs, grâce aux schémas, on doit faire moins d'erreurs de saisie et je vais ajouter des couleurs dans les cases des voisins :
Vert : on retrouve bien la zone voisine dans les zones déjà saisies et chacune est voisine de l'autre.
Orange : on ne retrouve pas (encore) la zone saisie comme voisine dans les zones existantes
Rouge : on retrouve bien la zone saisie dans les zones existantes, mais pas avec une parité compatible (pair d'un côté et impair de l'autre)

Par contre, là, j'ai vraiment besoin de savoir comment on rentre une tjd, une tjs et ... un croisement (l'éternel vilain canard  ) dans le JSON. J'ai mis quelque chose, mais je ne suis pas sûr de moi.

Denis
PS : Il faut décaler l'image pour voir les questions. Ça m'embête aussi

44

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

« le: janvier 23, 2024, 05:24:07 pm »

@Pierre,

Merci, je vais décortiquer ton programme.

@tous,

J'ai oublié de dire une chose essentielle dans mon programme : il faut décaler la fenêtre qui s'ouvre pour voir les dialogues derrière !
D'habitude, les dialogues sont au premier plan, mais pas là.
Donc, la première fois qu'on lance le programme, il faut décaler la fenêtre qui s'ouvre (par exemple à gauche) et ainsi voir les questions posées qui, elles sont toujours au milieu.
Après, plus besoin de décaler le fenêtre, elle s'ouvre au bon endroit et on voit les dialogues.

Denis

45

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

« le: janvier 23, 2024, 12:27:58 pm »

Bonjour à tous,

Voici une version plus évoluée de mon éditeur de fichier JSON pour les trains.

Je suis parti de l'idée que plutôt que de rentrer les données très rapidement et de corriger les erreurs après, il valait mieux prendre un peu plus de temps et bien se mettre en situation pour pouvoir valider en ayant une vue claire de ce qu'on fait.
En particulier, je ne rentre pas directement pair ou impair. J'utilise une méthode "visuelle".

Pour l'instant, ça ne rentre que les zones simples, mais je vais m'occuper des aiguilles très rapidement.

Il manque encore la vérification qu'on n'a pas déjà rentré une zone, de vérifier que si voisin1 = voisin2, c'est que c'est une boucle de retournement et deux – trois bricoles.
Dans les data, il y a le JSON, qu'on peut ouvrir simplement avec le bloc note.

Denis