Une interface Raspberry Pi / bus CAN sur Github

Bravo !

Sur le site du projet canboat tu as pas mal d'infos sur la spec N2K :

github.com[...]canboat

Beau travail !

Salut FXVT,
En Python on n'arrive pas à recevoir les messages multi trame genre "product info" (PGN 126996) qui est constitué de 20 trames.
Si on doit envoyer des messages type "rapid update" un peu longs au rythme de 0.1 s, là aussi ça part en vrille ...
Concernant le quartz à 16 MHz de la carte CAN, ce n'est pas lui qui est en cause, il sert à régler l'échantillonnage sur le bus CAN. Ce qui est limitatif c'est la vitesse du bus SPI. Le contrôleur CAN support 10 MHz mais la Raspberry Pi décroche si on force son bus SPI à plus de 4 MHz. Cette RPi n'est pas réputée pour la qualité de son bus SPI ... Sur l'Arduino je ne sais pas ? Je vais passer un coup d'analyseur logique.
Concernant le Teensy j'ai lu pas mal de bons trucs sur elle : plus rapide, plus de mémoire. Concernant la Due il y a un problème de 3.3v vs 5v des interfaces CAN.
En conclusion je pense qu'il vaut mieux faire un contrôleur CAN avec une Teensy, une Galileo, etc plutôt qu'une Raspberry à moins que l'on veuille faire des communications réseau genre client/serveur, serveur http, etc ... Avec une Raspberry ça reste quand même plus facile à développer car il y a tout un environnement de debuggage qu'on a pas sur les cartes sans OS.
Bon bricolage.

Salut Khetzal,
J'ai pas mal fouillé le web en général et Github en particulier. Ils en sont au même point que mois vu qu'il faut avoir accès à un bus bien fourni pour pomper les messages et les analyser. J'ai déjà tout ce qui nous serait utile vu que mon bateau est full NMEA 2000 mais il va me manquer des messages genre consommation électrique, jauges d'eau, de GO, etc ...
Ce qui est sûr c'est que les étapes administratives genre négociation d’adresses au démarrage n'est pas abordé dans les softs disponibles sur le web. Il n'y a pas non plus de fonctions de scan du réseau pour connaitre l'ensemble des équipements présents, ça fait partie de la norme ... Certains constructeurs comme Simrad refusent d'afficher un message s'il n'est pas "administrativement" correct ... J'y travaille !
Bernard.

Bonjour à tous,
Quelques corrections : il y avait un problème de réception des messages lorsque le bus CAN est trop chargé.
- Modification de la gestion des interruptions en réception ; maintenant on peut recevoir des messages espacés de 10µs. C'est le cas notamment quand un équipement émet un message "Product Info" composé de 134 octets !
- Un exemple de lecture des messages où l'ID est décodée façon NMEA 2000
- Corrections de quelques maladresses ...
Bon bricolage à tous

Bonjour à tous,
Je reviens un peu tard répondre à vos questions.
- Concernant le développement pour une carte Teensy, cela semble intéressant car la carte est vraiment très puissante, elle reprend l'environnement Arduino et a son propre contrôleur CAN. Mais il va falloir patienter un peu car elle a un défaut de sa qualité à savoir que la programmation de son contrôleur CAN est très mal documentée et en plus il faut rajouter un transceiver CAN donc réaliser un PCB avec l'alimentation 12v qui va fournir le 5v et le 3.3v et le transceiver. Pour ceux qui voudrait voir à quoi ressemble la librairie CAN pour la Teensy il faut rechercher "flexcan" sur github. Son usage ne me semble pas trivial et je crois aussi qu'il manquerait une fonction genre "bitModify" ?
- Quant à intégrer ça à Open Plotter je ne sais pas le faire. Toutefois si OP a une interface NMEA 2000 (genre support d'une sonde Actisense NGT) ça s’intégrera sans problème.
Bon bricolage à tous.
Bernard.

Bonjour,
est-ce que ça a un lien avec votre projet ?
www.hisse-et-oh.com[...]spberry