Messages

31

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

32

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

33

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

34

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

35

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

36

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

37

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

38

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

39

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

40

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

41

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

42

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

43

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

44

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

« le: janvier 19, 2024, 04:30:36 pm »

@ Pierre,

Ou là... Non, je ne change rien au JSON.
Et je ne connaissais pas pair_et_impair_manoeuvre. On garde donc pairimpair.

Non, ce que je voulais simplement, c'est pour faciliter les posts.
Mais on ne change pas le JSON.

Denis

45

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

« le: janvier 19, 2024, 10:08:08 am »

@ Pierre,
Merci pour ce programme bien sympa.

@tous
Je suis en train de développer un petit programme qui doit permettre de rentrer les données JSON sans erreurs, avec vérifications et avec un peu de graphiques très simples qui permettrons d'éviter les erreur de saisie.
Je ne suis pas vraiment dispo avant mardi.

Je propose qu'on arrête (pour un temps) de parler de la phase avant JSON et qu'on s'intéresse à l'après JSON en partant d'un JSON supposé parfait.

Terminologies :

Je propose d'employer TD pour tout droit et DV pour dévié.
Pour les aiguilles enroulées, TD sera la voie à grand rayon et DV celle à petit rayon

J'appelle AB la première diagonale d'une TJD (TJS, croisement) et CD la deuxième diagonale pour les TD
J'appelle AD et CB les deux courbes d'une TJD (en DV)
Pour une aiguille simple, AB pour TD et AC pour DV
Pour un triple, AB pour TD et AC pour la gauche et AD pour la droite

Je ferai le JSON avec, en plus, les données vitesses limites.
Dans les zones, cela correspondra aux TIV, pour les aiguilles, sur voie DV (30, 60 et 160)
Je ne sais pas s'il y a des limites de vitesse en TD sur TJD.

Je propose de mettre "banalise" au lieu de "pairimpair"

Je sortirai deux ArrayList "Zones" et "Aiguilles" et, éventuellement, un 3ème ArrayList pour les connecteurs, si c'est utile.
 
Denis