Auteur Sujet: Pourquoi pas un Tableau de commande Opérationnel sous processing, clé en main !​  (Lu 11431 fois)

simontpellier

  • Full Member
  • ***
  • Messages: 116
    • Voir le profil
Bonjour, bonsoir
et bonne année à tout le monde !

​Sur un réseau, pas possible de faire l'impasse d'un tableau de commande (opérationnel tant qu'à faire), non ?
​Alors pourquoi, sauf à être bloqué à  l'époque III, ne pas ​adopter un TCO virtuel, graphique, sur écran ? Tactile de préférence.
Pourtant les sujets qui en parlent sont peu regardés, étrangement.

Mais je fais partie des rares convaincus et je remercie pour cela les pionniers Pierre59 et DDEFF qui ont développé des codes sous Processing (langage sous java, orienté graphisme)

A leur suite c'est logiquement Processing  également qui fait tourner mon propre TC... OPERATIONNEL!

Opérationnel car :
- il est à priori débogué... mais un bêta-testeur (merci d'avance) y mettra certainement des bémols. Et je tiendrai compte.
- il opère le réseau en permettant la commande des aiguilles et d'un pont-tournant, ainsi que la visualisations temps-réels des occupations de sections/cantons électriques par les différents trains présents.
Il offre de plus une visu globale, temps réel également, des tracés résultants des positions d'aiguilles ainsi qu'un compte rendu visuel des aiguilles en cours de mouvement (lorsque manœuvre par servo) et peut fonctionner en miroir d'un pupitre physique (dans ce cas il est indifféremment maître ou esclave). Ou sans la moindre commande physique associée. De plus, bien plus facilement qu'en câblage physique, il offre la possibilité de commander une aiguille individuellement et/ou dans un groupe d'aiguilles.
Il s'initialise en demandant au gestionnaire Arduino les paramètres de configuration en cours ; inversement il peut demander à "Arduino" de sauvegarder en EEPROM une configuration de réseau spécifique de façon à la retrouver à la prochaine session.

Pour profiter de tout ceci, la première étape consistera à reproduire schématiquement le tracé de son réseau, c'est simple et rapide via les fonctions d'édition (à noter qu'il est possible de représenter un niveau "caché", ceci grâce à un principe génial repris des créations de DDEFF). Puis à l'agrémenter éventuellement d'images de fond (qui pourront utilement comporter des repères ou toute inscription) ainsi que de mp3 ou wav de sonorisation, pourquoi pas ?

Restera ensuite à faire en sorte que le code Processing et le code gestionnaire du réseau se comprennent (les indications pour cela sont en commentaires dans le sketch) et le tour est joué.
(Ou presque... car il manque les compatibilités android  et IOS qui seraient sympa. Dans l'état c'est Windows... or les tablettes sont rares. Mais pas indispensables, un écran + souris ou tactile, et ça marche)

Nota : le dossier inclut un sketch de démonstration (à charger sur un Arduino) qui simule la "vie" d'un pseudo locodrome avec pont-tournant et illustre les infos échangées entre TCO et réseau.

Bonne prise en main, et si besoin j'y aiderai bien sûr.

Le dossier original étant trop gros pour être joint, voici un lien de téléchargement :
https://drive.google.com/drive/folders/18yBdrVHtfe3ZhrG2-hMqoNnGRjOqy5zO?usp=sharing
« Modifié: août 10, 2023, 11:49:13 pm par simontpellier »

Pierre59

  • Sr. Member
  • ****
  • Messages: 346
    • Voir le profil
Restera ensuite à faire en sorte que le code Processing et le code gestionnaire du réseau se comprennent (les indications pour cela sont en commentaires dans le sketch) et le tour est joué.
(Ou presque... car il manque les compatibilités android  et IOS qui seraient sympa. Dans l'état c'est Windows... or les tablettes sont rares. Mais pas indispensables, un écran + souris ou tactile, et ça marche)
Bonjour

On peut assez facilement écrire des programmes Processing pour Android avec le "mode Android de Processing". J'avais fait une souris pour commander le Locoduinodrome (2 trains A et B, cab-signal, boutons d'itinéraire, liaison WIFI) avec un smarphone (voir image). Pour IOS c'est plus difficile.

Pierre

chris_bzg

  • Sr. Member
  • ****
  • Messages: 343
    • Voir le profil
En m'inspirant des travaux de Denis et de Pierre, j'ai écrit l'article https://www.locoduino.org/spip.php?article226 .
Et c'est sur ce principe que j'ai construit l'interface qui gère mon réseau analogique : ça marche parfaitement, le TCO est dessiné sur l'écran de mon ordinateur portable selon les principes décrits par Pierre, les aiguilles manoeuvrées par la souris (le programme marche aussi avec un écran tactile, essayé sur la surface Pro de mon fils), ainsi que le courant sur les voies. L'avantage est qu'on peut ajouter des règles de sécurité sur la création d'itinéraires. J'ai présenté cela à Trainsmania 2019.
Tout cela remonte à quelques années et je pense que Denis est bien plus avancé aujourd'hui. Cela devrait intéresser beaucoup de gens mais il est difficile de changer les habitudes des modélistes ferroviaires, hélas. Comme tu l'évoquais, beaucoup sont restés à l'époque III et ne parlent que de relais et de boutons poussoirs. Dommage pour eux mais on ne peut obliger personne.  ;)

simontpellier

  • Full Member
  • ***
  • Messages: 116
    • Voir le profil
Bonjour,

Denis : merci pour ton retour.
Peut-être plutôt une question d'environnement qu'un problème de partage ? Chez moi, W10 et Firefox, ça fonctionne.
Autre explication possible : le lien n'avait pas les balises.

J'ai en tous cas modifié mon post pour y inclure des zips, deux premiers zip du moins car il en faudra deux autres que j'ajoute ici.

Christian : ton post m'avait échappé - je vais y aller voir ; on dirait bien qu'on a travaillé dans des directions voisines !

et mort aux relais !!

EDIT : lien corrigé, fonctionnel maintenant
« Modifié: janvier 02, 2023, 06:21:31 pm par simontpellier »

chris_bzg

  • Sr. Member
  • ****
  • Messages: 343
    • Voir le profil
Le relais peut se justifier pour remplacer un bouton poussoir dans certains automatismes.
Ce qu'il faut bannir, ce sont les automatismes conçus avec une succession de relais, genre Chennevez. A son époque, on n'avait pas mieux (et ses bouquins ont été formidables), mais aujourd'hui, ce genre de conception est archaïque et manque de souplesse d'évolution. Pourtant, Yann Baude de Loco-Revue m'a confirmé qu'il a encore de la demande pour ce genre de choses !  :D

Patrick Therrillion

  • Newbie
  • *
  • Messages: 4
    • Voir le profil
Bonjour Simontpellier
Je lis avec intérêt tes contributions pour créer un TCO sous processing clé en main
Je ne connais pas les langages de programmation, mais je suis séduit par leur possibilités de création
Alors j'ai téléchargé sur ton drive les fichiers que tu mets à disposition de tous ! et si longtemps !
MERCI
Voici quelques question de base :
Parmi les fichiers présentés, quel est celui qu'il faut ouvrir en premier ?
je ne parviens pas à ouvrir les fichiers .tsv, même à partir de processing

D'avance merci de ton aide
Cordialement Patrick

DDEFF

  • Hero Member
  • *****
  • Messages: 761
    • Voir le profil
Bonjour à tous,

Comme dit Christian, j'ai avancé sur les TCO.  ;D

Au début sur un TCO perso exactement à l'échelle. J'y étais presque et j'ai été "happé" par les fichiers JSON (voir nos échanges avec Pierre59 sur le fil correspondant).
Je me suis occupé de la partie "génération automatique du fichier JSON".
C'est, bien sûr, impossible et j'ai cherché a déterminer les infos VRAIMENT INDISPENSABLES pour générer un JSON complet ... et un TCO en appuyant sur un bouton.
C'est hier (!!) que j'ai réussi à générer le TCO (le JSON était OK depuis mi-janvier).

Je peaufine le TCO et j'ai quasi fait le topo pour le présenter.
Pour vous faire patienter, le TCO généré par le fichier qui m'a servi pour les essais en PJ.

Tous les feux sont, pour l'instant, des panneaux assez grands, mais comme je détermine quel feu est à quel endroit dans le JSON, il reste, justement, à n'afficher que le feu strictement nécessaire sur le TCO.
Le JSON contient déjà la liste des signaux affichables. Ce n'est plus qu'une question de dessin (automatique, bien sûr)
Je joins également le fichier qui a servi à la génération automatique du JSON et du TCO : seulement 6 Ko.

A suivre sur le fil du JSON, dès que c'est prêt.

A bientôt
Denis


« Modifié: février 20, 2025, 08:14:23 pm par DDEFF »
"Ce n'est pas le puits qui est trop profond, c'est ta corde qui est trop courte" (proverbe chinois)

simontpellier

  • Full Member
  • ***
  • Messages: 116
    • Voir le profil
Bonsoir Patrick,

Parmi les fichiers présentés, quel est celui qu'il faut ouvrir en premier ?
je ne parviens pas à ouvrir les fichiers .tsv, même à partir de processing

- première question : n'importe quel .pde. Et toute la série suivra sans rien d'autre à faire. Mais attention, le programme fonctionne avec processing 3 (mais pas 4).

- les fichiers tsv : ce sont les fichiers créés par porcessing ; il faut donc être dans processing pour pouvoir les ouvrir.
  Et pour cela, une fois le programme lancé, une menu s'affiche à gauche - en cliquant sur la flèche rouge du dessus, on obtient des options complémentaires dont une image de dossier windows. On cherche ensuite son fichier comme de la façon habituelle.

Si tu te lances, cette vidéo te donnera un aperçu de ce que tu pourras obtenir de ce programme dans son mode "édition":
(bien sûr, une fois ton TCO créé, dans son utilisation ("run-mode") les pavés de construction disparaitrons ! D'autre part, les animations des mouvements d'aiguilles de seront plus de simples simulations mais elles obéiront à tes séquences réelles d'ouverture et fermeture de tes appareils de voie. Les messages qui doivent être échangés entre réseau et TCO sont détaillés dans la feuille "serial" du programme.


Bon amusement !
« Modifié: Aujourd'hui à 09:56:49 am par Thierry »

CATPLUS

  • Sr. Member
  • ****
  • Messages: 441
    • Voir le profil
Bonjour

Il me semble que le lien vers la vidéo a disparu ?

Best Regards