LOCODUINO

La carte Satellite V1 (1)

Principes fondateurs

. Par : bobyAndCo, Dominique, Jean-Luc, Thierry

Dans un réseau DCC piloté automatiquement, c’est à dire permettant de gérer le cantonnement en modulant la vitesse des locomotives, en commandant la position des appareils de voie et en pilotant une signalisation réaliste, il est nécessaire de combiner plusieurs éléments : un système généralement centralisé qui, à partir des informations sur (…)

Retourner à l'article

Vous répondez à :

aaah, enfin ! 21 janvier 2019 22:28, par railyRabbit

J’attendais avec une certaine impatience que vous rentriez dans le détail de cette carte et des principes de fonctionnement.
Cette notion de ’non-spécialisation’ des cartes, et donc de configuration à distance par le gestionnaire, me laisse perplexe. J’ai commencé à dessiner ma carte mais pour ma part, je pense que j’adapterai le programme selon le nœud (du moins dans la 1ère version).
Hâte de lire la suite !!
Qui êtes-vous ?
Votre message

Pour créer des paragraphes, laissez simplement des lignes vides.

Lien hypertexte

(Si votre message se réfère à un article publié sur le Web, ou à une page fournissant plus d’informations, vous pouvez indiquer ci-après le titre de la page et son adresse.)

34 Messages

  • La carte Satellite V1 19 janvier 2019 14:06, par Tanguy

    Encore bravo pour ce travail extraordinaire. Je suis très inspiré par ce principe de carte banalisée (la Locoduino Uno ?) et pense le mettre en oeuvre un jour sur mon réseau. Je pense avoir compris la notion d’API mais ne comprend pas celle de "proxy".
    Les prochains ? articles me permettront probablement d’y voir plus clair.

    Longue vie à Locoduino !

    Répondre

    • La carte Satellite V1 19 janvier 2019 20:25, par Jean-Luc

      Merci Tanguy :)
      Il y a 3, voire 4, autres articles à venir qui sont en court d’écriture. Et cette notion de proxy y sera expliquée.

      Répondre

  • La carte Satellite V1 20 janvier 2019 15:58, par Patrick

    Merci à toute l’équipe de mordus pour la qualité des articles et le travail accompli.
    Je suis en train de réaliser un projet dans lequel je souhaite mettre en œuvre les cartes satellite, aussi je suis impatient de découvrir les prochains articles en particulier les cartes version V2 qui permettront d’en limiter la quantité.
    Bravo Locoduino

    Répondre

    • La carte Satellite V1 21 janvier 2019 13:04, par Jean-Luc

      Merci Patrick.
      La suite arrive et en parallèle, je mettrai des infos sur la Satellite V2 sur le forum.

      Répondre

  • La carte Satellite V1 21 janvier 2019 13:31, par Pierre

    Je me joins à Tanguy et Patrick pour vous féliciter à mon tour ! L’article est très bien écrit. J’ai tout compris malgré mes faibles connaissances en la matière (je ne connaissais même pas l’existence des cartes Arduino il y a 3 mois...). Je suis en train de réfléchir à l’implantation d’un nouveau réseau et j’envisage de suivre cet exemple. Je me réjouis de lire les articles suivant sur ce sujet !

    Répondre

  • La carte Satellite V1 21 janvier 2019 22:16, par Charles

    Bonjour,
    Je suis depuis quelques temps les articles publiés sur Locoduino et le vôtre m’a particulièrement intéressé. Je travaille également sur la réalisation d’un système de commande des équipements et des capteurs utilisés dans un réseau de trains. Mais cela traine depuis des mois faute de temps ...

    Je suis parti sur un système similaire à celui présenté dans l’article, à savoir au centre un ordinateur avec un programme serveur chargé de la supervision du système et de l’exploitation des convois. Ce programme propose d’un côté d’un service HTTP afin de pouvoir communiquer avec un navigateur web où se trouve l’IHM pour la configuration et l’exploitation du réseau (dont le TCO). Une application Web a l’avantage de tourner sur toutes les plate-formes (Mac, Linux, Windows, iOS, Android, …) De l’autre côté, grâce à un carte maître Arduino connectée en USB ou une ESP8266 en WiFi, le serveur peut envoyer des commandes à des cartes esclaves et recevoir les signaux des détecteurs.

    Pour le bus entres les cartes maître et esclaves j’étais également parti sur du CAN mais j’ai découvert il y a quelques mois le bus PJON qui me semble plus simple à mettre en oeuvre.

    Pour la programmation des cartes esclaves, je pensais à des application spécialisées (pilote de signaux, pilote de moteurs d’aiguille et récepteur des signaux de détection). Mais le principe de l’application unique me plait et il n’y a pas d’inconvénient à déplacer l’« intelligence » du système sur le serveur.

    Pour piloter les LED des signaux, je suis en train d’essayer les registres à décalage 74HC595 qui permet de piloter 8 feux par circuits et qui sont chaînables pour arriver à piloter 8, 16 ou plus LED. Donc en « consommant » seulement 5 ports digitaux de l’Arduino on peut piloter deux ou trois signaux.

    Merci pour cette première approche et j’attends avec impatience la suite de la présentation de vos travaux.

    Répondre

    • La carte Satellite V1 21 janvier 2019 23:07, par Jean-Luc

      Bonsoir,
      j’ai rapidement jeté un œil à PJON. Il s’agit d’un protocole et non d’un bus. Je ne trouve pas qu’il soit particulièrement facile à mettre en œuvre à priori et je n’ai pas trouvé d’exemple qui me semble facilement compréhensible pour démarrer. Je trouve le CAN plutôt limpide en comparaison et il offre un matériel qui gère tout le protocole.
      Le défaut principal est que tout est implémenté en soft et que je ne vois pas quel hardware mettre dessous. Le problème est que le protocole à une empreinte mémoire assez conséquente et que le temps CPU pour la stack ne sera pas là pour autre chose. À vrai dire nous visons une empreinte mémoire quasi nulle en RAM en employant un autre contrôleur CAN, le MCP2517FD qui contient 2ko de buffer, dans la version 2.
      Enfin, quand je lis sur l’accueil du Github :

      Many protocols massively applied worldwide like 1-Wire, i2c and CAN expose dangerous vulnerabilities, their error detection algorithms are weak and they are not resilient to interference. The PJON network protocol stack is based on years of analysis and study not to make the same repeated mistakes present in most alternatives and provide with a set of simpler and more efficient solutions.

      sans que rien ne soit avancé à l’appui ce ces affirmations, je ne sais pas quoi penser de PJON.

      Pour compléter : je viens d’installer PJON et de compiler le sketch Receiver qui allume ou éteint la LED 13 en fonction de ce qui est reçu. 55% de la RAM est occupée pour un sketch qui ne fait quasiment rien. Ce n’est tout simplement pas utilisable sur un Nano.

      Répondre

      • La carte Satellite V1 22 janvier 2019 18:04, par Charles

        55% de la RAM est occupée pour un sketch qui ne fait quasiment rien.

        Inconvénient rédhibitoire ! On oublie PJON :D

        Comment avez-vous réaliser l’interface CAN ? Du fait maison ou un carte toute assemblée ?

        Répondre

  • aaah, enfin ! 21 janvier 2019 22:28, par railyRabbit

    J’attendais avec une certaine impatience que vous rentriez dans le détail de cette carte et des principes de fonctionnement.
    Cette notion de ’non-spécialisation’ des cartes, et donc de configuration à distance par le gestionnaire, me laisse perplexe. J’ai commencé à dessiner ma carte mais pour ma part, je pense que j’adapterai le programme selon le nœud (du moins dans la 1ère version).
    Hâte de lire la suite !!

    Répondre

    • aaah, enfin ! 22 janvier 2019 06:56, par Jean-Luc

      Bonjour,

      Cette notion de ’non-spécialisation’ des cartes, et donc de configuration à distance par le gestionnaire, me laisse perplexe.

      C’est pourtant ce que nous avons fait pour Orléans. Dominique a fait un configurateur avec un Arduino et bobyAndCo dans un navigateur Web :)

      Répondre

      • aaah, enfin ! 22 janvier 2019 18:15, par railyRabbit

        "perplexe" dans le sens... mais comment cela fonctionne-t-il donc ? ;)

        Répondre

        • aaah, enfin ! 22 janvier 2019 19:20, par Dominique

          Bonjour,

          Vous le saurez bientôt avec les articles suivants ;)

          Répondre

  • La carte Satellite V1 26 janvier 2019 21:14, par jerome

    Très bon article, merci. Où peut-on trouver des infos sur l’interface DCC/CAN ?

    Répondre

  • La carte Satellite V1 8 février 2019 12:23, par DDEFF

    Cette série d’articles promet d’être passionnante.
    Ayant prêché depuis longtemps pour des fils courts vers ce que j’appelais des "modules", je n’en suis que plus heureux.
    Il fallait une carte satellite V1 "à tout faire" pour démarrer le processus et tester un maximum de cas et, qu’au moins, ça marche sur un petit réseau. C’est fait et c’est très bien.
    Dans le cas de réseaux plus grands, et, au hasard (!), une grande gare en PRS, il faudra des satellites qui sachent s’adapter à
    N*(1 aiguille+1 détection) pour un Arduino pour optimiser le nombre de satellites. J’ai bien compris que c’était en cours.
    Et, comme il faut bien que Locoduino ait aussi des gestionnaires pour s’adapter à ce bus, je ferai bientôt partie de ceux qui proposeront leur système.
    Denis

    Répondre

  • La carte Satellite V1 7 juillet 2019 23:11, par Cyril

    Bonsoir,

    Je n’ai pas tout compris (débutant) donc pardon d’avance si je pose une question idiote !

    Je suppose qu’il est nécessaire de séparer électriquement les cantons les uns des autres afin de pouvoir y mesurer la consommation de courant ?

    Donc pouvez-vous me préciser la manière dont le feeder DCC est géré (d’un point de vue électronique) sur chaque canton dans votre projet LOCODUINODROME ?

    Pourquoi ne pas faire passer le feeder dcc par la carte satellite ?

    Merci d’avance

    Répondre

    • La carte Satellite V1 8 juillet 2019 18:06, par Dominique

      Bonjour Cyril,

      Je suppose qu’il est nécessaire de séparer électriquement les cantons les uns des autres afin de pouvoir y mesurer la consommation de courant ?

      OUI.

      préciser la manière dont le feeder DCC est géré

      Le signal DCC est appliqué en sortie de centrale à une ligne de 2 fils, le feeder, qui coure sous le réseau. Les satellites sont connectés en entrée au feeder en parallèle. Chaque satellite V1 est connecté aux rails d’un canton pour qu’il puisse mesurer le courant.

      Répondre

    • La carte Satellite V1 9 juillet 2019 09:08, par Jean-Luc

      Bonjour

      Pourquoi ne pas faire passer le feeder dcc par la carte satellite ?

      Parce que les pistes du premier satellite de la chaîne devraient encaisser l’intensité de la totalité des cantons.

      Répondre

  • La carte Satellite V1 10 novembre 2021 12:06, par Dominique (mais pas celui de Locoduino)

    Bonjour,

    Cet article parle d’une évolution de la version V1 ("Nous avons d’ores et déjà commencé à travailler sur une version 2").
    Serait-il possible de savoir où en est cette version ?

    Cordialement,
    Dominique

    Répondre

    • La carte Satellite V1 10 novembre 2021 17:19, par msport

      Bonjour,
      la V2 est en statut quo actuellement, mais pouvez vous préciser ce que vous attenteriez ?
      Cordialement

      Répondre

  • La carte Satellite V1 11 novembre 2021 09:05, par Dominique

    Je voulais savoir si vous aviez évolué concernant votre réflexion suivante :

    "le choix de n’avoir qu’un seul servo et qu’une seule détection par consommation, si elle est adaptée au Locoduinodrome, présente des limites pour des réseaux plus complexes et conduit à un nombre de Satellites excessif et dont une partie des fonctions est inutilisée (...) Nous avons d’ores et déjà commencé à travailler sur une version 2 plus modulaire et permettant de limiter au minimum les fonctions non utilisées et de rendre le Satellite adaptable au plus grand nombre de situations"

    Répondre

    • La carte Satellite V1 11 novembre 2021 09:24, par msport

      Bonjour,
      En fait, le faible cout d’un satellite ne plaide pas pour une spécialisation de ceux-ci pour en diminuer le nombre.
      Quel nombre de satellites envisagez vous dans sa version actuelle ?
      Cordialement

      Répondre

  • La carte Satellite V1 11 novembre 2021 19:26, par Dominique

    Aucune idée pour le moment.
    Je commence juste à réfléchir à un futur réseau et à la meilleure façon de l’exploiter.
    Merci pour vos réponses.
    Cordialement,
    Dominique

    Répondre

  • La carte Satellite V1 11 novembre 2021 19:43, par Dominique

    Ce qui est indiqué dans l’article est toujours vrai (optimiser les ressources et combiner les fonctions au plus près des besoins est une de nos préoccupations de modéliste ferroviaire).
    Mais le lancement d’une réalisation avec les nécessaires discussions avec les bénéficiaires potentiels (comme on l’a fait pour la V1) demande un investissement en temps et en moyens important. A cela s’ajoute un logiciel modulaire et paramètrable qui n’est pas simple à faire.
    Nous n’avons donc pas encore pris de décision surtout faute d’engagements sérieux des utilisateurs de Locoduino. Mais cela viendra peut-être un jour..

    Répondre

  • La carte Satellite V1 15 novembre 2021 19:00, par Dominique

    Bonjour,
    Les messages gérés par les satellites sont parfaitement décrits dans le très intéressant article "La carte Satellite V1 - La messagerie et l’interface SAM V1", mais trouve-t-on quelque part une description des messages CAN entre le Système de gestion et le module Traction présents dans l’architecture du Locoduinodrome présentée ci-dessus ?
    Cordialement,
    Dominique

    Répondre

  • La carte Satellite V1 15 novembre 2021 21:51, par Dominique

    Oui ça existe chez moi dans doute, je vais rechercher et le publier ;)

    Répondre

  • La carte Satellite V1 18 juillet 2022 19:22, par Olivier

    Bonjour,
    Tout d’abord bravo pour cette mine d’informations qu’est Locoduino, et la haute tenue de certains articles, c’est parfois (souvent !) impressionnant. On imagine la quantité de travail pour arriver à cette qualité !

    Après avoir vu l’excellent article "Communications entre JMRI et Arduino" où je me suis frotté les mains en voyant l’intégralité d’un système de gestion quasiment clés en main, je découvre ce concept de carte satellite qui simplifie drastiquement la quantité de filasse...et j’ai tout de suite été conquis, sachant que n’ayant encore rien commencé, je me suis dit qu’il valait mieux partir sur les meilleures bases possibles :)

    Seul hic : a contrario du premier article où la passerelle entre JMRI et le réseau est déjà écrite, il faut ici entièrement créer la passerelle CAN/Gestionnaire...Ben oui, c’est qu’on prend vite l’habitude dans vos projets d’avoir tout le travail prémâché, aussi... :)

    Je pressens (peut-être à tort) que le code de la carte passerelle Arduino ne devrait pas être trop complexe, en s’inspirant de celui de la carte satellite pour la partie CAN et en écrivant un peu de code pour adapter les messages au protocole d’échange avec le gestionnaire.

    Le code côté gestionnaire me semble par contre une toute autre affaire, et d’ailleurs quel gestionnaire choisir ?

    JMRI ? Il faut maîtriser son environnement Java/Python...ce qui n’est pas mon cas, je ne comprends déjà pas toutes les subtilités du code Python tout fait de Geoff Bunza qui utilise deux ports COM distincts, alors, même en s’en inspirant, je me vois mal écrire un protocole de communication qui soit capable d’envoyer les ordres et recevoir les signaux sur le même port :(

    CDM-Rail ? il est - sauf erreur de ma part - basé sur l’activation d’accessoires via le DCC, pas vraiment adapté à l’approche bidirectionnelle (qui en fait d’ailleurs tout le charme !) de la solution Satellite/CAN

    Gestionnaire maison basé sur Processing ? beaucoup de travail en vue, mais peut-être plus facile à appréhender au final, partant du principe qu’on maîtrise mieux ce qu’on crée de bout en bout...

    Bref, étant très perplexe sur la direction à prendre, quelques petites pistes sur ce que vous avez utilisé lors de votre démo d’Orléans, et quelques conseils pour éviter de partir sur une route semée d’embûches, ne seraient pas de refus :)

    Répondre

  • La carte Satellite V1 18 juillet 2022 19:49, par Dominique

    Merci pour cette bonne question : je partage votre préoccupation depuis longtemps et je réalise un gestionnaire connecté au bus Can, sans pc/Mac.

    il est basé sur le projet “Un gestionnaire en C++ pour votre réseau (1/2/3/4) 100% Arduino” développé par Pierre59.

    Bien sûr il est largement adapté aux caractéristiques de mon réseau et n’utilise pas que des satellites V1.
    Voir mon projet “Réseau Dominique” dans le forum où on pourra en discuter.
    Cordialement.

    Répondre

  • La carte Satellite V1 18 juillet 2022 19:56, par bobyAndCo

    Bonjour,

    Très heureux que vous appréciez ce concept qui est il est vrai assez révolutionnaire. Tout comme Dominique, je vous invite à me contacter par MP car je pourrai vous parler d’une évolution sur laquelle je travaille et qui simplifie beaucoup le gestion de réseau.

    Bien cordialement.

    Christophe

    Répondre

  • La carte Satellite V1 18 juillet 2022 21:24, par Dominique

    Je vous encourage à contacter Christophe qui va pouvoir offrir une approche plus simple à configurer et qui peut être complétée selon vos desiderata.
    Cordialement.
    Dominique

    Répondre

Rubrique Projets

Les derniers articles

Les articles les plus lus