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 ... 24
1
...
Ils sont sans rapport avec un simple transfo suivi d'une capa. Et reproduire un tel filtre ne serait pas simple... Je n'ai rien trouvé d'équivalent dans le commerce qui soit cheap.

Ce qui contraindrait donc de les utiliser, pour l'immunité au bruit. Vu qu'on en trouve encore facilement, ce n'est donc pas un problème.
...
mais il faudra quand-même des condensateurs , et le transfo , et le capot du transfo , et le quartz , etc. ... le BOM ne sera pas des + simples

2
Perso , j'ai un Hantec , mais il n'a pas d'écran : USB vers le PC , donc moins cher et confort d'utilisation du 17" ... et comme il reste principalement dans son carton ,ben  c'est juste un petit carton

Pour l'application de Christophe, un scope 2 ou 4 voies pourrait être utile. Un analyseur logique ne traite que des signaux numériques type 3.3V ou 5V.

Seul un scope permettra de voir correctement un signal de retour à l'entrée d'un LC72725KV ou d'un LM393, de l'équivalent analogique à des niveaux faibles. La ou les autres voies du scope permettant de voir la data/clock RDS décodés, une 4ème pouvant capturer ce qui passait coté DCC. Le tout simultanément, sur le même appareil et écran.

(...)

il s'agit bien d'un scope , qui me semble-t-il existe aussi en 4 voies .. mais je crains qu'en effet , il ne marche que sur PC W
je suis sur W , car j'ai toujours eu des choses (HW et SW) qui ne marchent que sous W

3
alors à ce stade , je ne sais pas encore comment faire ;

Je finis par en être là moi aussi  :(

Le bruit pouvant être un réel problème. D'autant plus que contrairement à DDC, avec MFX, les  locos continuent d'être alimentées, si j'ai bien compris. Je n'ai aucune idée de ce que ce niveau de bruit pourrait être.
c'est aussi ce que j'ai cru comprendre , ça s'ajoute ou se retranche , c'est le changement de phase qui importe ; ce qui m'interroge , c'est que du coup , le signal émis va se courber , en débitant sur tous les récepteurs du secteur ...

Les moteurs arrêtent de tourner pendant ce "moment RDS"? Ou du bruit/signaux de la consommation des locos (moteurs alimentés en PWM) peut-il se superposer au signal "RDS"?j'en ai bien peur

Quoi d'autre pourrait être source de bruits, de courants susceptibles de perturber un récepteur à LM393?
pratiquement pas de liste exhaustive sur un réseau de MF

Les puces spécialisées auraient là un gros avantage: elles filtrent, pour ne recevoir quasi que le signal "RDS" à 52.63kHz. Ce qui ne serait pas le cas avec un banal montage à LM393. le transfo et le condensateur constituent un certain filter ...

Or le montage à LM393 fonctionnerait. Et le montage avec un PIC qui peut détecter un "bit ack" n'a pas de filtres non plus.


Edit: je suis repartit dans la doc MFX... Qu'est-ce qu'ils entendent par "pause"? Tout doit s'arrêter, pour des feedback non perturbés?

Je note au passage qu'il s'agirait d'un changement de phase potentiel toutes les 912us. 48 x 19us. Ou 57k63 / 48, un équivalent 1096 potentiels changements de phase par seconde, c'est peu. 1096 / 16, 68 octet max par seconde? 1 à 4 (ou 8 ) octets par message? Ce sont des "pauses" de 120ms, pour jusqu'à 8 octets? Et pendant ce temps là, les moteurs ne tournent plus?

Faut que je me lance dans des tests. Doit pas y avoir besoin d'une bête de course pour recevoir/décoder cela.

4
Perso , j'ai un Hantec , mais il n'a pas d'écran : USB vers le PC , donc moins cher et confort d'utilisation du 17" ... et comme il reste principalement dans son carton ,ben  c'est juste un petit carton

5
le principe de ce que je pense faire est le suivant :
- on ne s'occupe pas de l'impulsion de 19us en B , car celle-ci peut avoir été perturbée ; de même , une perturbation sur une impulsion de 9.5us pourrait nous faire croire qu'on est dans le cas B ; ce n'est donc pas la bonne solution
- ce que je propose , c'est d’échantillonner statistiquement en A , et d'en déterminer la phase ; de continuer (continuellement) l'opération , et de constater en C que la phase a changée ; une évaluation approximative du point de changement de phase suffit à déterminer le nouveau bit

alors à ce stade , je ne sais pas encore comment faire ; j'avais aussi pensé à échantillonner à 9.5us , mais si on se trouve près d'un flanc , et qu'on passe de l'autre côté parce qu'on est un peu moins rapide que l'émetteur , on verra un changement de phase erroné ...

6
oui c'est une option à creuser ;
pour ma part , je préfère utiliser des arduino tout faits , avec l'alim , le quartz , la liaison USB pour télécharger et déboguer ; la mise en oeuvre est immédiate
un STM32 a aussi au moins un comparateur ; j'utilise également des arduino équipés de clones d'AVR , (voir minievb) : ça ne coûte rien , ça pédale à 32MHz , il y a 2 comparateurs , dont les sorties sont accessibles , pour vérifier avec l'analyseur que le comparateur fonctionne bien

7
j'ai un oscillo qui m'a coûté 50€ chez Ali , il est USB , donc il faut l'écran du PC , très bien , mais en effet , il reste dans son carton ; il aurait été utile pour faire de la BF ...
par contre , l"analyseur logique à 10€ , je m'en sers systématiquement , parfois pour "programmer à l"analyseur" , cad. triturer le code jusqu'à ce que l"analyseur montre les bons signaux ... ... ou bien ajouter un truc du genre PINB0 = 1 dans la loop , pour vérifier que le programme n'accroche pas anormalement quelque part , car on peut avoir l'impression qu'il marche bien , alors qu'il y a un gros bug ...
pour l'analyseur , prévoir un large ruban de dupont à l'avance , car cette merdre se met à foirer dès qu'on l'a enfichée et défichée l'une ou l'autre fois

concernant mon idée de capture + filtre , ça marcherait , mais c'est pas assez robuste : on risque en effet de louper le point de changement de phase , s'il y a une perturbation juste à ce moment là , et du coup , l'ensemble du message serait peru . En fait , ce qu'il faut détecter , c'est ... le changement de phase , cad. on constate qu'il y a une certaine phase , puis on conste que la phase à changé : l'évaluation n'est pas critique , du temps qui s'est passé entre les 2 changements de phase ; une phase dure 9.5us , donc il faudrait échantillonner environ toutes les 2us , et mettre un peu d'intelligence , pour déterminer ce qui se passe.
Donc pour un AVR , ça va trop vite. Un STM32 , genre G030 à 64MHz , le fera facilement , et un Pi Pico , aussi , mais le cœur serait très chargé avec ceci : si l'autre cœur est accaparé par le CAN , on ne pourra plus lui faire faire grand-chose d'autre.
Quoi qu'il en soit , je vais ressortir un Pico , lui faire générer un tel signal sur une broche , et voir si j'arrive à le décoder sur la broche d'à côté
en fait la seule question , demeure le hardware pour la détection au niveau de la centrale


8
Bonjour,
but now , I'm back , to let you now that :
1) sourcer ces ICs , c'est 0€39 , et il y en aura encre pour un moment : https://fr.aliexpress.com/w/wholesale-PT2579.html
2) décoder des signaux tels celui-ci preambule idle.JPG , il faut que je vérifie , j'ai peut-être une idée avec un STM32 : on utilise un module capture (yen a plein dedans) , et on configure son filtre digital de manière à ce qu'il ignore les impulsions courtes : on récupère les changements de phase , avec le temps qui les sépare ...

9
Trucs & astuces / Re : Rétrosignalisation S88 et UNO
« le: novembre 17, 2024, 05:48:19 pm »
allez merci pareillement !  :D

10
Vos projets / Re : Carte détecteur de présence 16 entrées RailCom
« le: novembre 15, 2024, 01:53:04 am »
Bonjour,
mystique , je ne pense pas , les choses sont peut-être même assez simples :
- il détecte , sans les décoder , la présence de signaux railcom sur le canal 2 , en correspondance avec le message dcc qui vient d'être envoyé : les décodeurs doivent au moins renvoyer un ACK
- il faut pouvoir , pour cette détection , traiter des petits signaux négatifs et en donner le signe : l'adc de l'xmega sait le faire , parce qu'il fonctionne en différentiel , et accepte des signaux j'usqu'à -0.3v (schottky de protection de la broche)

donc la seule info qu'on a , c'est la présence de la loco , avec son adresse dcc et son sens de placement ; les infos du genre vitesses de la loco ne sont pas décodées , il faudrait en effet + d'électronique pour ça

11
Trucs & astuces / Re : Rétrosignalisation S88 et UNO
« le: novembre 14, 2024, 11:57:00 am »
merci , pas de souci , on a une info , l'autre n'est pas importante

12
Discussions ouvertes / Re : Re : Re : Re : Carte Décodeur pour wagon ?
« le: novembre 13, 2024, 11:48:16 pm »
Bonjour Bruno,

L’idée est louable mais sa mise en œuvre pas simple :

En effet la détection Railcom ne fonctionne que s’il n’y a qu’un seul engin (loco ou wagon) par canton ou section de voie. Donc loco + wagons derrière , ca va être la cacophonie.
(...)
Bonjour ,
il y a le canal 2 qui ne répond qu'aux messages qui lui sont adressés , donc c'est possible si les wagons ont une autre adresse que la loco

Bonjour @trimarco232
Si je comprends votre information, bien que je ne sais pas à quoi correspond le canal 2, un wagon, avec sa propre adresse, peut être détecté sur un canton en RailCom et on peut seulement lui transmettre des ordres.
Si c'est bien cela, alors cela suffit pour pouvoir lui faire fonctionner, les feux, l'éclairage intérieur par rapport ou il se trouve sur le circuit.

oui, mais il y a des choses à prendre en considération :
- la spécification railcom date de 2007 , les décodeurs antérieurs risquent de ne pas être compatible
- le canal 2 ne répond qu'aux messages DCC qui lui sont adressés : il faut donc s'assurer que le décodeur reçoit de la part de la centrale , ces messages assez fréquemment répétés , ce qui n'est pas évident pour un décodeur de wagon , qui est principe limité aux fonctions
- à la reconnaissance de la présence de ce décodeur dans le secteur voulu , il faut que le logiciel de gestion puisse être programmé pour envoyer en réponse les messages de fonction DCC que tu souhaites

13
Aide / Re : Choix de circuit de liaison entre écran et carte
« le: novembre 13, 2024, 10:24:04 pm »
oui , je ne me suis pas renseigné sur la partie électronique ; ce que j'ai trouvé peut servir à d'autres
Contant que tu aies trouvé une solution qui te permet d'avancer dans ton fameux projet , bon courage  ;)

14
Bonjour,
je ne répondrai pas à la question , juste quelques éléments :
- les microcontrôleurs les moins anciens comportent un générateur de dead-time pour la commande en sécurité des ponts en H ; quand c'est configuré (dans le setup) , le programme n'a plus à s'en occuper
- les 1/2 ponts en H discrets équipent la plupart des centrales du commerce : Marklin , Roco , Uhlenbrock* ... sur une que j'avais regardé + en détail (Roco , je crois) , le dead-time était généré tout simplement par une porte ou exclusif , dont 1 des 2 entrées est équipée d'une constante RC
- les mosfets de puissance utilisés sont très costauds , y en a qui ont doublé la puissance de leur Z21 en doublant (donc valeur divisée par 2) les résistances de shunt

* pour Uhlenbrock et les anciens Marklin , un pôle est au 0v , et l'autre utilise un 1/2 pont délivrant une tension tantôt positive , tantôt négative , par rapport au 0v ; avoir un pôle au 0v permet d'utiliser les systèmes 3 rails existant en toute sécurité . Quand sont apparus les ponts en H dans les ECOS (et d'autres avant , et les nouveaux Marklin après) , les 2 pôles peuvent se retrouver tour à tour au +18v , ce qui dans le cas de câblages mal maîtrisés , avait créé quelques fumigènes le long des réseaux ; suite à quoi on a introduit massivement les optocoupleurs dans les décodeurs stationnaires , même moi je m'y suis mis (du moins jlcpcb , pour mon compte) , alors que c'est inutile dans 99% des cas ...

15
Vos projets / fredix
« le: novembre 13, 2024, 12:16:25 pm »
Bonjour ,
Un devoir de vacances sans internet , j'ai commencé ce projet où pour dessiner le pcb il faut autant mesurer que router
La base c'est les contrôleurs simples Loconet (donc pas CAN) du FREMO , le FRED , il y a ... 20 ans , puis le FREDI (Incremental) , il y a 10 ans
Il y a eu entre temps le WiFred , (wifi) , mais c'est une autre histoire
Je me suis demandé si on ne pouvait pas faire quelque chose en augmentant le nombre de boutons et de leds , pour pouvoir saisir directement une adresse , et j'ai cherché
Les bibliothèques existantes étant pour des AVR , je suis parti sur une base d'arduino mini : suite au manque de broches , il fallait trouver des trucs à base de charlieplexing pour les leds , et d'échelle de résistances sur entrée analogique pour les boutons ; c'était compliqué à router , cela m'a coûté 3 soirs de "labeur"
La solution , c'est d'utiliser une "vieille" connaissance , que j'avais déjà pour un décodeur de signaux : c'est un nano à rallonge , à base de clone lgt8f328p ; son microcontrôleur et sa carte sont optimisés , ce qui me permet de disposer d'un maximum de broches ; les boutons sont directement connectés à une broche , on utilise le pull-up interne ; pour les leds il faut ajouter une résistance ; j'ai aussi pu utiliser le comparateur analogique interne au  lgt8f328p , ce comparateur est nécessaire à Loconet , il ne manquait plus qu'à ajouter quelques résistances ; vous pouvez voir cet arduino spécial en violet sur le dessin

La face dessous comprend l'arduino et les composants (cms , qui seront mis par jlcpcb) ; la face dessus comprend ce qui est nécessaire à l'homme , cad. le rotatif incrémental (que l'on devine en haut , ainsi que son bouton) , des boutons et des leds ; il y a notamment une colonne de 10 leds (0 à 9) , associée à  une colonne d'autant de boutons , c'est le fondement du projet : les leds 0 à 9 représentent les dizaines , les boutons 0 à 9 , les unités
Le fonctionnement serait le suivant :
- au début , on est en mode normal (ou vitesse) , avec l'adresse courante , la led S , à droite , est allumée ; on fait varier la vitesse avec l'incrémental ; il n'y a pas de bouton de changement de sens , c'est l'incrémental qui le fait , en passant par la vitesse 0 ; une des 2 leds F ou R , de part et d'autres de l'incrémental , donne le sens de marche ; les leds 0 à 9 forment une jauge qui permet de visualiser approximativement la vitesse ; les fonctions de 0 à 9 sont directement accessibles dans ce mode , en appuyant sur le bouton correspondant
- si l'on veut activer des fonctions supérieures à 9 , on passe en mode fonction , en appuyant sur le bouton M , à droite ; la led F s'allume à la place de la led S , la led 1 s'allume pour indiquer la dizaine 1 ; si on appuie par exemple sur le bouton 7 , on active la fonction 17 ; l'incrémental permet d'atteindre les dizaines 2 à 9 , en allument la led correspondante , on peut donc théoriquement activer jusqu'à la fonction 99 ; la manette repasse automatiquement en mode vitesse , après envoi de la fonction
- il y a un mode aiguillage , qu'on active en appuyant 2 fois sur le bouton mode ; la led Y s'allume ; on sélectionne la led de dizaine avec l'incrémental comme précédemment , puis on fait basculer en appuyant sur le bouton correspondant à l'unité ; on reste en mode aiguillage , ou on s'en échappe en ré-appuyant sur le bouton mode
- le mode adresse est obtenu par un appui long sur le bouton mode , les leds S et F s'allument ; on sélectionne l'adresse de 0 à 99 comme précédemment ; je pense réserver l'adresse 0 au mode FRED (dispatch get de Loconet) , où l'adresse du fredix lui sera donnée par une manette évoluée , permettant cette opération

voici pour l'instant ; pj. pour ceux qui préfèrent les (beaux ?) dessins



Pages: [1] 2 3 ... 24