Messages

1

Vos projets / Re : Re : Les SATELLITES AUTONOMES : Une solution simple pour la gestion de réseaux.

« le: janvier 18, 2024, 11:00:44 pm »

Le nombre d I/O sur l ESP 32 et leur utilisation rend l'utilisation du bus I2C comme une alternative à leur extension de façon simple.

Pour ma part j aime bien la SX1509 très polyvalente mais un PCA9685 offre aussi son lot de possibilités!

pour le SX1509: https://learn.sparkfun.com/tutorials/sx1509-io-expander-breakout-hookup-guide/all
ex PCA9685: https://www.aranacorp.com/fr/utilisation-dun-module-pca9685-avec-arduino/

Je suis peut-être hors sujet, mais je comprends qu'il faut augmenter le nombre d'I/O sur l'ESP32. Pour des entrées numériques, j'ai développé une carte relativement simple basée sur des registres à décalage qui permet d'ajouter au choix 8, 16, 24 ou 32 entrées.
On doit pouvoir faire de même pour des sorties. Je ne l'ai pas encore réalisée mais je l'ai testée sur des plaques de montage rapide.

2

Vos projets / Re : Re : Re : Re : Les SATELLITES AUTONOMES : Une solution simple pour la gestion de réseaux.

« le: janvier 16, 2024, 11:42:57 am »

@Dominique. Laurent répond bien à ta question. Moins on a de câbles sur le réseau et mieux c'est. Moins on a de longueur pour chaque câble et mieux.

Tout à fait d'accord, mais l'âge avançant très vite, moins on a d'équipements sous la table et mieux c'est.

3

Vos projets / Re : Re : Les SATELLITES AUTONOMES : Une solution simple pour la gestion de réseaux.

« le: janvier 15, 2024, 11:17:25 pm »

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.

Sur mon réseau (N) j'utilise des capteurs équivalents (ITR9909) mais pour les positionner au raz des traverses, ça oblige à en couper 2.
Dans les parties cachées (il n'y en a que là) ce n'est pas gênant, mais ailleurs ce serait quand même un peu voyant.

@bobyAndCo
Pour la programmation et les cartes électroniques, je me débrouille.
Le haut niveau est pour moi le suivi des trains sur le réseau par le gestionnaire.
Mon petit réseau actuel est exploité entièrement en manuel (à partir d'une tablette), à part quelques sécurités dans la gare cachée.
Mais le futur réseau est beaucoup plus ambitieux, et je n'échapperai pas à me triturer le cerveau pour comprendre comment gérer la circulation des trains.
Ce qui m'inquiète c'est la multiplication des cartes électroniques : cartes RailCom, cartes pour décoder les messages Railcom, cartes de détection de présence... Quand il y a beaucoup de cantons, ça fait beaucoup de cartes.

Tu veux des questions, en voici une.
Je comprends que la détection RailCom génère un signal relativement faible. Je suppose que les cartes doivent être proches de la voie.

4

Vos projets / Re : Les SATELLITES AUTONOMES : Une solution simple pour la gestion de réseaux.

« le: janvier 15, 2024, 01:33:31 pm »

Bonjour,

J’ai découvert les TCRT5000 (seuls) il y a déjà un petit moment, je les ai testés dans différentes configurations. Ca fonctionnait bien mais c’était très délicats de trouver le bon réglage.

Et puis j’ai testé des modules chinois tout assemblés qui me coutaient moins cher que le seul TCRT5000, très simples à régler avec la résistance variable et surtout très fiables.

Comment installes-tu ces capteurs ? Sous la voie ? Sous la plateforme ?
Tu es en HO ?

Je ne suis pas le seul intéressé mais il y a beaucoup de timides

On n'est pas timides, mais c'est du haut niveau !

5

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

« le: janvier 07, 2024, 12:42:32 pm »

Bonjour,

Une ZONE correspond à une détection de présence. Ce peut être un rail avec des coupures, une aiguille seule, plusieurs aiguilles.

Comment fait-on pour détecter une présence sur une aiguille ?
Faut-il isoler l'aiguille complètement ?
Faut-il un ou deux capteurs ?
...?

6

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

« le: janvier 04, 2024, 02:26:08 pm »

Ces périphériques n’ayant même pas de communication avec le gestionnaire ou sans doute très peu. La manette de gaz par exemple agit directement sur la centrale DCC qui en confirmant la réception de la commande, met à jour le gestionnaire.

De même pour les aiguilles, l’ordre est donné par un bouton physique ou logiciel et seul un message informe le gestionnaire du changement. Dans ce cas précis, on voit bien l’intérêt d’un interrupteur en butée de servo d’aiguille qui est le meilleur moyen de s’assurer du changement d’état.

Si le gestionnaire assure la sécurité, est-ce qu'il ne doit pas filtrer toute commande manuelle, par exemple interdire d'accélérer sur un canton au ralenti, ou interdire d'actionner une aiguille occupée par un train ?

7

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

« le: janvier 04, 2024, 10:37:45 am »

Bonjour à tous,

Je viens de lire avec grand intérêt ce lancement de projet, d'autant plus grand que j'ai en projet un nouveau réseau.
Il y a eu beaucoup de remarques pertinentes et mes connaissances "limitées" dans ce domaine ne me permettent pas de commenter.
Le seul point pour lequel j'interviens est qu'on a parlé de PC et Mac, mais il ne faut pas oublier qu'il y a PC-Windows et PC-Linux (qui est mon cas).
Je pense que s'il y a une interface sur ordinateur, elle doit être "universelle", comme un navigateur web.

8

Shields et Modules / Re : Module de détection par induction pour canton DCC

« le: février 24, 2023, 10:18:44 am »

Merci nopxor.

9

Shields et Modules / Re : Module de détection par induction pour canton DCC

« le: février 23, 2023, 07:42:12 pm »

Bonsoir,
J'ai lu tout le fil de discussion avec intérêt et je me pose une question au sujet de la remarque sur le fait que le capteur doit être proche de la voie.
Je pensait que le principe de ce capteur était de réagir à l'intensité qui passe dans le fil d'alimentation de la voie.
Or qu'on soit près ou loin de la voie, l'intensité est la même.
Donc quel est le problème de l'éloignement ?

10

Présentez vous ! / Re : Presentation de HubertGAUT

« le: octobre 05, 2022, 11:50:58 pm »

Bonjour,

les PIC ne le sont pas car leur mise en œuvre nécessite une programmation en assembleur

Quand j'utilisais des PIC, je les programmais en C .

11

Vos projets / Re : Nouveau satellite à 2 composants

« le: avril 08, 2022, 04:28:30 pm »

Je commençais tout juste à m'intéresser au bus CAN pour pallier les limitations de la communication WiFi telle que je l'ai développée pour mon petit réseau.
Cette solution ESP-NOW mérite d'être considérée même pour un grand réseau.

Merci pour ces tests.

12

Vos projets / Re : Nouveau satellite à 2 composants

« le: avril 07, 2022, 07:17:57 pm »

Bonjour Antoine,

Personnellement j'utilise un ESP8266 sur ma centrale pour recevoir les données de modules de rétro-signalisation par WiFi (position d'aiguilles, capteurs, ..) mais je crois savoir que l'ESP8266 est limité à 4 clients simultanés.
Comment gère-tu les 9 satellites simultanément ?

Cordialement,
Dominique

13

Vos projets / Re : Mes servos chantent même à l'arrêt

« le: février 23, 2022, 05:44:31 pm »

Merci Jean-Luc pour ces précisions.

14

Vos projets / Re : Mes servos chantent même à l'arrêt

« le: février 21, 2022, 05:40:08 pm »

Oui, OK, c'est possible comme ça. N'est-ce pas un peu l'artillerie lourde par rapport à la solution attach/detach ?

Je ne sais pas ce que fait attach/detach, je n'ai jamais essayé.
Est-ce que le moteur reste alimenté ? Est-ce qu'il continue à consommer du courant ?

Le montage que j'ai présenté a été motivé par le fait qu'il pouvait y avoir des mouvements incontrôlés du servo lors de la mise sous tension du décodeur.
Le fait de démarrer le signal PWM avant de mettre le moteur sous tension a résolu ce problème,  d'où ce schéma qui permet de contrôler l'alimentation.

Cordialement,
Dominique

15

Vos projets / Re : Mes servos chantent même à l'arrêt

« le: février 21, 2022, 11:11:57 am »

Bonjour babskwal,
Oui on peut le faire en code Arduino en alimentant le servo via un circuit ULN2803.
En basculant une entrée de l'ULN on autorise ou on bloque la sortie correspondante (voir schéma joint).