Messages

16

Vos projets / Re : centrale DCC / analogique modulaire

« le: avril 30, 2024, 06:22:44 pm »

j'ai choisi le DRV8870 ; il a l’inconvénient de nécessiter une encombrante résistance de shunt , pour limiter et mesurer le courant , mais il est assez puissant , bon marché , facile à remplacer le cas échéant (boitier SMD à 8 broches) , et il existe un équivalent chez Alegro , et un autre , chinois , moins ... limité : donc pas de souci de disponibilité
il a une entrée Vref qui permet de limiter le courant ; cette tension est générée sur la carte par un diviseur de tension , dont les 2 résistances SMD sont assez grandes pour être remplacées , si on veut augmenter ou diminuer le courant des 5 ponts en H
un des 4 multiplexeurs CD4051B est dédié à la mesure de la tension de shunt , qui permet de déterminer le courant
à chaque pont sont associées 2 LEDs : l'une ou l'autre est allumée + ou - , en analogique , ou les 2 allumées den DCC , ou aucune , pour un arrêt en analogique , ou un défaut en DCC

la détection railcom ; je réalise ceci par des comparateurs et des resistances (c'est des composants de base jlcpcb, donc ça ne coûte rien) ; l'origine du dessin , c'est un génie du club de Saltzbourg , si quelqu'un peut m'en expliquer en détail le fonctionnement , je suis preneur :

17

Vos projets / Re : centrale DCC / analogique modulaire

« le: avril 30, 2024, 06:20:43 pm »

now ladies & etc. , le pont en H , c'est la partie la + simple

18

Vos projets / Re : centrale DCC / analogique modulaire

« le: avril 30, 2024, 06:16:50 pm »

Hi ,
la surface de PCB dont j'ai besoin pour traiter 15 (quinze) zones , c'est 7 cm² ; le coût , toujours pour les 15 zones , c'est 3 ou 4€
peux-tu donner les chiffres , en comparaison pour la même quantité de zones , de ta version ?

19

Vos projets / Re : centrale DCC / analogique modulaire

« le: avril 30, 2024, 05:31:02 pm »

l'avantage , c'est qu'on va mettre le diviseur de tension sur la sortie commune ; alors on économise une ribambelle de résistances , mais surtout , notre 15v et notre 14v7 passera dans le même diviseur , on n'aura plus le souci de la précision des résistances , car ce qu'on voudra voir c'est une différence de tension , qui sera peu ou prou la même
mais il y a comme souvent , le revers de la médaille : la mesure sera fausse , si entre les 2 mesures , les 2 valeurs auront globalement varié ; par exemple , on va mesurer le 15v et trouver une valeur ; on change le canal du multiplexeur , pour mesurer la zone 1 du canton , et on va trouver une valeur ; si entre temps la charge à varié , le pont en H délivrera une tension plus faible , et ceci peut être interprété comme une occupation de la zone 1 , alors que celle-ci est libre !
pour pallier ce risque , je pense bien qu'on peut multiplier les mesures pour dégager une statistique , et changer la méthode , par exemple d'abord mesurer le 15v feeder du canton , puis la zone 1 , et faire l'inverse pour la mesure suivante ... qu'en pensez-vous ?
pour commander en 15v les 3 lignes de sélection des 4051 , il y a à gauche 3 transistors , pour faire la translation depuis 3v3 du STM32

20

Vos projets / Re : centrale DCC / analogique modulaire

« le: avril 30, 2024, 05:12:04 pm »

d'abord , la tension passe à 15 volts , elle ne peut pas être mesurée par un MCU en 3v3 , il faut un diviseur de tension par 6
(cela divisera aussi les 0v3 précédents par 6 , il ne restera que 0v05 , amha , ça reste mesurable)
donc si le rail est à 15v , la chute de tension dans la shottky va ramener la chose à mesurer à 14v7 ; donc si on divise par 6 , la zone libre donnera une tension à mesurer de 15v /6 = 2v5 , et la zone légèrement occupée : 14v7 /6 = 2v45 ...
alors adieu Berthe pour faire le distingo , la différence est de 0v3 /15v = 2% ; on peut à la rigueur penser qu'un ADC de 10 bits pourra s'en sortir , mais concernant les resistances , si on a 2 diviseurs de tension avec chacun 2 résistances à 1% , on aura une incertitude de 4% , pour mesurer une différence de 2% , c'est rappé
mais j'ai aussi eu un souci du nombre de broches d'entrée ADC ; j'ai 5 cantons avec 3 zones , pour lesquels je veux aussi mesurer le rail en amont des schottky (pour avoir la différence de 0v05) , et la tension de shunt des ponts en H , pour connaître le courant consommé par le train ; cela me fait 5x(3+1+1) voies ADC , soit 25 ; on est très au-delà des broches dispo pour le MCU choisi , il faut augmenter le nombre d'entrées ADC , par l'utilisation de multiplexeurs analogique 8 <-> 1 de type CD4051B
ce multiplexeur tient 20 volts , donc avec 15 vots en entrée , ça doit le faire (je pense cependant que 18v serait une tension absolue à ne pas dépasser , il existe uns version à 24 volts , pour les cas extrêmes)

21

Vos projets / Re : centrale DCC / analogique modulaire

« le: avril 30, 2024, 04:21:23 pm »

le train , c'est le petit rectangle vert
un petit courant , 5 mA par exemple , fait naître une tension de 0v3 à l'anode de la schottky de droite (à vérifier dans le datasheet de la SS34) , ceci est facile à mesurer avec un ADC

mais quand le rail coupé passe du 0 volt au 15 volt , au milieu d'un bit DCC , ou en analogique pour aller dans l'autre sens , ça se corse :

22

Vos projets / Re : centrale DCC / analogique modulaire

« le: avril 30, 2024, 04:12:05 pm »

voilà pour ce qui est simple et qui a pu être testé . Avec la détection des circulations , on entre un peu dans l'inconnu
je vous avais montré le principe que j'envisageai en un 1er temps , mais cela nécessite des coupures sur les 2 rails de la même voie , ce qui n'est pas bien satisfaisant , car par exemple dans le cas d'aiguilles à cœur conducteur , il y a d'office 2 coupures en talon du cœur , il vaut mieux utiliser ces 2 coupures pour éviter des coupures inutiles (qui coupe le moins , coupe le moins)
le schéma garde sa simplicité quand est au 0 volt , le rail sur lequel sont faites les coupures :

23

Vos projets / Re : centrale DCC / analogique modulaire

« le: avril 30, 2024, 03:43:48 pm »

les 10 sorties pwm dont j'ai besoin sont prises sur les timers 1 à 4
les 4 timers peuvent être synchronisés directement par le comparateur , on n'a donc pas besoin de timer maître , la sortie du comparateur faisant office de maître pour les 4 timers
les 4 timers sont configurés pareils , avec une particularité pour :
- le TIMER1 : on utilise les canaux PWM négatifs , car les normaux n'étaient plus disponibles sur les broches ; les canaux négatifs servent à piloter directement des ponts en H réalisés en composants discrets ; ils sortent le signal normal , mais inversé , et avec introduction d'un dead time qui permet de sécuriser les transistors ; ils peuvent être utilisés comme un canal normal , car on peut paramétrer le dead time à 0 , et inverser le PWM , ce qui fait qu'inversé 2 fois de suite , le signal redevient normal (on a donc , avec les canaux négatifs , des broches alternatives aux broches normales , peu de gens le savent)
- le TIMER3 : j'ai d'abord voulu utiliser le canal capture/compare(PWM) n°4 du TIMER1 , comme canal de capture , pour avoir la durée de l'impulsion de synchro , mais ça ne marche pas , j'ai dû relire le manuel de référence : le pilotage d'un canal capture depuis le comparateur , ne marche que pour les canaux 1 et 2 ; j'ai donc pris le canal 1 du TIMER3 , le 1er qui était dispo

24

Vos projets / Re : centrale DCC / analogique modulaire

« le: avril 30, 2024, 03:28:35 pm »

le temps passe trop vite
on va reprendre la suite du projet avec la réalisation des 2 premières cartes prototypes à 5 cantons ; je voulais d'abord vous en parler après la réalisation des cartes et des tests , mais vu les pointures qu'il y a sur ce site , je préfère vous présenter les choses avant d'engager les frais d'un prototype par jlcpb , cela m'évitera peut-être de mettre les 2 cartes à la poubelle
je parlerai de la détection des circulation , des ponts en H , de la détection railcom , et du dessin du PCB
mais d'abord , retoucher le principe de la synchro des timers
les broches du STM32 peuvent avoir jusqu'à une quinzaine de fonctions différentes , pour en sortir ce dont j'ai besoin , je me suis servi de l'utilitaire STM32 cubeMX , cela donne ceci :

25

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

« le: avril 30, 2024, 02:48:26 pm »

merci André ,
as-tu édicté des règles , pour la conception d'un réseau susceptible d'être animé par ton gestionnaire ?

26

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

« le: avril 30, 2024, 01:29:57 pm »

il y a différentes approches
dans le réseau analogique que j'ai câblé , dans la partie basse de l'ovale , le sens impair (tu commences par le sens pair , je commence par le sens impair ..) , est de la gauche vers la droite , comme pour ta proposition
mais dans la partie haute de l'ovale aussi ! ceci pour s'éviter des nœuds dans le cerveau , cad. s'obliger à raisonner et dessiner tantôt de la gauche vers la droite , tantôt l'inverse
bien entendu , chaque principe a ses inconvénients : cela m'a obligé , aux extrémités gauche et droite de l'ovale , de définir le nez-à-nez comme étant accepté , et donc d'interdire le passage dans le même sens ; mais cela s'est avéré globalement plus logique , simple , et conforme la réalité

27

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

« le: avril 28, 2024, 06:37:45 pm »

Bonjour
J ai une question qui va aider la recherche d éventuels autres pont H.
D'après OPEN DCC il faut insérer un "SECURITY GAP" de 4us  sur le L6203 entre son activation/désactivation ( broche ENABLE) et la commande de mise en "CC" ( via IN 1 et IN2)
Ceci est (fortement) recommandé notamment dans le cas de la présence de plusieurs (...)
Ltr

même si j'avoue que je n'ai pas trop compris ce que Wolfgang Kuffer veut protéger au juste avec ses security gap (je pense qu'il s'agit des décodeurs des locomotives) , je ne crois pas que cela soit nécessaire , dès que la source DCC est la même pour tous les boosters , et que les cutout sont générés par la même méthode , depuis cette source

28

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

« le: avril 28, 2024, 06:27:44 pm »

(...)

3) décoder , à la manière d'un sniffer , le DCC issu de l'ESP32 , puis le reproduire

C’est un sujet sur lequel nous travaillons à quelques-uns. Si tu as déjà des choses réalisées, cela est très intéressant. L’objectif est de capter l’ensemble des trames DCC qui circulent sur le bus et, au travers d’une passerelle, envoyer ces trames sur un bus CAN pour par exemple permettre à un gestionnaire mais aussi tout autres appareils de connaitre « au plus près » l’état du réseau.
Je m’explique avec un exemple concret. La Box (basée sur DCC-Ex) sait retourner une confirmation de réception de commande, soit en CAN (les méthodes CAN revoyant un accusé de réception pour chaque commande) soit en TCP (WiFi, Ethernet) à l’appareil qui a envoyé cette commande. Mais dans ce dernier cas, seul l’appareil à l’origine de la commande reçoit la confirmation. Par exemple smartphone avec une appli Z21. Mais pas le gestionnaire de réseau par exemple. En cherchant à faire une diffusion CAN des commandes du bus DCC, on rend les informations accessibles à tous.
Donc si tu as déjà des solutions, je suis bien évidement très intéressé. Je vais créer un fil à part pour ne pas interférer avec celui-ci.
Christophe

Bonjour tous ,
non , je n'ai rien de tel (je suis accaparé par mon projet de centrale DCC/analogique combiné)
si je t'ai bien compris , il s'agit de récupérer auprès d'une centrale , les commandes qu'elle a accepté de la part des différents appareils qui lui sont raccordés , et de les retransmettre au(x) gestionnaire(s) , après avoir éventuellement éliminé les commandes redondantes
cela doit être relativement simple , je pense par exemple à un décodeur stationnaire , qui décoderait aussi les trames des décodeurs multifonctions , et qui au lieu de (en + de) sortir le résultat vers le moniteur de débogage , enverrait ce résultat dans un format ad hoc vers le gestionnaire ... (amha c'est un préalable , mais c'est de loin la partie la plus simple de la tâche qui vous attend ; de + , il me semble que le problème soit un peu pris à l'envers , mais c'est une autre histoire)

29

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

« le: avril 26, 2024, 12:09:46 pm »

j'ai donné toutes mes hypothèses , mais je suis bien d'accord avec toi : il faut aller au + simple :
- ne pas toucher au code DCC-EX , dès qu'il a assez de bits pour le préamble
- choisir un attiny412 (8 broches , récent) , prévoir le téléversement par l'ESP32 , mais aussi et d'abord par un connecteur externe , sur lequel on pourra brancher un convertisseur USB <-> série , que tout le monde a ; l'un ou l'autre composant supplémentaire nécessaire (résistance , diode) étant aussi à ajouter sur la carte
- utiliser le code de lebelge2 , vu qu'il existe et qu'il fonctionne (le code) ; je n'ai pas non plus compris le problème de l'inversion du signal (l'opposé de l'inverse étant identique à la même chose) ... à défaut , je pourrai proposer la variante que j'ai éditée au point 3) de mon post précédent

30

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

« le: avril 26, 2024, 10:26:55 am »

Bonjour ,
Bravo Christophe !

(...)
Je ne serai en effet pas étonné que l'on puisse à terme mettre un ATTiny (modèles récents) à moins d'1€.

on peut , ce serait un petit projet intéressant pour notre ami Laurent
(dans l'idéal , le "mégatiny" se verrait téléversé par une broche de l'ESP32 , on n'aurait pas besoin de connecteur ou programmateur spécial)
après , on a 3 approches :
1) faire générer par le mégatinny , à partir de la sortie DCC de l'ESP32 , les signaux pour le cutout , conformément au soft de lebelge2
2) faire générer au mégatiny toute la trame DCC (il le fera mieux que l'ESP32), à partir d'une liaison série de l'ESP32 , avec petit protocole local adhoc ; (on pourrait utiliser la même broche de l'ESP32 , pour le téléversement et la liaison série) ; c'est techniquement le mieux , mais ça nécessiterait de retoucher le soft de DCC-EX(
3) décoder , à la manière d'un sniffer , le DCC issu de l'ESP32 , puis le reproduire , (avec un packet de retard) , pourvu des signaux qui vont bien ; c'est ma préférence

le chois d'un megatiny n'est pas critique , on pourrait aussi envisager , dans le même format à 8 broches cms , un CH32V003 , ou même un STM32 (ce dernier n'ayant toutefois pas ma faveur , car il utilise ("bêtement") , 2 broches au lieu d'1 pour le téléversement