Le forum LOCODUINO est consacré aux discussions ayant trait à l'utilisation de l'Arduino dans les automatismes et les animations pour le train miniature. Nous avons eu récemment quelques inscriptions de personnes ayant des projets plus généraux mais surtout inapplicables au train miniature. Si votre projet ou vos questions ne concernent pas le modélisme ferroviaire, ne vous inscrivez pas, vous perdriez votre temps et nous aussi.
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.
Je me suis mal exprimé :
il faut qu'on ait dans le gestionnaire tous les objets qui sont dans le JSON.
Soit : params, zones, appareils, bretelles, super_appareils, signaux, balises
Puisqu'on fait les enveloppes de tous les objets, il faut qu'ils soient tous dans le JSON : zones multiples, super-appareils, ...On est dans un gestionnaire, on a besoin de zones, point. Il ne faut pas essayer d'ajouter ce qui te sert dans l'éditeur. Mais avoir juste ce qui est nécessaire au gestionnaire.
Il y a un fichier d'essai qui est beaucoup moins gros que Luzy : c'est le réseau de Dominique avec des ajouts pour qu'on ait tous les cas.Soit, faudrait que tu republie le dessin avec les noms des zones, aiguilles, ...
J'aimerais bien qu'on utilise celui-là (Z46 gauche-droite Z51 TJD normale).
OK pour mettre le JSON dans le programme. On le mets comme toi, dans un onglet ?Dans un fichier c'est bien aussi. Je mettais le Json dans un onglet pour pouvoir l'éditer facilement.
Pas d'accord pour le Locoduinodrome. Il me faut un cas réel, avec tous les problèmes (super-appareils, etc...).
On ne teste pas assez de choses sur le Locoduinodrome.
Il faudra, de toutes façons, qu'on ait un JSON sur lequel tout sera commun et qui marche sur tous les réseaux.
Par exemple, on ne pourra pas mettre les itinéraires de Luzy dans le JSON.
Je suis beaucoup plus pour des ArrayList, qui sont beaucoup plus souples en adaptant automatiquement leur longueur.On utilise des Arrays quand on connait la taille ce qui le cas pour les zones, les aiguilles, ... et des arrayslist quand on ne connait pas la taille.
C'est assez étrange : dans ton programme, il n'y a pas de "Class" ...
==> en fait je cherche tous les paramètres d'une zone à partir du Json, pour pouvoir faire un new Zone(...), donc une instance de la classe Zone, qui faudra mettre quelque part (la class et l'instance).
En fait, la description des objets se fait dans l'onglet JSON, JSONObject.
J'ai compris !Pierre
La zone, elle, a le nom du signal et s, c'est le signal.
==> la zone elle son nom : Z1, Z12, … et le signal son nom : C3, Cv1, … les noms qui sont dans le json !
Un signal est dans une zone. On a les voisins de la zone en fonction des positions des appareils de voie dans le JSON.
Donc, on peut calculer le signal voisin.
On pourrait le faire dans le signal du JSON ou alors dans le setup du gestionnaire.
C'est facile à ajouter dans le JSON, mais je pense que ça sera redondant. Je trouve que ça serait mieux dans le setup.
JSON : est-ce qu'on travaille directement dans le fichier ou est-ce qu'on extrait les infos dans des objets et on travaille dans les objets ?
