Raspberry PI Pico : Difficultés de mise en œuvre.

[bobyAndCo]

Bonsoir à tous,

Je publierai le projet quand j'aurai reçu les PCB et assemblé les composants. Il faut aussi que je mette un peu d'ordre dans mon code.

Mais si certains parmi vous souhaitent avoir des informations ou même le code pour réaliser ces petites cartes Raspberry Pico - CAN plus rapidement, n'hésitez pas à vous rapprocher de moi.

Christophe 

[Dominique]

Je suis d’emblée intéressé. J’attend mon lot de chez TME. Et je potasse la doc en attendant.

Merci à vous deux.

Je pense qu’un article sur le pico sera à faire prochainement et j’y participerai.

[bobyAndCo]

Bonjour Dominique,

Le projet sur lequel je travaille est un système de rétro signalisation comparable au s88 de Marklin et se compose d’une part :

-   D’un ou plusieurs décodeurs à 16 entrées reliées à des capteurs sur la voie. Les décodeurs envoient toutes les 100ms l’état des capteurs au travers d’un bus CAN.
-   D’autre part, d’une passerelle qui reçoit l’état des capteurs pour chaque satellite et qui transmet cette information au gestionnaire (Rocrail, JMRI…) en TCP selon le protocole Marklin (mbus pour Rocrail).

Le code général pour les décodeurs et la passerelle sont ok que tu peux trouver ici :

Décodeurs : https://github.com/BOBILLEChristophe/picoDecoder/tree/main/src

Passerelle : https://github.com/BOBILLEChristophe/picoDecoder_to_rocrail_GW/tree/main/src

Christophe

[Dominique]

Merci beaucoup Christophe et Jean-Luc 

J'ai installé la carte RPi Pico dans l'IDE Arduino et compilé avec succès la passerelle de Christophe (inspirée de SatellitePico de Jean-Luc).

Il faut bien utiliser la bibliothèque des cartes de earlephilhower qui permet de choisir la fréquence de 128MHz, contrairement à celle d'Arduino qui ne permet aucun réglage.

Mes cartes arrivent Mardi donc un peu impatient.

[trimarco232]

Bonjour ,
je confirme tout ce qui a été dit à propos du pwm du rp2040
(je ferais même remarquer ceci : ◦ Wrap and level registers are double buffered and can be changed race-free while PWM is running ; cad que ce mcu se prête bien à une génération de trames dcc avec des timing nickels , y compris pour le railcom ... donc pas comme l'esp32)

[Jean-Luc]

Il y a ici une preuve de concept de génération de signal DCC avec le PIO, comme ça aucun problème de timings :

https://github.com/pico-cs/firmware

[trimarco232]

oui , mais avec le pwm , je sais faire ; le pio , j'avoue ne pas m'être donné la peine de creuser le sujet ; car amha , il vaut mieux réaliser le dcc avec le pwm , et réserver le pio pour d'autres interfaces , notamment s'il y des signaux à traiter en entrée (can , loconet , sniffer ...)
c'est d'ailleurs pour cela que je suis adepte du stm32 : dcc , loconet , sniffer , fastoche avec les timers , et pour le can il y a un périphérique dédié