Messages

1

Bus CAN / Re : Le CAN sur nos réseaux : Pourquoi et comment ?

« le: septembre 23, 2024, 11:38:49 am »

Bonjour

Je rejoins Christian sur ses observations pertinentes.

Je voudrais souligner au passage que les librairies ACANxxx de Pierre MOLINARO ont maintenant une maturité forte et, transposées à des hardwares plus récents et performants et qui sont du même coup, il me semble, plus simples à utiliser ( 32 masques et 32 filtres par exemple) quelques exemples pourraient être actualisés aussi.
Je pense au MCP2517FD notamment (en lieu et place du MCP2515)
Idem pour les déclinaisons ESP32, Teesny, ST32,... Quelques exemple de base.

Sur ESP32, un petit tuto sur comment créer des pages web pour configurer des valeurs que le code va utiliser aurait aussi une forte plus value pour les débutants.( c'est utile)

Quelques exemples "contemporains" pourront relancer l'intérêt.

Pour ma part je combine actuellement un CMP2517FD avec un TJA1052i dans l'esprit "carte historique" d'interface CAN LOCODUINO avec quelques ajouts.

A noter que la TJA1052i permet l'isolation galvanique

On y retrouve la connectique RJ45 (compatible Satellites autonomes) et des connecteurs additionnels alternatifs ainsi qu'une alimentation DC DC local pouvant monter à 5V 2.5A/3A ce qui couvrira bien des usages!
Format 50/70mm en cours de finalisation. ( led d activité à ajouter et quelques contrôles à boucler)


Ltr

2

Vos projets / Re : Pantographe fonctionnel en HO

« le: septembre 17, 2024, 11:44:54 pm »

Bonsoir Frederic

Il y a parfois un peu d inertie avant qu'un sujet "décolle".

La place et le volume sont des éléments clé.

Quand on conçoit un modèle en 3D on sait tout de suite ou on réserve ce qui est nécessaire.
Mais quand on hérite d un modelé déjà existant non prévu d'origine le premier point va être de faire un relevé des cotes et voir ce qui peut être utilisé/aménagé.

Le recours à des micro servos linéaires va aider.
Cela ne résoudra pas tout non plus.

Un peu d électronique de commande sera à ajouter soit depuis un décodeur existant ( sorties amplifiées) soit en "construction intégrale". ( a base d ATtiny par exemple)


Ltr

3

Bus CAN / Re : Le CAN sur nos réseaux : Pourquoi et comment ?

« le: septembre 09, 2024, 02:34:58 pm »

Bonjour

Merci Christophe pour cette initiative.

Il y a peut être plusieurs "Levels" à démystifier.

Tout d abord ce qui a trait au hardware puis au soft.

Depuis les articles initiaux il y a eu grâce aux librairies de Pierre MOLINARO quelques mises à jour de la bibliothèque et les exemples pourraient être actualisés ( notamment dans les #include) ou tout est " en un" me semble t il à présent.

Dans la partie soft je vois la conception de la "messagerie" et la façon de l'observer.

J ai eu une petite déconvenue avec CAN qui utilise le SPI sur un NanoEvery.

Je désirai utiliser l'interruption de port sur une série de broches ( reliées à des capteurs de présence) et je n y suis pas parvenu!( erreur!! et compilation impossible).
J en ai déduit que l interruption de port n'était pas possible en cohabitation avec CAN et en suis revenu a une approche plus classique de faire une lecture des broches de façon cyclique plutôt que par interruption.
Je n ai toutefois trouver nulle part d info sur cette limitation.

Pour illustrer un exemple plus parlant et compilant plusieurs sujets traités par Locoduino voici une thématique d'utilisation:
gestion de servo avec pilotage par CAN ou DCC de 4 servos avec pilotage de relais inverseur pour les polarisations de pointe de cœur.

Au niveau "hard" ca peut ressembler à ceci...

Mais j ai encore un peu de grain à moudre cote code.

Laurent

4

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

« le: août 24, 2024, 02:12:44 am »

Bonsoir Dominique

Kikad génère bien sure le placement de tous les objets.  C est lors de l export des fichiers de fabrication que le fichier de placement est traité.
Il est à fournir avec la BOM pour la fabrication usine des assemblages.

Petite subtilité il faut le retravailler un peu pour le format JLCPCB. On "nettoiera" au passage de cette liste tout ce qui sera traiter manuellement ( assemble par l utilisateur) dont par exemple les connecteurs.

A noter que Kikad dispose d'une option pour ne pas faire figurer un objet dans la BOM et donc dans la liste des objets à placer: ex un logo qui n est pas une référence de composant à assembler.

On entre la il est vrai dans des usages moins courant de cet outil.

Laurent

5

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

« le: août 23, 2024, 03:54:28 pm »

Bonjour

Bien que je suive le post de loin je me permets de suggérer une révision du nommage telle que:

3.X.X pour ce qui embarque à présent RAILCOM( on demend) et avec les futurs nouveaux PCB
4.X.X pour ce qui aura trait en plus à l intégration CAN ( et donc préalablement de RAILCOM sur la V3xx)

Ceci me semblera plus simple à comprendre pour ceux désirant se plonger dans la réalisation.


Comme je l ai déjà dit pour moi il ne manque alors à "LABOX" que le protocole XPRESSNET afin de l'interfacer avec les softs du marché.( je sais j insiste!)
Je doute en effet que devant la complexité du projet de gestionnaire beaucoup franchisse ce cap même si tout y est fait pour aller au plus simple et efficace.
De plus cela ouvre un point intermédiaire de mise en œuvre sur un réseau.

Laurent

6

Vos projets / Re : Upgrade de La Box pour compatibilité RailCom.

« le: août 07, 2024, 12:04:26 pm »

Bonjour

Excellente nouvelle!
Peut être même que les 7/100 sont encore challengeables en ajustant certains des timings?

A défaut c est déjà opérationnel.

Ltr

7

Vos projets / Re : Booster La Box

« le: août 07, 2024, 12:00:18 pm »

Bonjour

Petite question...

le "booster" la BOX est proposé sur un L298HN proposant 2 sorties de 2Amp MAX.

Il est connecté à LABOX via les pins assurant: IN1 IN2 ENABLE SENSE et masse commune.

Donc en principe il est possible de le substituer par un L6203 ou je fais erreur? ( et de paralléliser plusieurs L6203 également)

Ltr

8

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

« le: août 03, 2024, 02:46:55 am »

Bonjour Thierry

Beau boulot.

Quelques bricoles à revoir selon moi.
Ton plan de mass est abes,t sur cette version  creation des zones, affecttation au pole GND et ensuite remplissage.

Je te recommande de placer les plots de fixation de façon équidistante aux 4 angles.

Utilité de led sur "le dos?"...

enfin pourquoi pas une version FULL CMS? Dominique n était par (trop) partant pour mais je pense que cela peut valoir le coup?

Qu' en pensez vous?

Apres si l’amélioration RAILCOM est opérationnelle, il faudra l'y ajouter.

Il ne manquera alors à "cette boite" "que" XPRESSSNET" qui ouvrira alors LABOX à tous les logiciels de pilotage du marcher comme interface universalisée... Ce qui ouvre alors d autres perspectives d emploi...

Mais on me dira que c est HS... or not!?

Ltr

9

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

« le: mai 30, 2024, 01:24:37 pm »

Bonjour


Mes tests se poursuivent (mais le temps manque pour avancer aussi rapidement que souhaité!)

Pour des raisons de commodité j'ai porté aussi le code vers les AVRx ( AVRDx et Atmega serie0  x08 & x09).

Je me suis aussi aperçu à cette occasion d'une simple modification dont les effets de bords sont plus qu'appréciables et dont je vais devoir aussi consacre du temps de test.

En effet il ne s'agit ni plus ni moins que de pouvoir porter pour un décodeur mobile ( dit décodeur de fonctions) la capacité à emmètre des trames de messages railcom.
Le mécanisme d analyse de la trame DCC est similaire à celui déjà mis en œuvre dans cet exemple pour placer au bon moment la fenêtre CUTOUT et les actions qui en découlent.

Ici un noInterrupt() vient lors des conditions de mise en œuvre du cutout suspendre toutes les interruptions. avant de les rétablir une fois le fenêtre cutout close.
Si pour le booster ce mécanisme est suffisant pour laisser un blanc dans la trame d'émission, cela rend impossible d'utiliser d'autres interruptions pourtant nécessaires à d'autres usages dont justement Serial pour emmètre les trames de messages RAILCOM pour un décodeur mobile par exemple.

Quelle est la magie derrière? Juste une utilisation judicieuse/astucieuse des ressources des CPU et de leurs librairies.

Mon implémentation actuelle est "en dure": comprendre que j'ai volontairement choisi des attributions de broches de manière fixe et placer les alias dans le code. Aussi le mapping n'est pas dynamique avec l'utilisation de certaines ressources. Cela ne semble pas être un frein outre mesure, juste une contrainte de design de routage de PCB au plus et une portabilité réduite de la solution.
Cela fera peut-être l'objet d'un axe d'évolutions futures mais je n'ai pas trop envie de m'aventurer dans cette voie pour le moment. Si certains veulent s'en occuper... je n'ai rien contre! Bien au contraire même!! Et il faudra alors créer le post qui va bien pour discuter de cette solution... et de ses déclinaisons/usages

10

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

« le: mai 30, 2024, 02:10:16 am »

Bonjour Marc

J ai poursuivi mes tests.
Pour des raisons de commodité également j ai "refait le boulot" pour passer sur des AVRx (série ATmegax08 x09 et AVR Dx)

Une reprise complète du mapping est aussi de circonstance mais les principes restent inchangés.

Toutefois à la lumière des tests je me suis aussi aperçu d une petite modification supplémentaire à intégrer qui pourra simplifier ensuite l'usage de RAILCOM.
Les canaux d'EVENT supplémentaires sur les AVRx sont ici bienvenus pour porter le "reroutage" des éléments...

Encore des tests à faire mais le principe semble acquis pour fonctionner avec la LIB d AIKO PRAS ou des mécanismes similaires...

J en parlerai mieux sur le post liée au booster et railcom.

Ltr

11

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

« le: mai 27, 2024, 04:24:09 am »

le pricnipal alea que j ai du mal à "sizer" c est le montage COIL verd entree AVR ( ona une diode en // du coil) mais on glisse ou pas une resistance entre ce point et l entree d une broche analogique ou pas? Et si oui de quel valeur...

Car sinon je tourne le sujet mais j ai du mal...
Avec un raport disons de 300 pour 1A conso sur la voie on  a ~3mA a convertir via une resistance popur obetnir une tension...? 1000r serait bien... 3v33
Oui mais si on a 0.05 A on alors 0.16v et la on ne voit rien...
Ou alors un truc m echappe...
Rentrer directement en mA dans l AVR...? pas vu d application de ce genre encore mais pourquoi pas ( avec le resistance de PULLUP?)

Je sèche! Il va falloir sortir la plaque a essai pour expérimenter

12

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

« le: mai 26, 2024, 01:08:39 pm »

Bonjour Bruno

Oui ce sont bien les 2 types de sorties
Mon montage n est pas satisfaisant au niveau des affichages led et de la commande de l opto sur la même sortie. Il faut donc les repartir sur une autres itération du PCB
Toutefois ceci ne gène en rien le bon fonctionnement du montage dont le rôle et d assurer une détection sur zone de façon binaire 0/1.

Ltr

13

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

« le: mai 26, 2024, 01:55:43 am »

Hello Marc

En montage unitaire le montage a base de NE555 reste moins chère à fabriquer que de passer par un MEGATINY come les 202 ou le  402.
Toutefois si on considère un bloc de N détecteurs rebasculer vers un CPU avec plus de broches tient la route. (mais chiffrage global à faire)

Il faudra échantillonner les mesures sur l ADC. Cela reste jouable.

Cependant dans le montage propose pour les sat autonomes V2 c est le cote unitaire et modulaire qui avait été retenu.

14

Discussions ouvertes / Re : La Cockerill au travail

« le: mai 24, 2024, 12:33:42 pm »

MAGNIFIQUE!

Du grand art (même si les mouvements paraissent à mon gout trop rapide...)

Bravo.

15

Discussions ouvertes / Re : Distrubution du Signal DCC

« le: mai 24, 2024, 12:30:39 pm »

Bonjour Bruno

On peut considérer plusieurs approches sur la problématique que tu soulignes.

Dans chacune des implémentations il y a toujours des avantages et des inconvénients.

Américains et européens ont d ailleurs des pratiques différentes.

Dans tous les cas il faut adapter les protection au niveau le plus adéquat et donc garantir que celles si sont calibrées au plus juste sur l ensemble de la chaine.

Si pour certains composants il y a des plages étendues de puissance ou de dissipation, leurs congénères dans les montages n'offrent pas toujours cette possibilité/facilité d intégration.

Protéger de 2 à 4A est souvent plus simple que de protéger au delà. (cout, choix de composants, volumes, ...)

Il faut éviter les puissance trop "excessives".
Etudier et estimer les besoins finement est une étape facteur clé de succès.
On peut pour des raisons de cout planifier des mises en œuvres intermédiaires et itératives.

On aura intérêt aussi à privilégier une uniformité dans les solutions ( bien qu'inter compatibles entre elles ( le plus souvent) , préférer rester au sein d une marque qui donne satisfaction ne présente pas que des désavantages!)

Plus pragmatiquement le problème des puissances repartie repose sur leur synchronisation inter zones. Il y a des solutions (ex le BTM-SG de LDT: https://www.ldt-infocenter.com/dokuwiki/doku.php?id=fr:ldt-infocenter)
Il faut donc étudier les mises en œuvre et viser à se simplifier les choses autant que possible.

Au niveau "bonnes pratiques" on peut considérer que l'approche 1 BOOSTER pour la TRACTION + 1 BOOSTER pour les accessoires +1 centrale est une base solide dont l'évolution et la maintenance sont simplifiés.
On ne se sert pas de la sortie track/voie de la centrale et on ne confie les conso que sur des boosters similaires pour des usages identiques.
On renforce au besoin par des boosters additionnels par secteurs.

A 20A pas de doute qu'on arrivera facilement à souder sur la voie le matériel moteur/capteur si les protections sont inadaptées.
Il faut surement se montrer plus raisonnable à ce niveau.
Quel est le bon calibre? 3A 4A 5A 8A? a chacun d y regarder de plus prêt avec les équipements mis en œuvre

Au plus prêt de la voie il est rare de dépasser 3A.( toutes échelles confondues <= au O) et on se situera plutôt à 50% de cette valeur mais plus on remonte et on consolide des sections et plus les appels peuvent arriver sur un chiffre élevé.
Il faut donc équilibrer au plus juste et plutôt "vers le bas"

Quelques dessins pourraient aider mais je n ai pas le temps la de m y coller...

Dsl
Ltr