Messages

16

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

« le: février 26, 2024, 03:15:15 pm »

@ Laurent,

Je cherche à faire un programme qui permette de rentrer son réseau quand on n'a pas de connaissances SNCF. Ou vraiment très peu.
La liste existe, Pierre en a fait une avec un magnifique gif pour chaque signal, animé si clignotant.
C'est ce qui va être affiché sur le TCO.
Mais pour faire le JSON, je cherche à déterminer quel type de feu doit être là, quelle cible est nécessaire dans telle situation.

Denis

17

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

« le: février 26, 2024, 02:42:03 pm »

@ PIerre,

Concernant les signaux leur génération automatique pose pas mal de problèmes :
- il faut trouver où les implanter

Je pose la question de l'emplacement dans le programme

- il faut trouver le bon type de signal (un S ou un SR, ...)
- il faut savoir s'il faut des ralentissements RR30 ou RR60 et sur quelles aiguilles ils sont basés (attention aux aiguilles courbes ou symétriques)

Je demande les vitesses, on doit donc pouvoir en déduire pas mal de choses

- il faut faire la distinction entre les carrés et les carrés violets

Je vais poser une nouvelle question : zone de gare (pour ne pas afficher S) et zone de manœuvre pour les feux spécifiques.

Mon but est de régler les cas les plus fréquents sans avoir de compétences SNCF pointues.
Je n'ai pas dit que j'y arriverai, mais je vais, au moins, essayer.

Denis

18

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

« le: février 25, 2024, 08:03:11 pm »

Je ne me suis pas fait comprendre. C'est l'inverse :
Dois-je demander si une zone est une zone de manœuvre ?

J'aimerais que tu m'expliques à quoi peut bien servir une voie autorisée dans aucun sens 

Sinon, si tu as fait tourner le programme, tu as vu qu'il y a bien la possibilité de n'avoir aucun feu sur un segment.

Denis

19

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

« le: février 25, 2024, 06:02:28 pm »

Voici la 3ème version de mon programme Processing : JSON_3

Dans le répertoire "data", il y a le réseau Locoduino2.

J'ai fini la partie ZONES, mais pas la partie JSON car j'ai encore quelques questions à vous poser.

Je suis parti sur la version de Pierre, avec "vois1" et "vois2" qui est effectivement plus simple que la version avec des trajets.
Mais elle suppose qu'on raisonne à partir d'un point virtuel au milieu de la zone, ce qui ne pose pas de problème.

Et que tout "vois1 "voit tout "vois2", ce qui est généralement le cas, sauf des zones où certains "vois1" ne voient pas certains "vois2".
C'est le cas des croisement simples et des TJS.

Il faut donc qu'on se mette d'accord sur la façon dont on doit décrire les croisements et les TJS.

Pour information, pour ceux qui vont aller dans le JSON généré, j'ai généré des TJD pour Z3 et Z11, alors que c'est bien une TJS qui est décrite dans ZONES … et dans le locoduinodrome2.

Par ailleurs, je n'ai pas généré la partie "signaux" car je suis persuadé qu'on peut décrire automatiquement les signaux possibles à partir des seules infos de zone.
Je continue mes recherches. Je pense que c'est assez simple. Au moins une question supplémentaire : la zone est-elle une zone de manœuvre ?
Par ailleurs, j'ai trouvé une méthode pour décrire la "zone complexe" des précédents posts.

Et je n'ai pas généré non plus la partie "itinéraires" car je ne pense pas qu'elle soit nécessaire.
En particulier, je ne me vois pas avoir 180 boutons pour ma gare…

Je suis ouvert à toute question sur ce programme.

Voici le programme et le mode d'emploi :
https://www.locoduino.org/IMG/zip/editeur_json_3.zip

Denis

20

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

« le: février 20, 2024, 11:56:48 am »

Compredo 

Ça marche, effectivement. Merci
Denis

21

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

« le: février 20, 2024, 09:05:11 am »

Re-bonjour,

Je suis inquiet.

J'étais rentré sur ce fil (et je m'y suis investi) pour trouver une solution à mon problème : trouver une interface Processing-CAN pour faire marcher mon gestionnaire et l'améliorer avec des idées nouvelles qui seraient développées dans ce fil.

J'y ai appris l'existence de fichiers JSON qui, à mon avis, permettent d'unifier le passage de la description de réseau au gestionnaire.

Mais si le but est obligatoirement de porter le gestionnaire sur un ESP32, là, je ne trouverai jamais la solution à mon problème.

Denis

22

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

« le: février 20, 2024, 08:21:34 am »

Bonjour,

Je n'arrive pas à faire marcher le programme GestTCO2. Quand j'appuie sur un bouton d'itinéraire, il ne se passe rien.
L'autre programme (GestJ2) plante.
Il faut un mobile ?

Denis

23

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

« le: février 19, 2024, 09:14:09 am »

Bonjour,

A chaque fois que je vois les programmes de Pierre, je mesure tout l'écart qui peut exister entre mon type de programmation, où je me débrouille avec le peu de fonctions de que j'ai comprises, et les siennes, où tout est objet, compact, avec un "vocabulaire" puissant que je ne connais pas. C'est très intimidant.

Bien sûr, je comprends quand même une bonne partie de ce qui est fait, mais heureusement qu'il y a les commentaires...

Ceci étant, j'ai quasiment fini mon éditeur JSON. Je vois qu'il va falloir y a jouter les types de signaux et les itinéraires (mais, là, ça me chagrine).
Il y génèrera les 2 types de JSON (par trajets et par voisins)

Faire un JSON "à la main", c'est tout à fait faisable, c'est même relativement facile (surtout pour un Locoduinodrome).
Mais on peut très facilement se tromper ou corriger dans un coin et ne pas faire la modification correspondante ailleurs.
Je tiens donc à ce que, grâce à un éditeur, on ne puisse pas laisser d'erreurs et que tout soit cohérent.

Denis

24

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

« le: février 03, 2024, 07:31:23 am »

Bonjour à tous,

Je procède actuellement à une refonte complète de mon éditeur pour pouvoir ajouter et supprimer des questions facilement. Le fonctionnement global sera identique.
Laissez moi quelques jours 

@Pierre,
J'ai compris la description du réseau par 1/2 trajets. Mais je ne vois pas de gain, pour l'instant, à mon niveau. Mais pourquoi pas ?

Denis

25

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

« le: février 02, 2024, 06:39:31 pm »

Bonjour,

C'est un sujet très souvent développé aux USA. En tant que lecteur de Model Railroader, je vois souvent des articles sur le sujet.
Le détecteur très souvent utilisé en DCC est le NCE BD-20 (BD-20 chez NCE). Aux alentours de 15 à 20 € pièce.
Mais je pense qu'on doit pouvoir en construire un équivalent pour beaucoup moins cher.

Il peut être très sensible.

Un article détaille bien le problème et les solutions :
https://www.jlcenterprises.net/pages/chapter-2-part-1

Bon courage !
Denis

26

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

« le: février 02, 2024, 06:15:04 pm »

@ Christophe,

Oui, bien sûr, mais il faut encore en construire un. A 15 €+port, je pense que c'est cher.
D'où un fil à part.

"Je m'a gourré" ? 

Denis
PS : si tu veux, je recopie et on efface l'autre.

27

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

« le: février 02, 2024, 06:02:09 pm »

Bonjour Christophe,

Je viens de faire un fil sur un composant qui pourrait te servir : le NCE BD-20.
fil : composants/La détection des trains par détection de courant

Denis

28

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

« le: février 01, 2024, 01:29:14 pm »

@ Pierre,

OK pour tes remarques, sauf la dernière : pour moi, le "signal suivant" dépend de la position des aiguilles et on ne peut pas le faire dans l'éditeur, sauf en pleine voie.

A part ça, j'ai une notion des itinéraires qui est une version SNCF "élargie", c'est à dire que, quand un train se déplace, il est toujours sur un itinéraire, indépendamment des gares, etc...

Il y a 2 types d'itinéraires :
- les itinéraires "bouclés", c'est à dire qu'ils tournent indéfiniment, jusqu'à ce qu'on les arrête.
- les itinéraires "à la demande" qui vont de la position actuelle du train (connecteur, sens) vers une destination choisie (connecteur, sens). Le train s'arrête quand il a atteint sa destination. On peut (et on doit) alors lui en reprogrammer une autre pour qu'il reparte.

Pour moi, on n'a pas de "bouton" (réel ou virtuel) qui modifie la position d'une aiguille. On n'a donc pas à gérer tout un tas d'enclenchements.

Les itinéraires sont enregistrés, de façon tout à fait indépendante de la position actuelle des aiguilles, des signaux actuels, des occupations actuelles...
On veut aller de là à là, quand ce sera possible, en toute sécurité. Il y a donc des zones "occupées par un itinéraire", mais physiquement vides.
Si le train est arrêté pour des raisons de sécurité, les zones aval ne sont pas (encore) occupées par un itinéraire. Ça se fait au fur et à mesure.

Par ailleurs, un itinéraire est donc une suite orientée de zones, elles aussi orientées une par une.

On peut construire l'itinéraire "par morceaux", c'est à dire qu'on part d'une gare, par exemple, et on demande un itinéraire pour une autre gare, avec une durée d'arrêt choisie dans cette gare intermédiaire. Puis on "ajoute", un autre itinéraire vers une autre gare où, par exemple, on ne s'arrête pas et, enfin, un troisième morceau vers une gare de destination où on s'arrête définitivement. Pour moi, tout ça, c'est UN itinéraire.

Si on entre, pour chaque zone, la longueur de la zone, on peut savoir à quelle distance réelle on est du signal suivant et en tenir compte dans les ralentissements.
En particulier, on peut connaître, pour un itinéraire donné, quel est le prochain feu S ou C et caler le ralentissement non pas sur le A, mais sur le S ou le C, ce que fait un conducteur quand il aperçoit un A.

Denis

29

Vos projets / Re : BASIC_AUTO_LOOP_REVERSER

« le: février 01, 2024, 08:49:01 am »

@ Laurent,

Je suis très content de voir l'équivalent d'un "DCC frog juicer" chez Tam Valley Depot pour la modique somme de 16,49 $, hyper célèbre aux USA.
Remarque : c'est également utile pour les ponts tournants.

L'autre truc célèbre aux USA et quasi inconnu chez nous : les "circuits breakers" : On utilise un booster, mettons à 10 A, puis on divise le réseau en "zones d'alimentations", chacune protégée par un circuit breaker, par exemple 3 A. Ça évite de construire 3 booster 3A et c'est moins cher.

Denis

30

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

« le: février 01, 2024, 08:30:53 am »

@ Pierre

Si je suis les règles que tu as édicté pour les tjs le 30/01, j'obtiens le fichier PierreJson2.xtx joint.
Je me trompe ?

Denis