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.


Messages - trimarco232

Pages: [1] 2 3 ... 21
1
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

2
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

3
(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  8)
- 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);  ?

4
Vos projets / Re : Éclairage voitures
« le: mai 18, 2024, 09:02:09 am »
Bonjour , pour une ligne de train , 2 fils suffisent

5
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)

6
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)

7
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 ?

8
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 ...

9
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)

10
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

11
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

12
Vos projets / Re : centrale DCC / analogique modulaire
« le: mai 01, 2024, 09:19:28 pm »
Hi Laurent ,
merci , oui cela fait beaucoup de travail , alors ce sera encore plus beau si ça marchera
je vais déjà tester "mon" idée à 3 zones avec ce prototype ; en cas d'échec , il faudra trouver autre chose , alors pourquoi pas les capteurs
la SS34 , c'est parce qu'il faut penser à tout : en DCC , chacune des 2 diodes dissipe la moitié de la puissance , en analogique , l'une dissipe tout , et l'autre rien ; il faut donc que ces diodes puissent conduire le double du courant par rapport à une diode en DCC , et à gabarit égal , ce n'est possible qu'en divisant par 2 la tension de seuil ; évidemment , ça complique la lecture ADC , et j'ai bien du cogiter pour trouver une solution qui a une chance de fonctionner
faire une détection en mesurant la conso du pont en H ça ferait 5mA *0.22R = 1.1mV , trop peu pour pouvoir être mesuré

13
Vos projets / Re : centrale DCC / analogique modulaire
« le: avril 30, 2024, 10:17:09 pm »
encore un petit mot sur le dessin du PCB 4 couches ; j'utilise le principe suivant , sans valeur didactique :
- côté composants (rouge) , ben les composants CMS , et un maximum de routage et de plan de masse dans la place qui reste ; le placement des empreintes et le routage immédiat (et les vias) sont dessinés et optimisés une fois , pour chacun des modules élémentaires , puis ils sont copiés collés en utilisant la grille pour bien aligner les choses (reste la fastidieuse maj. des numéros , je ne connais pas d'autre méthode)
- la 1ère face interne (vert) : le plan de masse , et de rares et courtes pistes pour dépanner
- la  2ème face interne (brun clair) : le routage vertical
- côté soudures : le routage horizontal et les lignes d'alimentation (lignes d'alimentation ici , car les 2 couches internes n'ont que la moitié de l'épaisseur)

petit extrait (les 4 couches ont leur plan de masse , non représenté ; c'est pour cela qu'on voit très peu le vert)

14
Vos projets / Re : centrale DCC / analogique modulaire
« le: avril 30, 2024, 07:18:02 pm »
de gauche à droite et de haut à bas :
- 5 connecteurs à visser de 3mm5 , pour les 5 cantons ; chacun a les 3 zones + le rail opposé
- la trichiée de schottky SS34 , pour la détection des zones
- les 5 ponts en H , avec leur chimique et leur shunt , et dessous leurs 2 LEDs ; les connecteurs à visser sont l'alim 15 volt , qui arrive par la gauche , et par la droite va vers la carte 5 cantons suivante , selon un principe de facilité et de clarté de câblage , auquel je ne déroge pas
- les 4 multiplexeurs analogiques , leurs ponts diviseurs , et les 3 transistors
- les 5 comparateurs doubles LM393 du railcom , avec leurs cours de résistances
- les connecteurs pour le réseau : on peut opter pour du RJ12 , du JST-XH , ou du bornier à visser ; le module STM32 de chez Weact ; le réseau est en RS485 , il y a aussi 2 MAX3485 en + , pour l'arrivée et le départ de la synchro ; et 5 WS2812 , que j'ai mis pour donner des infos complémentaire sur l'état des cantons (sans savoir quoi pour l'instant)
- à droite , il y a des schottky et un MPS1117-5 pour avoir du 5 volts ; une zener en série en amont de celui-ci , permet au MPS de digérer sans risque les 15 volts de l'alim
- à gauche , il n'y a rien alors j'ai vaguement meublé

une telle réalisation n'est possible , pour moi , que grâce aux facilités mises à disposition par des entreprises comme jlcpcb ; ils se chargent de confectionner le PCB à 4 couches , de fournir et de souder les composants SMD ; il faut tenir compte de la disponibilité de ces composants , par 4 niveaux , en commençant par le préférable :
- les composants basic
- les composants extended , mais pris dans une liste préférentielle , pour laquelle les frais supplémentaires des composants extended ne sont pas appliqués , si on choisit l'option economic (ici , le CD4051B)
- les composants extended (ici , le DRV8870 et les résistances de shunt ; j'hésite encore si je vais acheter ces résistances à part , et les souder moi-même)
- les composants non dispo chez jlcpcb , mais qu'on peut leur faire acheter auprès des grans distributeurs , et qu'ils garderont pour nos propres projets

j'estime à 60€ le coût de 2 cartes terminées ; cela fait  6€ par canton , avec pour chacun , bimode analogique DCC , réversibilité , sécurité électrique , détection sur 3 zones , détection railcom , indication par LEDs
mais encore un défi à faire fonctionner ...


15
Vos projets / Re : centrale DCC / analogique modulaire
« le: avril 30, 2024, 06:59:07 pm »
grosso modo , parmi les 2 comparateurs du montage , celui qui a la moitié positive du message railcom , présente ce message sur sa sortie à collecteur ouvert , et celui qui a la moitié négative , ne présente rien , il laisse la résistance de pull-up qui lui est associée fixer le niveau de la sortie à 3v3 (HIGH pour le STM32duino)
si la locomotive est posée sur la voie dans l'autre sens , les rôles des 2 comparateurs sont inversés
j'ai ajouté une schottky entre les 2 sorties ; ainsi , le signal railcom , est présenté à l'entrée de l'UART , sortie DAT , quelque soit le comparateur actif ; cela ne change rien pour le comparateur du bas , qui selon le sens de la locomotive , présentera le signal railcom ou rien , sur la sortie DIR : cette sortie est présentée à une entrée digitale quelconque du STM32 , qui devra se débrouiller pour interpréter ce qu'il reçoit , et nous dire quel est le sens de la locomotive

le PCB :

Pages: [1] 2 3 ... 21