Voir les contributions

Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.


Messages - Dominique

Pages: 1 2 [3] 4 5 ... 167
31
Vos projets / Re : Projet partagé d'un gestionnaire de réseau
« le: janvier 17, 2024, 07:29:45 pm »
petit essai :
Colonne
{
    "zones" : [
        {
            "nom" : "Z1",
            "sens" : "Pair",
            "vois1" : "Z2",
            "vois2" : "Z3",
        }
    ]
}

c'est bien parti ! Courage  ::)

32
Vos projets / Re : Projet partagé d'un gestionnaire de réseau
« le: janvier 17, 2024, 09:50:10 am »
J'ai la même chose semble-t-il avec Processing4

Aigs [A1, A2, A3, A4, A5, A6]
Zones [
Z0->Z3•Z11,
Z1->Z3•Z11,
Z2->Z12•Z4,
Z3->[Z5_si_[A1=droite, A3=droite],
Z4_si_[A1=gauche, A3=gauche]]•[Z1_si_[A4=droite, A3=droite],
Z0_si_[A1=gauche, A5=gauche]],
Z4->[Z2_si_[A2=droite],
Z3_si_[A2=gauche]]•Z6, Z5->Z7•Z3,
Z6->Z4•Z8,
Z7->Z9•Z5,
Z8->Z5•Z10,
Z9->Z11•Z7,
Z10->Z8•Z12,
Z11->[Z9_si_[A5=gauche, A6=gauche],
Z12_si_[A5=droite, A6=droite]]•[Z9_si_[A5=gauche, A6=gauche],
Z12_si_[A5=droite, A6=droite]],
Z12->Z10•[Z2_si_[A4=gauche], Z11_si_[A4=droite]]]

TEST
zone : Z0 voisin1 : Z3 voisin2 : Z11
zone : Z1 voisin1 : Z3 voisin2 : Z11
zone : Z2 voisin1 : Z12 voisin2 : Z4
zone : Z3 voisin1 : Z4 voisin2 : Z0
zone : Z4 voisin1 : Z3 voisin2 : Z6
zone : Z5 voisin1 : Z7 voisin2 : Z3
zone : Z6 voisin1 : Z4 voisin2 : Z8
zone : Z7 voisin1 : Z9 voisin2 : Z5
zone : Z8 voisin1 : Z5 voisin2 : Z10
zone : Z9 voisin1 : Z11 voisin2 : Z7
zone : Z10 voisin1 : Z8 voisin2 : Z12
zone : Z11 voisin1 : Z9 voisin2 : Z9
zone : Z12 voisin1 : Z10 voisin2 : Z2

33
Vos projets / Re : Re : Projet partagé d'un gestionnaire de réseau
« le: janvier 16, 2024, 03:29:32 pm »
@ Denis

Faut pas trop s'inquiéter, le fichier json a encore plein d'erreurs (Z3 c'est une erreur) et je n'ai toujours pas eu de réponses sur le nommage des TJS, mais je pense que pour les TJS (comme les TJD) il faut la position des deux aiguilles, à voir.

Faut plus se focaliser sur la forme du fichier json et sur son traitement.

Pierre

Pour le nommage des TJS, nommons A5 côté z0, A7 côté z12, A3 côté z0 et A1 côté z4.
Au moment du câblage on pourra toujours permuter les fils de commande pour obtenir les chemins souhaités. N’ayant pas de TJS sous la main je propose ça comme convention pour démarrer avec les chemins donnés par Denis ci-dessus. Ce ne sera pas la seule erreur à corriger plus tard si erreur il y a. ???



J’ai bien une TJD dans un tiroir à la maison, mais je ne suis pas chez moi .

34
Vos projets / Re : Projet partagé d'un gestionnaire de réseau
« le: janvier 16, 2024, 11:16:40 am »
Avec quoi tester ? Processing ?


35
En ce qui concerne les capteurs ponctuels pour les points d’arrêt, j’ai aussi tout essayé et finalement j’ai retenu ceux-ci, optiques aussi mais simples et discrets, surtout pour l’échelle N.
Connectés à un satellite V1 ils envoient les messages Can (seulement quelques pins dans les satellites autonomes).

https://forum.locoduino.org/index.php?topic=290.msg12026#msg12026

36
Vos projets / Re : Re : Projet partagé d'un gestionnaire de réseau
« le: janvier 15, 2024, 11:36:55 am »
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

Ma réponse est OUI évidemment pour garantir l'absence d'erreurs ou le minimum.

Mais n'étant pas familier du JSON et espérer participer au développement de ce projet, j'aimerai mieux comprendre la structure du fichier JSON (son contenu) a produire et son interface avec le gestionnaire (comment le programme gestionnaire va "digérer" ce fichier JSON pour créer les objets zones, aiguilles, signaux, et paramétrer leurs méthodes .

D'un coté nous avons un prototype de fichier JSON de Pierre dans sa réponse #173 (page 12) et  la proposition d'Etienne dans sa réponse #237 (page 16)
De l'autre coté nous avons les objets zone, aiguilles (https://www.locoduino.org/spip.php?article154) et signaux (https://www.locoduino.org/spip.php?article167) décrits dans le gestionnaire de Pierre.
Et puis, il y a la méthode utilitaire selonAiguille(Aiguille* a,Zone* z1,Zone* z2) qui définit la topologie du réseau donc les connecteurs entre zones. Et j'en passe.

Le programme non paramètré me semble un point de départ nécessaire. Est-ce qu'il est possible d'en avoir une idée ?


37
Vos projets / Re : Projet partagé d'un gestionnaire de réseau
« le: janvier 14, 2024, 07:19:03 pm »
il existe une fonction de conversion CSV ->JSON

Il y a peut-être quelque chose à utiliser en partant d'excel ?

38
Vos projets / Re : Re : Projet partagé d'un gestionnaire de réseau
« le: janvier 14, 2024, 07:07:05 pm »
Pour quelqu'un qui part de zéro, il faut faire un "éditeur de JSON".
Denis

Il y a des tones d'éditeurs Json sur le web, online ou non


Par exemple : https://jsoneditoronline.org

39
Vos projets / Re : Projet partagé d'un gestionnaire de réseau
« le: janvier 14, 2024, 07:02:03 pm »
Le bus Can est vraiment simple à utiliser (quelques lignes de code en émission) et fiable (je n'ai jamais d'erreurs dans les compteurs).

Voilà un petit exemple de trace dans le moniteur de l'IDE lorsque mon gestionnaire suit un train (le N° 0 en l'occurence)
Toute cette trace se fait dans le décodeur des messages Can reçus par le gestionnaire pour la mise au point.
Il est facile de visualiser (suiffer) les messages Can et de créer des modules séparés comme un écran graphique déporté ou des commandes d'itinéraires. Pour le moment l'écran graphique est intégré au gestionnaire pour visualiser les occupations, itinéraires, positions des aiguilles, suivi des trains...Mais il peut être déporté et alimenté avec des messages Can.

Il commence par détecter la zone où se trouve le train en le faisant bouger ce qui provoque une détection de présence: 0<60 signifie une commande de vitesse du train 0 en marche arrière au cran 60, qui une fois détecté il est stoppé (0>0)
0<60
Train 0 detecte sur z13
 0>0
Puis le train démarre doucement à la manette, le gestionnaire reçoit la commande Can de vitesse
VLoco 0>5
Puis la z13 détecte une présence mais le train 0 y est déjà détecté et le train peut continuer à rouler car voie libre devant
zp est la zone précédente pour la commande du signal (carré)
La zone devant est identifiée et testée pour ralentir ou stopper le train, ou pas.
z13 Occ  zp12 T0 OK  VOIE LIBRE DEVANT 
VLoco 0>7
VLoco 0>20
VLoco 0>18
VLoco 0>12
z13 Occ  zp12 T0 OK  VOIE LIBRE DEVANT 
z15 Occ  zp13 T0 OK  VOIE LIBRE DEVANT 
z16 Occ  zp15 T0 OK  VOIE LIBRE DEVANT 
VLoco 0>23
VLoco 0>30
z17 Occ  zp16 T0 OK  VOIE LIBRE DEVANT 
là il y a une détection RFID du train
EST-ext z16 T0 (BB20158)  Train ok
z5 Occ  zp17 T0 OK  VOIE LIBRE DEVANT 
Une détection de zone d'arrêt est ici, pouvant arrêter le train reconnu
zAR 5 T0
z39 Occ  zp5 T0 OK  VOIE LIBRE DEVANT 



40
Je verrais plus le json comme intermédiaire entre le PC et l'arduino et un programme à base de menus sur le PC pour créer ce json.
Donc si je te comprend bien on fait un programme sur PC pour aider à la saisie (quel language) du fichier json, puis le fichier json sert pour faire le gestionnaire de l'Arduino, avec quelle méthode  ( il faut sérieusement envisager aussi de prévoir le gestionnaire pour PC ou mini-PC).

Pierre

Si le gestionnaire est sur PC (ou miniPC) il commande la centrale DCC (trains et accessoires en DCC) comme d'habitude via USB/Ethernet et il récupère la rétrosignalisation comme d'habitude en S88, Loconet, etc. On continue avec JMRI, RocRail, etc.. C'est juste un gestionnaire de plus avec un mode d'emploi comme les autres.

Alors qu'est-ce que ça change de ne pas utiliser le Can ?

Si le gestionnaire est sur une carte Arduino connectée au CAN, comme les aiguilles, détecteurs, signaux avec un satellite V1 ou V2, alors il y a une innovation réelle par rapport aux solutions courantes et des possibilités de modules distribués sur le Can (TCO, manettes, configurateurs).

Je ne cherche pas d'influencer vos choix, mais je préfère la 2ème solution.

41
Vos projets / Re : Re : Projet partagé d'un gestionnaire de réseau
« le: janvier 14, 2024, 10:32:33 am »
N'y a t'il personne sur ce fil pour faire un peu de modération ?

Si !

Tu fais partie du staf de Locoduino donc tu as un rôle de modérateur, mais dans ce cas si tu es à la fois juge et partie, c’est compliqué.

1) il n’y a eu AUCUN dénigrement dans ce fil.
Aucun produit ni aucune entreprise n’est dénigré.
Mais la contradiction est permise, surtout si les ouvrages que tu cites sont conformes à ce que le modélisme fait habituellement.

2) ton système est sans doute très différent des concepts de gestionnaire classiques qui se basent sur les pratiques de la sncf et qu’on retrouve dans cdmRail, RRTC, etc.
Je crois comprendre que tu réalises des cantons intelligents mais ce ne sont pas des gestionnaires répartis. La détection globale du canton est Railcom et elle peut être globale (ne pas regarder l’état des aiguilles) car un train et un seul peut occuper le canton. De plus, la conduite à la main ne nécessite pas d’itinéraires (commande manuelle des aiguilles, les enclenchements ne sont que inter-canton.

3) mais je me trompe peut-être tant que tu ne présentes pas ton projet plus globalement.
C’est sans doute la raison pour laquelle tu n’acceptes pas les terminologies et les définitions que nous cherchons à utiliser d’un commun accord.

4) il y a des points de convergence à creuser, comme le fichier de description du réseau et les outils pour le faire et l’exploiter

42
Vos projets / Re : Projet partagé d'un gestionnaire de réseau
« le: janvier 13, 2024, 10:21:39 pm »
Je vais peut-être écrire une c.. Bêtise :

Ne serait-il pas possible d'apprendre à notre gestionnaire toutes les connexions et toutes les possibilités de circulation en faisant simplement rouler un train partout dans le réseau après avoir déclaré toutes les zones et les emplacements des signaux (autour de certaines coupures) de façon banalisée.

Ne sommes nous pas entrés dans l'IA et l'apprentissage ?

Mais pas forcément avec de gros moyens.

Apprendre les connexions me semble assez facile, pour les signaux je pense qu'il faudra l'aider.

43
Vos projets / Re : Projet partagé d'un gestionnaire de réseau
« le: janvier 13, 2024, 07:40:32 pm »
Zone, Bloc, Canton  8)

Le canton d'Etienne ressemble-t-il à la zone de Pierre ?

Selon Wikipedia : "Le canton est une section de voie, généralement délimitée par des signaux, dont la longueur est fonction de la distance d'arrêt ou de ralentissement d'un train, dans les conditions les plus défavorables sur la portion de ligne considérée."
En plus on lit souvent les zones d'arrêt, zones de ralentissement.


Est-il possible de donner une définition reconnue et acceptée par tous pour la suite des discussions ?

44
Vos projets / Re : Re : Projet partagé d'un gestionnaire de réseau
« le: janvier 13, 2024, 03:40:01 pm »
Ce que je crains, c'est qu'on s'achemine vers une méthode totalement incompatible avec mon gestionnaire, bien qu'elle ait, elle aussi, besoin d'un bus CAN pour passer des trains virtuels aux trains réels.

Mais comme le gestionnaire de Pierre est totalement compatible avec le Can si on l’installe dans une carte LaBox par exemple, qui tourne sur ESP32, une configuration du réseau en utilisant le wifi ou BLE devrait être possible.
Est-il possible de faire un petit éditeur wifi pour générer le json ?
Sans avoir besoin de l’échelle exacte.

Mais je n’irai pas jusqu’à y faire tourner aussi la centrale DCC, ni le TCO sur carte graphique. Avec la Can rien de plus simple que de répartir dans des cartes séparées.

45
Vos projets / Re : Projet partagé d'un gestionnaire de réseau
« le: janvier 12, 2024, 10:51:27 am »
Quels sont les éléments nécessaires qui décrivent la topologie ?
Ces données serait entrées comme paramètres d’initialisation du gestionnaire.

Peut-être qu’un éditeur de topologie simple serait faisable pour fournir ces données dans un fichier json.

Est-ce une bonne approche de la question ?

Pages: 1 2 [3] 4 5 ... 167