Messages

1

Vos projets / Re : Les SATELLITES AUTONOMES: évolutions du socle initial

« le: mai 26, 2024, 11:59:01 pm »

oui , j'ai écrit "il serait peut-être intéressant" , ça fait beaucoup de conditionnel
notons toutefois un autre avantage de faire par soft au lieu de faire par hard : c'est bien plus facile à rectifier en cas d'erreur ...

2

Vos projets / Re : Les SATELLITES AUTONOMES: évolutions du socle initial

« le: mai 26, 2024, 12:25:26 am »

je dis arduino car on est sur le site locoduino ; je considère le megatiny (ici , un attiny402) en question , comme étant un arduino , dès qu'il est programmé avec l'IDE arduino
le but d'un arduino , c'est de réduire le nombre de composants externes ; ainsi quand on voit un tel montage , on cherche ce qui peut être pris en charge par l'arduino :
1) la détection de la tension : ici , c'est assuré par la jonction base - émetteur du transistor , qui s'active quand la tension qui s'y présente atteint ou dépasse 0v7 ; une telle tension peut être mesurée par le convertisseur analogique numérique (ADC) de l'arduino
2) la temporisation de la détection , est faite par la capa chimique : cette tempo peut être réalisée par le programme ; ainsi quand une tension suffisante est détectée , on valide la détection après de brèves vérifications , et quand c'est plus détecté , on prend son temps pour vérifier la libération , puis on valide
3) le 555 (ou 556 = 2* 555) : il est nécessaire en aval de la chimique , car une tension qui varie doucement , créé ceci à son point de basculement :
 ‾‾‾‾‾‾‾‾‾|_|‾|_|‾|_|‾|_______ tandis que le lecteur ne sait pas si c'est high ou low , c'est les parasites qui déterminent le niveau ; le 555 élimine ceci , grâce à son hystérésis égal à 1/3 de la tension ; le programme peut faire la même chose , en interprétant la tension lue par l'ADC , et en appliquant des tempos
4) le dimmer : il sert à régler la sensibilité , selon les besoins de chacun : si un tel réglage doit être fait par l'arduino , avec des tensions de seuil variables selon les cantons , ces tensions peuvent être déterminées , puis sauvegardées dans la mémoire EEPROM de l'arduino ; ainsi , elles ne disparaissent pas lors des coupures de courant ; elles peuvent faire l'objet d'un nouveau réglage , dans le temps si nécessaire
5) la porte logique que tu veux mettre en sortie : on peux imaginer 3 broches en sortie de l'arduino : une led verte , une rouge , et un relais , par exemple ; le programme se charge de faire fonctionner tout ceci comme il faut
ici , on utilise un 556 pour faire une petite économie d'échelle , un détecteur double ; avec un arduino , on peut faire mieux , 4 , 6 , 8 voies : il suffit de choisir un modèle avec un nombre de broches suffisant ; si on a par exemple 8 voies , on économisera 8 fois les composants que j'ai cités , au "prix" de faire faire à l'arduino , 8 fois le même morceau de programme

3

Vos projets / Re : Les SATELLITES AUTONOMES: évolutions du socle initial

« le: mai 25, 2024, 07:09:51 pm »

Bonjour,
un arduino a un adc , de l'eeprom , et évidemment de la flash pour y mettre un programme
il serait peut-être intéressant de reprendre ce montage , en remplaçant le transistor par l'adc , le trimmer par l'eeprom , la capa et l'hystérésis par le programme , et pour l'inverseur à la fin , on a le choix : programme , event system , glue logic , comparateur ...

4

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

« le: mai 25, 2024, 01:30:22 pm »

- dans les postes avec des itinéraires permanent, s'il y a du cantonnement, certains carrés peuvent présenter le S, pour assurer la continuité du cantonnement à la traversée d'une gare, d'une bifurcation , ...
- dans les postes avec du transit souple, s'il y a du cantonnement, les carrés peuvent s'ouvrir au sémaphore (S)

Je suis d'accord avec toi, c'est possible, mais pour qu'il y ait du cantonnement DANS la gare, il fait qu'elle soit vraiment grande. Je n'ai pas d'exemple de réseau miniature qui ait eu besoin de ça. Ceci dit, c'est simple à faire : je vais garder le S pour les cas où, DANS une gare, il y a 2 sections qui se suivent.
Mais à partir du moment où il y a des itinéraires, je vois mal l'aiguilleur donner le S. Ou il donne le C, ou il donne au train la possibilité de partir.

Bonjour ,
en cas de tracé permanent , la gare devient un canton vis à vis du BAL , cad. que si un train y circule devant un autre , l'autre observera des indications S , A , ou ou Vl , selon le nombre de cantons libres devant lui , comme s'il était en pleine voie
(toutefois (pour ne pas me dédire) je suggère de simplifier les choses au maximum  : pas de transit souple , pas de tracé permanent , pas de BAL (le réseau entier étant géré comme une gare unique) : intuitivement , je pense que vous aurez suffisamment de mal sans ça

- il y a un autre signal de manœuvre, dans les grandes gares un feu de manœuvre (M : blanc) peut être utilisé pour les départs en manœuvre sur les carrés (compter les feux des signaux de grande gares : 5 feux (A, S, Vl, M, C)

Effectivement, il faut penser à cette possibilité. A développer.
Dans la pratique du réseau miniature, je préfèrerais utiliser des signaux au ras du sol pour aller vers les zones de manœuvre depuis les voies principales et ne pas avoir de signal combinant les signaux de voie principale et des signaux de manœuvre. Mais je suis d'accord que ça existe.

il n'est pas logique (voire interdit à la sncf ?) , de présenter une indication M au sol , alors que celle-ci peut être , tout simplement , présente sur le panneau

5

Vos projets / Re : LaBox" : Une Centrale DCC polyvalente et abordable

« le: mai 19, 2024, 08:26:24 pm »

ah tu m'as grillé là , alors j'attends le résultat !
pour les security gaps , c'est définitivement non pour ce qui me concerne , vu que :
- personne n'a encore su me démontrer à quoi ça sert
- s'il y avait un décalage de synchro , il se manifesterait d'abord par des courts circuits en dehors du cutout
- avec un minimum de soin dans la synchro , le pouillème dont tu parles serait largement phagocyté par le dead-time de tout pont en H

6

Vos projets / Re : LaBox" : Une Centrale DCC polyvalente et abordable

« le: mai 19, 2024, 10:18:12 am »

oui , mais ce n'est pas comme ça que je ferais ; si on utilise un MCU fiable pour seconder l'ESP32 , on peut :
1) décoder le packet , genre décodeur ou sniffer , méthode au choix , Aiko Prass , par exemple ; mettre le packet en RAM
2) ressortir le packet avec toutes les caractéristiques que l'on veut : timings précis , cutout , ceci en fonction du pont en H à commander

cette méthode , a toutefois 1 inconvénient lié la désynchronisation : comme les timings en entrée ne sont pas les mêmes qu'en sortie , il faut ajuster
et 1 contrainte à respecter logiquement : si on veut mettre plusieurs booster , il faut les placer en aval du petit MCU ; cela rend alors inutile les security gaps

7

Vos projets / Re : LaBox" : Une Centrale DCC polyvalente et abordable

« le: mai 18, 2024, 11:17:27 pm »

(oui , ce truc n'est pas si évident , on a vite fait de se planter)
si j'ai bien interprété le dessin , concernant le cutout , au niveau de la CS (génération du DCC) , on doit se conformer à 2 valeurs , qui comme toutes les autres , sont mesurées depuis le front montant de ce qui aurait été le 1er bit du preamble , et qui sera donc tronqué :
- Cutout Start : TCS  : 26µs à 32µs // soit 29us pour qui sait faire des timings précis 
- Cutout End :  TCE   : 454µs à 488µs // soit 471us         ii                        ii
la durée du cutout est donc l'heure de sa fin , 471us , moins celle de son début , 29us , ce qui donne "mes"   442us

"mes" 7us , ce n'est pas bien important ; si on prend "mes" valeurs pour le cutout , et que la CS continue de générer des pulses à 58us comme si de rien était , le cutout se terminerait 7us avant le fin du 4ème bit du preamble (largement amputé , du coup) ; ces 7us peuvent varier pour les CS ne respectant pas les 58us (comme certains ne se gênent pas d'en faire)
pour ma part , je laisse tomber ces 7us : je recommence un bit 1 entier , 1er bit du vrai preamble , dès la fin du cutout

je voulais parler des 442us , notamment vis à vis du programme de lebelge2 , où j'ai lu :  delayMicroseconds(412);  ?

8

Vos projets / Re : Éclairage voitures

« le: mai 18, 2024, 09:02:09 am »

Bonjour , pour une ligne de train , 2 fils suffisent

9

Vos projets / Re : Re : LaBox" : Une Centrale DCC polyvalente et abordable

« le: mai 18, 2024, 12:32:23 am »

Trimarco.
Je vais tester la fiabilité de mon système dans les prochains jours.
Il y a quand même une tolérance de 6µs (26 à 32µs après le bit de stop).
Je vais mesurer si je reste dans cette fenêtre avec le µp en charge (WiFi)

bien , alors on saura
(pour moi 26 à 32us , ça fait une tolerance de 3us ; après petit calcul , la durée est de 29us après le bit stop , puis de 442us pour le cutout proprement dit)

10

Vos projets / Re : LaBox" : Une Centrale DCC polyvalente et abordable

« le: mai 18, 2024, 12:25:35 am »

oui , on a un principe de boucle de courant , cela permet au détecteur railcom d'entendre des décodeurs multifonctions qui sont bien éloignés dans le réseau
si on n'est pas trop loin , ça va aussi marcher sans boucle de courant (j'en dirai + quand j'aurai expérimenté moi-même)
le L6203 n'a pas besoin de broche Brake , vu que la combinaison IN1/2 = LOW/LOW donne SINK1/2 (le brake , donc)

11

Vos projets / Re : LaBox" : Une Centrale DCC polyvalente et abordable

« le: mai 17, 2024, 05:42:10 pm »

Bonjour ,
j'ai des questions (voir des doutes) quant-à la fiabilité d'un tel montage (mais c'est peut-être juste parce que je suis loin d'avoir tout compris) :
- les gens de DCC-EX , c'est des costauds , si on pouvait implémenter le cutout de manière assez fiable dans l'ESP32 , pourquoi ne l'auraient-ils pas fait ?
- c'est le RMT qui est utilisé , car il permet de dérouler le packet indépendamment des errances des cores
- à la fin d'un RMT , il faut recharger les données (pour le packet suivant) , dans le cadre d'une interruption : il vaut mieux que cette interruption se fasse au cours d'un bit dcc 0 , par exemple le packet start bit , car c'est le moment où on peut se permettre des libertés dans les délais , moyennant le stretch de ce bit , ce qui est permis par la norme
- ce code créé plusieurs approximations dans le timing :
- - la latence de l'interruption : 4 à 8us , et pire si des opérations wifi sont en cours
- - les delayMicroseconds() , c'est pas des sciences exactes , en particulier pour un ESP32
- - le digitalWrite , pareil
.
donc , je ne doute pas que tu trouves des signaux acceptables à l'analyseur logique , mais qu'en est-il quand l'ESP32 est un peu sollicité , notamment s'il fait des opérations wifi ?

12

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

« le: mai 05, 2024, 07:08:45 pm »

Bonjour,
subordonner , dans ce cas , la libération de la tjd. à celle de l'aiguille du bas ...
ou ne pas faire de transit souple , c'est pas indispensable en MF ...

13

Vos projets / Re : centrale DCC / analogique modulaire

« le: mai 05, 2024, 01:42:22 pm »

Bonjour ,
les 4 couches me permettent de diminuer le nombre de cartes , d'arduino , de câblages , donc je pense que je suis globalement gagnant ; je vous dirai combien ça coûte quand j'aurai lancé la commande (il y a aussi le coupon qui s'applique à la fin)

14

Vos projets / Re : Nouveaux AVR:coeur AVRx avec MEGACOREX, DXCORE, MEGATINYCORE: utiliser le HARD:

« le: mai 04, 2024, 09:47:03 am »

Bonjour ,
merci Laurent pour cette présentation !
je découvre notamment l'existences des frameworks , qui simplifient l'écriture et surtout rendent les choses + compréhensives , c'est mieux que les exemples de Microchip , qui s'éloignent à peine du bare metal

pour les comparateurs , j'activerais systématiquement l'hystérésis : pour les entrées très raides , ce n'est pas utile , mais pour les signaux variables , cela évite d'avoir ceci : _______|‾|_|‾|_|‾‾‾‾‾‾‾‾ , en sortie lors des transitions
dans ton exemple , tu as utilisé une tension externe comme tension de référence , mais on pourra souvent utiliser une tension interne , voir le DAC si la valeur est critique , cela économise une broche ; il peut cependant se produire que cette tension de référence soit disponible sur l'entrée (-) alors que , zut , on la voulait sur l'entrée (+) : dans ce cas il suffit d'intervertir le rôle des entrées (+) et (-) , et d'actionner l'inverseur en sortie du comparateur (en fait amha , l'inversion en sortie permet surtout de permuter les entrées , si besoin)
on notera aussi la présence de la broche de sortie , non disponible sur les AVR classique : elle permet par exemple , par une contre-réaction positive , d'obtenir des valeurs d'hystérésis supérieures aux 50mV disponible dans le hardware du comparateur

concernant le Configurable Custom Logic (CCL) , il y a une très intéressante notte d'application , qui montre notamment qu'on peut faire une porte à 5 entrées , en combinant 2 portes à 3 entrées , mais pas que , voir aussi l'astucieuse configuration du TRUTHn register : https://ww1.microchip.com/downloads/en/AppNotes/TB3218-Getting-Started-with-CCL-90003218A.pdf

15

Vos projets / Re : RailCom: Générateur de CutOut

« le: mai 02, 2024, 03:37:01 pm »

Laurent ,
les gens sont peu familiers avec la valorisation de tels hardwares , notamment les programmateurs , qui ont du mal avec l'électronique , et qui ont une culture de portabilité de leurs codes
si tu as du temps , tu peux faire une description didactique du projet , avec des dessins décrivant le principe général , et le rôle de chaque hardware particulier : cela permettra aux gens de voir les avantages des nouveaux microcontrôleurs , et de les comprendre , et de les approuver