Messages

76

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 :

77

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 ?

78

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é

79

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

80

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)

81

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

82

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

83

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

« le: avril 25, 2024, 03:49:53 pm »

le cutout fait , pour les 2 canaux , selon la norme , 500 us
Édit : précisément 442 us , mais pouvant aller jusqu'à 462 us
cela correspond à 500/116 = 4.3 bits 1 DCC , arrondi à 5
si on a un preamble de 16 bits , il doit en rester 11 , ce qui va bien pour (de mémoire) un minimum de 10
amha ça ne sert à rien d'en avoir + de 16 au départ

84

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

« le: avril 25, 2024, 01:33:09 pm »

ben si , tu peux mettre les 2 instructions en 1 seule , en écrivant dans PORTB ou PINB

pour LaBox version  L6203 , c'est faisable sans modifier le SW du générateur , vu que le L6203 accepte la commande :
L , L = Sink 1, Sink 2
mais il faudra charcuter ...

85

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

« le: avril 25, 2024, 12:14:51 pm »

HW , pardon , c'est parce que tu es un pro du SW

l'assembleur , c'est juste en Anglais ce que la machine fait en réel , donc on ne peut pas aller + vite ; bien entendu , un truc mal écrit en assembleur pourra aller moins vite qu'un truc bien écrit en Basic ...

le nombre de bits des preambles DCC-EX , c'est dans "DCCWaveform.h" :
// Number of preamble bits.
const int   PREAMBLE_BITS_MAIN = 16;
const int   PREAMBLE_BITS_PROG = 22;

86

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

« le: avril 25, 2024, 11:46:41 am »

(...)
Par exemple, je suis à peu près certain que cette commande écrite en partie en assembleur est malgré tout moins rapide en exécution qu’une écriture directe sur les ports.

- on ne peut pas aller + vite que l'assembleur , mais on peut écrire l'équivalent en C (me souviens plus comment)
- écrire directement sur le PORT , quelque soit la méthode , a pour inconvénient de modifier toutes les sorties du PORT , voir si c'est gênant ou pas
je crois le + rapide c'est :
PINB = 0b00110000 ; // on bascule les bits 4 et 5 sans toucher aux autres

87

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

« le: avril 25, 2024, 11:25:15 am »

concernant DCC-EX , leur principe actuel est de générer le cutout en aval de la centrale (pour être compatible avec AVR et ESP-32) , donc il doivent forcément générer un nombre suffisant de bits de preambles
si tu veux je vérifie , et je regarde comment insérer le HW dans LaBox

88

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

« le: avril 25, 2024, 09:35:51 am »

(...) où brancher le second fil de la centrale?

on n'en branche qu'un , en adaptant la tension  , ou mieux :
- en DIY , on se prend à la sortie DCC de l'arduino
- avec une centrale du commerce , on va chercher ce signal directement sur la carte

En cas de court-circuit, comment réagi le montage?
Une  centrale réglée pour 4 voir plus ampères, garde-t-on la puissance?

ces questions ne concernent pas le montage en lui-même , mais le (les) pont en H se trouvant en aval
c'est d'abord orienté DIY , mais on peut peut-être insérer ceci dans une centrale du commerce , cad. entre la génération du signal DCC et la partie puissance , mais c'est à étudier au cas par cas , ça risque d'être lourd , voire impossible

Je soupçonne que vous avez tester votre montage, auriez-vous une photo ou vidéo

why not , mais amha , les dessin et chrono-diagrammes sont assez parlants

89

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

« le: avril 25, 2024, 09:24:07 am »

(...) on peut générer le nombre de bits que l'on veut, mais une centrale du commerce ?

je me permets de répondre , en fonction de ce que j'ai cru comprendre)
avec une centrale du commerce , il faut connaître le preamble pour savoir si c'est compatible (vous noterez le niveau de réflexion) ; en général , c'est compatible , si non c'est sniffer + scheduler , pas la même approche

on peut le faire avec la pin ENABLE1 et  ENABLE1 (mais je ne vois pas cela dans ton montage). Et avec un L298N ?
(...)

en l'état , c'est prévu pour un IC pont en H classique , cad. 1/0 = 1/0  ,  0/1 = 0/1 et , pour le cutout , 1/1 = 0/0
pour des IC ou des shields avec une entrée brake dédiée , il faut adapter/compléter le soft

90

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

« le: avril 24, 2024, 11:36:06 pm »

Bonjour,
encore une réalisation remarquable , bravo !