1
Vos projets / Re : Projet partagé d'un gestionnaire de réseau
« le: mai 24, 2024, 04:21:37 pm »
@Pierre,
Merci pour toutes ces remarques, fort intéressantes.
Tout d'abord, je voudrais préciser ce que j'entends par "zone multiple" (que je préfère à "zones complexes").
C'est par exemple une section + une aiguille que nous appellerons Z38.
Dans ce cas, je propose de créer dans mon programme une zone qui est une section Z38/0 et une zone qui est une aiguille Z38/1.
Dans mon programme, ce seront 2 zones, mais avec des noms particuliers avec un caractère réservé : "/", plus un numéro d'ordre.
Mais comme ce n'est, sur le réseau, qu'une seule zone (une seule détection de présence), dans le JSON, on ne fera écho que d'une seule zone : Z38.
L'intérêt, pour moi, est de garder une cohérence complète et de ne gérer des signaux que sur des sections. Je ne change rien au programme, les affichages sont identiques, sauf que la section Z38/0 est de longueur nulle.
Pour le JSON, ça ne change rien, on n'a bien qu'une seule Z38.
Pour ta zone multiple :
On a 5 parties dans la zone Z1.
Cela répond à ta première remarque.
Je suis entièrement d'accord.
La raison pour laquelle j'utilise des numéros, c'est que je m'en sers dans des Arrays (par exemple pour les connecteurs[coté][lames]). Il me faut des "int".
Tout à fait d'accord.
Dans mon programme, s'il y a une limitation de vitesse en position "tout droit", je la tague "TIV".
Les zones Z16 et Z30 sont, normalement des zones unidirectionnelles. Elles deviennent banalisées uniquement pour aller dans la zone de manœuvres en reculant.
C'est vrai, j'avais oublié ce cas, pourtant très logique...
Mais c'est aussi vrai hors des gares terminus.
Je vais lire tous les itinéraires et trouver ceux qui se terminent par une voie de garage. Comme un butoir est un C, le signal précédent est, au mieux, un A. Donc, lors de cette recherche, je vais pouvoir faire une liste des sections précédant un butoir et, donc, susceptibles de ne pas afficher VL.
Dans une deuxième phase, je testerai si les sections de cette liste peuvent avoir autre chose qu'un butoir comme zone suivante. Si une zone ne peut avoir qu'un butoir comme suivant, je supprime VL.
Sur le réseau de Dominique, Z28 sera dans la liste puisqu'elle peut déboucher sur Z36.
L'autre issue possible pour Z28 cote0 serait Z25, mais Z25 n'est pas banalisée et uniquement en sens contraire de Z28. Donc, le signal coté0 de Z28 ne pourra jamais être VL.
Là aussi, je suis d'accord. Pour l'instant, je me limite au BAL et je n'ai jamais vu ce cas sur un réseau miniature, alors que ce serait possible.
Je suis d'accord avec toi, c'est possible, mais pour qu'il y ait du cantonnement DANS la gare, il fait qu'elle soit vraiment grande. Je n'ai pas d'exemple de réseau miniature qui ait eu besoin de ça. Ceci dit, c'est simple à faire : je vais garder le S pour les cas où, DANS une gare, il y a 2 sections qui se suivent.
Mais à partir du moment où il y a des itinéraires, je vois mal l'aiguilleur donner le S. Ou il donne le C, ou il donne au train la possibilité de partir.
OK, c'est vrai.
Effectivement, il faut penser à cette possibilité. A développer.
Dans la pratique du réseau miniature, je préfèrerai utiliser des signaux au ras du sol pour aller vers les zones de manœuvre depuis les voies principales et ne pas avoir de signal combinant les signaux de voie principale et des signaux de manœuvre. Mais je suis d'accord que ça existe.
Enfin, il existe affectivement des BMU, des BAPR, … et, effectivement, certains réseaux simples auraient besoin de ce type de signalisation allégée, justement parce qu'ils sont simples. Pour l'instant, je n'ai pas d'idée pour intégrer ça et je me cantonne (ah ah) au BAL.
L'autre problème, dans les cas simples, justement, c'est le signal qui sert à 2 voies en sortie de gare. Je cherche une idée.
Denis
Merci pour toutes ces remarques, fort intéressantes.
Tout d'abord, je voudrais préciser ce que j'entends par "zone multiple" (que je préfère à "zones complexes").
C'est par exemple une section + une aiguille que nous appellerons Z38.
Dans ce cas, je propose de créer dans mon programme une zone qui est une section Z38/0 et une zone qui est une aiguille Z38/1.
Dans mon programme, ce seront 2 zones, mais avec des noms particuliers avec un caractère réservé : "/", plus un numéro d'ordre.
Mais comme ce n'est, sur le réseau, qu'une seule zone (une seule détection de présence), dans le JSON, on ne fera écho que d'une seule zone : Z38.
L'intérêt, pour moi, est de garder une cohérence complète et de ne gérer des signaux que sur des sections. Je ne change rien au programme, les affichages sont identiques, sauf que la section Z38/0 est de longueur nulle.
Pour le JSON, ça ne change rien, on n'a bien qu'une seule Z38.
Pour ta zone multiple :
On a 5 parties dans la zone Z1.
Cela répond à ta première remarque.
Citer
Sur le dessin, la zone de manœuvres est identifiée en étant en blanc. Elle a un traitement particulier.
Les zones Z16 et Z30 sont aussi des zones de manœuvres, mais ne sont pas en blanc ! en fait ce sont des zones hybrides ligne/manœuvre.
Je suis entièrement d'accord.
Citer
Concernant les parités, j'ai abandonné, dans le gestionnaire, les cotés 0/1 ou 1/2 pour des cotés pair/impair, c'est beaucoup plus simple. Et ceci pour toutes les zones. Cela implique aux changements de zone des transitions pair vers impair ou impair vers pair.
La raison pour laquelle j'utilise des numéros, c'est que je m'en sers dans des Arrays (par exemple pour les connecteurs[coté][lames]). Il me faut des "int".
Citer
Il y a deux types de limitation de vitesse.
- Les limites pour les sections, par TIV (Tableau Indicateur de Vitesse).
- Les limites liées à une position déviée d'aiguille.
Les TIV sont surtout utilisés en ligne, même en présence d'aiguilles (en talon). En présence d'aiguilles en pointe, si la vitesse est limitée à 30 ou 60 on utilise de RR30 ou RR60, sinon un TIV est utilisé. Il y a même des cas ou un RRxx et un TIV sont utilisés pour deux vitesses différentes suivant la position d'aiguilles.
Tout à fait d'accord.
Dans mon programme, s'il y a une limitation de vitesse en position "tout droit", je la tague "TIV".
Citer
A noter une chose importante : on entre dans une zone de manœuvres en marche arrière pour pouvoir en ressortir en marche avant.
C'est quoi une marche avant ou une marche arrière (par rapport à quoi).
Les zones Z16 et Z30 sont, normalement des zones unidirectionnelles. Elles deviennent banalisées uniquement pour aller dans la zone de manœuvres en reculant.
Citer
- à propos de VL, les carrés d'entrée des gares terminus n'affichent jamais VL
C'est vrai, j'avais oublié ce cas, pourtant très logique...
Mais c'est aussi vrai hors des gares terminus.
Je vais lire tous les itinéraires et trouver ceux qui se terminent par une voie de garage. Comme un butoir est un C, le signal précédent est, au mieux, un A. Donc, lors de cette recherche, je vais pouvoir faire une liste des sections précédant un butoir et, donc, susceptibles de ne pas afficher VL.
Dans une deuxième phase, je testerai si les sections de cette liste peuvent avoir autre chose qu'un butoir comme zone suivante. Si une zone ne peut avoir qu'un butoir comme suivant, je supprime VL.
Sur le réseau de Dominique, Z28 sera dans la liste puisqu'elle peut déboucher sur Z36.
L'autre issue possible pour Z28 cote0 serait Z25, mais Z25 n'est pas banalisée et uniquement en sens contraire de Z28. Donc, le signal coté0 de Z28 ne pourra jamais être VL.
Citer
- a propos de S, ce feu n'est utilisé que pour le cantonnement (BMU,BAL,BAPR, ...), sur un réseau il peut avoir de parties sans cantonnement (donc avec des signaux sans S)
Là aussi, je suis d'accord. Pour l'instant, je me limite au BAL et je n'ai jamais vu ce cas sur un réseau miniature, alors que ce serait possible.
Citer
- dans les postes avec des itinéraires permanent, s'il y a du cantonnement, certains carrés peuvent présenter le S, pour assurer la continuité du cantonnement à la traversée d'une gare, d'une bifurcation , ...
- dans les postes avec du transit souple, s'il y a du cantonnement, les carrés peuvent s'ouvrir au sémaphore (S)
Je suis d'accord avec toi, c'est possible, mais pour qu'il y ait du cantonnement DANS la gare, il fait qu'elle soit vraiment grande. Je n'ai pas d'exemple de réseau miniature qui ait eu besoin de ça. Ceci dit, c'est simple à faire : je vais garder le S pour les cas où, DANS une gare, il y a 2 sections qui se suivent.
Mais à partir du moment où il y a des itinéraires, je vois mal l'aiguilleur donner le S. Ou il donne le C, ou il donne au train la possibilité de partir.
Citer
- il peut avoir d'autres signaux qui ne soient pas des signaux de cantonnement (avertissement, carré, ...)
OK, c'est vrai.
Citer
- il y a un autre signal de manœuvre, dans les grandes gares un feu de manœuvre (M : blanc) peut être utilisé pour les départs en manœuvre sur les carrés (compter les feux des signaux de grande gares : 5 feux (A, S, Vl, M, C)
Effectivement, il faut penser à cette possibilité. A développer.
Dans la pratique du réseau miniature, je préfèrerai utiliser des signaux au ras du sol pour aller vers les zones de manœuvre depuis les voies principales et ne pas avoir de signal combinant les signaux de voie principale et des signaux de manœuvre. Mais je suis d'accord que ça existe.
Enfin, il existe affectivement des BMU, des BAPR, … et, effectivement, certains réseaux simples auraient besoin de ce type de signalisation allégée, justement parce qu'ils sont simples. Pour l'instant, je n'ai pas d'idée pour intégrer ça et je me cantonne (ah ah) au BAL.
L'autre problème, dans les cas simples, justement, c'est le signal qui sert à 2 voies en sortie de gare. Je cherche une idée.
Denis