liaison NMEA2000-NMEA0183 par RS485CAN-HAT sur Raspberry 4

je propose un fil de discussion dédié pour tester une alternative au projet Muxberry qui utilise un boitier étanche séparé du Rpi 4 contenant un Raspberry Pi 0 et un MCP2515 pour multiplexer tous les signaux bord

l'idée est d'ajouter un chapeau RS485CAN-HAT directement sur le Raspberry Pi 4 et
de connecter les deux fils de données des réseaux NMEA2000 et NMEA0183 sur le HAT
et de gérer le flux de données avec OpenPlotter

Xanadu, à la fin du fil de discussion sur le fil Muxberry, proposait de brancher :
les fils nmea + et - du pilote-automatique à A et B du connecteur RS485 de la carte HAT
et de relier les fils de données du backbone nmea 2000 du bateau au connexions h et l du CAN de la carte HAT, en lieu et place du bouchon de terminaison, car sur la documentation de la carte, la résistance de terminaison de 120 ohms est déjà incluse

les appro sont en cours et sans autre information c'est comme ça que je ferai les branchements.

Enfin, toujours sur les conseils de Xanadu, il faudra porter une attention particulière au page 10 , 13 et 14 du manuel d'utilisation du HAT : www.waveshare.com[...]-en.pdf
Elles concernent le paramétrages du raspberry pi, qui dans sa version de base, n'active pas le port série qui correspond avec le RS485 de la carte.

je vous tiendrai au courant de l'avance en prenant en compte toute éventuelle nouvelle remarque

L'équipage
10 jan. 2022
13 jan. 2022

Pour la connexion NMEA0183, sur le forum Raymarine:

"the NMEA 0183 IN+ terminal of the ST2000+ will be interfaced to the NMEA 0183 OUT+ terminal/lead of the NMEA 0183 device.
Additionally, the the NMEA 0183 IN- terminal of the ST2000+ will be interfaced to the NMEA 0183 OUT- terminal/lead of the NMEA 0183 device. "

dans la fiche technique du HAT on lit : Fonction RS485, contrôlée via UART, communication semi-duplex, prend en charge le contrôle automatique TX/RX sans programmation, émetteur-récepteur intégré SP3485

la connexion se fait donc uniquement en deux points du connecteur du pilote
Pilote ................... RS485CAN-HAT sur Raspberry 4
NMEAin+ .................... NMEA 0183 OUT+ en A
NMEAin- .................... NMEA 0183 OUT- en B

avec A sur la voie + et B sur la - comme indiqué sur le Module émetteur-récepteur SP3485 ?
Vous confirmez ?


13 jan. 202213 jan. 2022

Bonjour,

je confirme les connexions.

si par hasard cela ne fonctionnait pas du premier coup, vous pourrez faire une inversion des connexions A / B.

Sur des entrées / sorties de type différentielles, cela ne risque pas de fumer ... ( idem pour le CAN H / L par ailleurs )

le blindage du câble peut être relié à GND ou au screen Seatalk 0V, l'immunité aux parasites est meilleure quand le blindage est connecté que d'un seul coté.

Cordialement.


25 jan. 2022

Bonjour,
j'ai donc installé un RS485CAN-HAT sur un Raspberry 4B et connecté le HAT au réseau NMEA2000 via les fils bleu et blanc comme indiqué dans le § CAN de Openplotter et appliqué le reste de la procédure.
j'ai aussi appliqué les instructions des pages 13 et 14 du manuel utilisateur du HAT pour activer Serial dans la configuration du Raspberry, mettre enable_uart=1 et entré #dtoverla=pi-minuart-bt (sans savoir à quoi ça sert...)

résultat:
je vois can0 dans le dashboard de Signal K mais il n'est pas actif (ne clignote pas) et la ligne can0 n'apparait pas dans le Data Browser

j'ai tenté d'intervertir les fils bleu et blanc, qlq manipulations dans signal K notamment pour autoriser le GPIO. Si je lance le Check System je n'ai aucun conflit ni aucune erreur de signalée.

Dans la fenêtre CAN-Bus de Openplotter, onglet MCP2515 on peut ouvrir une fenêtre de trafic mais je ne connais pas les commandes pour le visualiser mais a priori rien ne traverse le HAT pourtant mon réseau NMEA2000 est actif puisque je vois des données sur mon tableau de bord.

Quelqu'un aurait une idée de manipulation à effectuer ?
Merci!


Xanadu:Bonsoir,la page 10 du manuel de la carte précise les instructions à ajouter au fichier config.txt pour l'initialisation de la partie CAN de la carte.Ensuite, il vous faudra collecter par ce canal les données NMEA2000 nécessaires au pilote avec signal-K, les convertir en NMEA183, filtrer les trames type RMB pour la navigation au compas et VWR pour la navigation régulateur d'allure et rediriger ce trafic vers la sortie série du raspberry et donc activer le RS485 de la carte vers le pilote. Cette dernière étant unidirectionnelle, c'est sur le pilote lui-même en activant les fonctions automatic track ou wind trim que nous saurons si l'ensemble fonctionne.Il y a un peu de taff quand même ...bon courage.Cordialement.·le 25 jan. 2022 20:01
xtofdel:merci mais je n'arrive pas à appliquer la page 10... je ne sais pas faire! je ne vois pas comment on ajoute ces lignes dans le config.txtAppend these statements to the file:dtparam=spi=ondtoverlay=mcp2515-can0,oscillator=8000000,interrupt=25,spimaxfrequency=100000Pour mettre SPI=on j'ai activé SPI dans la conf du Rpil'oscillateur est un 120000000 et je l'ai rentré en ajoutant le MCP2515 dans la fenêtre dédiée au CAN-Busje n'en suis pas encore à envoyer des données au pilote. il faut d'abord que je les vois dans Signal K... ·le 26 jan. 2022 00:38
Xanadu:Bonjour,vous avez activé le SPI dans la configuration du raspberry, c'est parfait.Ouvrez une fenêtre de terminal, entrez la commande sudo cp /boot/config.txt /boot/config.ancien si vous souhaitez sauvegarder la configuration existante.Entrez la commande sudo nano /boot/config.txt pour modifier la configurationavec les flèches du clavier, (on est en mode console ), trouvez la ligne dtparam=spi=onC'est l'utilitaire de configuration qui génère cette lignepositionnez le curseur à la fin de cette ligne, faites CR pour en ajouter une, écrivez les fameux paramètres dtoverlay=mcp2515-can0,oscillator=8000000,interrupt=25,spimaxfrequency=100000Profitez en pour vérifier la fréquence du quartz de la carte est bonne ( 12 Mhz -- oscillator=12000000ctrl O pour écrire le fichierctrl X pour sortirSi par hasard vous vous ratez dans l'écriture du fichier, ctrl X pour sortir, voulez vous enregistrer les changements N, et vous revenez au point de départ.Pour restaurer un fichier config sauvegardé au préalable, toujours en mode console :sudo cp /boot/config.ancien /boot/config.txtCordialement.·le 26 jan. 2022 10:13
xtofdel:merci, j'ai pu ajouter la ligne dtoverlay.... au config.txt, mais du coup je ne peux plus ajouter le MCP2515 à CAN-BUS. j'ai les messages d'erreur suivant qui apparaissent dans une fenêtre-terminale : wrong external apps format: unexpected EOF while parsing (, line 0)ls: impossible d'accéder à '/sys/bus/w1/': Aucun fichier ou dossier de ce type.Et si j'essaye d'ajouter un MCP2515, quand j'ouvre la fenêtre GPIO un autre message apparait:Vous ne pouvez pas sélectionner ce GPIO pour effectuer cette tâche.Il semble que la ligne ajoutée dans le config.txt bloque le port 25 du GPIO·le 26 jan. 2022 14:47
Xanadu:Bon je suis très mal placé pour donner des conseils de paramétrage dans OpenPlotter que je n'utilise pas ... Ce qu'il faut savoir : que ce soit à la main en mode console, ou à travers le paramétrage d'OpenPlotter, à la fin des fins, tout le monde se retrouve dans /boot/config.txt.Il faut vérifier dans ce fichier la présence de lignes redondante ou divergentes, avec des variantes de paramétrage contradictoires, générées par les paramétrages successifs.Ce qui pourrait expliquer vos déboires. D'un point de vue pratique, vous pouvez faire vos paramétrage dans OpenPlotter et vérifier leurs impacts en listant le contenu de config.txt avec la commande console cat /boot/config.txt qui affiche son intégralité à l'écran.De même, si on veut suspendre une directive de ce fameux fichier le temps d'un test, vous pouvez mettre un dièse en tout début de ligne, cela la transforme en commentaire et elle ne sera pas interprétée au boot.Pour la réactiver, supprimez le dièse.le prix à payer quand on manipule ce fichier, c'est que les modifications ne sont prises en compte qu'au démarrage du raspberry. C'est l'équivalent du célèbre autoexec.bat des systèmes Dos/Windows de nos grands-pères...Bon courage, car en philosophie informatique primaire, c'est toujours le plus têtu qui gagne ...·le 26 jan. 2022 16:59
25 jan. 2022

Hello,
Je ne suis pas sur de bien comprendre ce qui tourne en SW sur le PI. La conversion NMEA200/183 est elle faite par OpenPlotter?

Ou bien OpenPlotter genere des trames 183 et 2000 directement?
Ou bien avez vous un transcodeur 183/2000??? Si oui, je suis preneur de l'URL du Git.... :-)

Merci!


25 jan. 2022

Bonjour,
Openplotter tourne sur le Rpi avec Signal K pour les conversions
Pour l'instant Openplotter ne génère rien, ce sera l'étape d'après
j'en suis à essayer de lui faire lire les trames NMEA2000 pour les visualiser dans OpenCPN


25 jan. 202225 jan. 2022

Pourquoi du RS485 ? C'est un protocole bus série pas fait pour faire du série point à point pour le NMEA0183. Certains chip RS485 peuvent être configurés pour faire du RS232, mais en pur RS485 ne NMEA0183 ne passe pas.

Autre point: utiliser un processeur qui consomme au moins 2W, pour faire une opération qui peut tourner sur un microcontrôleur qui en consomme 10 fois moins, me paraît bizarre.


xtofdel:NMEA2000 sur Openplotter·le 25 jan. 2022 23:10
26 jan. 2022

je reprends l'installation suite aux conseils de Xanadu que je remercie

j'ai installé le RS485CAN-HAT sur un Raspberry 4B et connecté le HAT au réseau NMEA2000 via les fils bleu et blanc comme indiqué dans le § CAN de Openplotter et appliqué le reste de la procédure: openplotter.readthedocs.io[...]pp.html

Il y a aussi des consignes à appliquer dans les pages 10, 13 et 14 du manuel utilisateur du HAT RS485CAN-HAT : www.waveshare.com[...]-en.pdf
mais dès l'application des consignes de la page 10, le lancement de la vérification conduit à ce rapport d'erreur : erreurs -34 et -52 !

pi@RpiX:~ $ dmesg | grep -i '(can|spi)'
[ 2.066792] systemd[1]: Set hostname to .
[ 7.308938] CAN device driver interface
[ 7.318369] mcp251x: probe of spi0.0 failed with error -34
[ 16.777213] ieee80211 phy0: brcmfcfg80211scan: scan error (-52)
[ 23.940610] can: controller area network core (rev 20170425 abi 9)
[ 23.951099] can: raw protocol (rev 20170425)
pi@RpiX:~ $ ^C
pi@RpiX:~ $

"probe of spi0.0 failed with error -34" !!! ça veut dire quoi ?
là je ne suis pas sur mon bateau et les fils de connexion au NMEA2000 ne sont pas connectés mais je ne pense pas que ça explique cette défaillance de spi0.0...


Xanadu:D'après les forums Internet, cela veut dire que le paramètre oscillator de config.txt ne correspond pas à la fréquence du quartz de la carte ... 1Mhz = 1 000 000·le 26 jan. 2022 20:00
26 jan. 2022

je joins une photo de l'oscillateur. la fréquence est clairement affichée mais on ne sais jamais, je ferai un test avec les deux autres fréquences proposées par OpenPlotter
à bientôt pour le résultat


Xanadu:ça ressemble pourtant bien à du 12 Mhz oscillator=12000000 ...·le 26 jan. 2022 21:50
Xanadu:Note: trouvé sur la notice du fabricant ....There are two versions. The only difference betweem these version are the crystal. The old one use 8M and the line added to config.txt file should be:dtoverlay=mcp2515-can0,oscillator=8000000,interrupt=25,spimaxfrequency=1000000The new one use 12M crystal and the line should bedtoverlay=mcp2515-can0,oscillator=12000000,interrupt=25,spimaxfrequency=2000000·le 27 jan. 2022 09:48
xtofdel:je comprends maintenant que le manuel utilisateur du RS485 CAN HAT n'est pas applicable. OpenPlotter fait tout ce qui est décrit dans ce manuel via les fenêtres de configuration. En utilisant les deux procédures on créé des conflits ou on efface ce qu'on vient de faire.Seule la procédure décrite dans Openplotter est applicable et gère l'installation du MCP2515. Le problème c'est que si je l'applique à la lettre, le MCP2515 est bien détecté, on peut l'installer et le connecter à Signal K, can0 apparait dans Signal K mais inactif dans le Dashboard, et il n'est pas dans le Data Browser comme l'indique la procédure!le problème est ailleurs...·le 27 jan. 2022 10:31
Xanadu:L'heure est peut être venu d'alimenter le montage avec un flux nmea2000, histoire de réveiller signal-K et par là Openplotter ...·le 27 jan. 2022 17:05
xtofdel:Bonne idée! c'est bien sûr ce que je fais. Mon bateau est à 5 minutes à pied. c'est là que je fais les tests en ayant vérifié que mes afficheur B&G reçoivent bien des données du réseau NMEA2000. je viens de tout réinstaller proprement j'irai tester ça demain. à suivre...·le 27 jan. 2022 18:48
xtofdel:j'ai enfin trouvé le problème, je l'explique dans le post suivant. j'ai beaucoup trituré Openplotter et le boot/config.txt et ça m'a appris beaucoup. je suis sûr que ça me resservira, mon projet n'est pas terminé et j'en ai d'autres. Merci Xanadu·le 28 jan. 2022 19:10
28 jan. 2022

La récupération des données NMEA2000 fonctionne avec le RS485-CAN-HAT!

le problème venait d'une erreur de câblage entre le Backbone NMEA2000 et le RS485-CAN-HAT. les couleurs des fils de la rallonge NMEA2000 étaient les bonnes mais pas sur la bonne borne du connecteur. Se méfier du câblage des rallonges !

la procédure Openplotter est donc très bien faite et il ne faut surtout pas utiliser le manuel utilisateur du RS485-CAN-HAT qui introduit des erreurs dans le boot/config.txt

le RS485-CAN-HAT (environ 10€) permet donc de récupérer les données du réseau NMEA2000 en connectant la borne H du connecteur NMEA2000 à la borne H du HAT. Respectivement L sur L !
Voir la photo du HAT en tête du fil de discussion et je joins le schéma de l'affectation des pinoches du connecteur.

Il reste à envoyer les données vers le pilote auto... à suivre


Xanadu:Bonsoir,je suis très content pour vous, je commence à m'attacher à votre projet ...Blague à part, connecter un pilote Raymarine sur un Raspberry va certainement en intéresser plus d'un et le coté pédagogique de votre fil va trouvé ses adeptes. pour la suite, je vous suggère de travailler d'abord les trames RMB qui sont une pure création OpenCpn. Une fois que vous aurez réussi à les acheminer jusqu'au ST2000, vous pourrez vous attaquer aux VWR, qui sont une traduction nmea2000 -- nmea183 à travers signal-K, et qui doivent suivre le même chemin.Bon courage.·le 28 jan. 2022 20:41
xtofdel:Merci pour votre intérêt. Pour envoyer la direction du vent au pilote je vais suivre le conseil de Gudhul donné sur le fil de discussion de son Muxberry: "il te faut un convertisseur RS232 <=> USB". ça correspond à ce que j'ai pu lire sur le NMEA0183 et c'est bien expliqué dans la procédure Openplotter au milieu de cette page : openplotter.readthedocs.io[...]es.html j'ai commandé le convertisseur, je raconterai ça !·le 29 jan. 2022 23:12
30 jan. 202230 jan. 2022

Je croyais que la girouette était nmea2000 et non pas nmea183

En photo DSD TECH SH-U08A

Le convertisseur RS422/RS485 vers USB qui me donne toute satisfaction .

Petit détail concernant le paramétrage du port série/RS485 de la carte HAT, le ST2000 ne va pas plus vite que 4800 en vitesse de transmission ...


xtofdel:Oui bien sûr, USB-RS422...( 232 c'est ce que recommande Gudhul pour son Muxberry ) Je récapitule : La girouette est en NMEA2000 (comme mon sondeur et le spido) et émet sur ce réseau vers les afficheurs B&G. Mais mon pilote attend du NMEA 0183 si je veux l'utiliser en mode régulateur d'allure. Ce que je souhaite car je suis seul à bord)je capture tout le réseau NMEA2000 (dont la direction du vent) avec le Raspberry associé au RS485CAN-HAT : ça c'est maintenant vérifié, ça marche.Mais pour envoyer la direction du vent(VWR) à mon pilote, j'ai commandé un convertisseur USB-RS422 (identique à celui de la photo) pour transmettre le signal en NMEA0183. Je vais mettre ce convertisseur sur un port USB du Raspberry et relier ses bornesRS422 TX+ et - au bornes NMEA+ et - du pilote (j'espère que j'ai bien compris). Je vais tester dès réception du convertisseur et ferai un récapitulatif complet·le 30 jan. 2022 15:02
Xanadu:Là , à mon avis, on va au devant de problèmes :tout d'abord, si il y a du nmea183 à la sortie du boitier anémomètre, pas besoin de convertisseur. Il suffit de brancher les nmea out+ et nmea out- de l'anémomètre sur nmea + et - du pilote, c'est prévu pour cela.A noter que du coup, le pilote fonctionne soit en interne, soit en mode vent.Si il n'y a pas de nmea183 à la sortie de l'anémomètre, on ne va pas couper à une conversion nmea2000 -- nmea183 des données du vent par OpenPlotter et signal-K. Ensuite, autant utiliser le RS485 du hat pour la connexion au pilote plutot que de rajouter un convertisseur supplémentaire...·le 30 jan. 2022 18:25
xtofdel:La girouette ne sort que du NMEA2000La conversion 2000 vers 0183 est faite par Signal KOù sur le HAT peut-on connecter le Pilote? ·le 30 jan. 2022 22:52
Xanadu:sur A et B RS485, A---nmea+ ST2000, B---nmea- ST2000·le 31 jan. 2022 09:16
xtofdel:j'avais bien essayé mais sans succès. La configuration entre OpenCpn et Signal K n'est pas évidente et pas de procédure dans Openplotter. Par contre c'est bien expliqué pour le USB-RS422 converter... je réessaierai, en m'inspirant de la procédure existante...·le 31 jan. 2022 18:59
Xanadu:c'est UART du raspberry qui pilote la sortie RS485 du HAT. Vous trouverez dans la documentation Openplotter comment configurer ce port ( /dev/ttyS0 ou /dev/ttyAMA0, tout dépend de ce que Openplotter détecte ) à 4800 baud, format nmea183. C'est le chapitre avant celui du USB-RS422 . Bonne lecture.·le 31 jan. 2022 20:59
04 mars 2022

Après un mois d'essais en tous sens je n'ai rien réussi à faire sortir du HAT! J'ai donc acheté et installé une clé USB RS422 comme préconisé par le manuel Openplotter et je vois des données sortir sur les bornes Tx mais malheureusement mon pilote ST2000+ n'interprète pas ce flux de données. Il devrait passer en mode "wind" mais j'ai testé plusieurs paramètres (RMB, autre que VWR ; il reste sourd. la composition de la trame n'est semble-t-il pas celle qu'il attend.
Pour l'instant je n'ai pas d'explication!


30 sept. 2023

Bonjour à tous,
Je relance ce fil car je suis confronté aux mêmes problèmes.
Mon projet était de fabriquer un ordinateur de bord/multiplexer NMEA sur base Raspberry Pi pour recevoir et renvoyer toutes les données NMEA, lire les cartes, recueillir des données pour fabriquer des polaires, télécharger et lire les fichiers GRIB (modem 4G) et faire du routage.
Je trouve pertinente la remarque de sterwen à ce sujet : pour la fonction multiplexer, ce montage consomme énormément. Je suis parti du principe que c'était tout de même pertinent parce que le multiplexer et l'ordinateur sont sensés marcher de conserve. Mais ce serait bien d'avoir des retours d'expérience sur ce point.
J'ai commencé par la partie électronique, acheté deux HAT WaveShare et fabriqué un troisième pour les entrées analogiques, centrale inertielle, baromètre, alimentation du Raspberry Pi et GPIO.
J'ai une girouette ultrasons NMEA 0183 et un pilote ST4000. Le reste est en NMEA 2000 (tri fonction AirMar et sondes de réservoir).
Toute la partie i2c fonctionne parfaitement. J'ai deux ADS1115 pour les entrées analogiques, une centrale inertielle MPU9250 et un baromètre BMP280. J'ai réussi à installer les HAT sans problèmes. Il suffit de suivre les instructions de WaveShare, copier les lignes de commandes et installer les drivers. Ça marche très bien, les entrées NMEA 0183 sont reconnues dans l'utilitaire Série de OpenPlotter et les entrées NMEA 2000 dans l'utilitaire CAN. Par ailleurs, je sais que l'anémomètre fonctionne pour l'avoir essayé sur l'entrée NMEA 0183 d'un GPS Garmin. Je sais également que le HAT reçoit bien les données de l'anémomètre car une LED verte se met à clignoter lorsque que je connecte + et - NMEA à A et B RS485.
Mais je suis incapable de recevoir les données sur Signal K. J'ai changé tous les paramètres dans tous les sens des dizaines de fois sans résultats.


sterwen:Bonjour,De mon côté je sépare les fonctions, principalement pour simplifier et avoir un système résilient. Toutes les données circulent sur le bus NMEA2000 et plusieurs systèmes peuvent les exploiter.Je viens de finit un développement avec un PI-hat CAN de SKPang et cela fonctionne de manière impeccable, j'ai réussi à développer un device NMEA2000 qui lit et envoi les PGN vers une interface Ethernet et/ou du WiFi. Plusieurs formats peuvent être utilisés mais tous les traitement de bas niveau sont exécutés sur le RPi (gestion de l'accès au bus, réassemblage des trames longues, filtrage et logging) avec possibilité de décoder entièrement les trames NMEA2000 pour les envoyer en Json ou gRPC.J'en ai aussi une version qui tourne sur un système basé sur NXP iMX6 (système industriel avec routeur Ethernet/WiFi/4G intégré).Tout est écrit en Python et donc portable facilement sur tout système supportant socketCAN. Les interfaces séries et TCP/IP pour NMEA0183 fonctionnent également et si pas de CAN Direct un peut interfacer des adaptateurs (Miniplex3, Digital Yacht, Yacht Digital).La partie affichage et tracé de navigation est quand à elle réalisée sur un miniPC (table à carte) et une tablette (quand nécessaire dans le cockpit). ·le 30 sept. 2023 12:16
pierretempest:Bravo, ça semble un super montage !Le PI-HAT de SKPang a l'air génial. Vous avez choisi la version avec alimentation par le port NMEA ?Vous utilisez SignalK pour renvoyer les PGN vers l'interface Ethernet ? C'est ce que je cherche à faire. Et dans ce cas, comme vous, j'utiliserai des passerelles NMEA 0183/2000 du commerce pour l'anémomètre et le pilote.·le 01 oct. 2023 16:02
01 oct. 2023

Je ne suis pas fan du Signal K car je ne suis pas certain que la sur couche sémantique soit nécessaire pour un système de navigation, mais bon cela a le mérite d'exister. Je ne m'en sert pas car mon logiciel de navigation (Scannav) ne le supporte pas.
Je vais regarder ce qu'il faut faire mais grosso modo, mon système remplace la "glue" d'interface CAN des implémentations existantes de Signal K.
Pour l'instant j'utilise le format '!PDGY' qui a été développé par Digital Yacht qui produit des messages pseudo NMEA0183 qui encapsulent le NMEA2000 (au niveau applicatif avec réassemblage des trames FastPacket). J'ai un format similaire avec de l’hexadécimal à la place du base60. J'ai aussi de la transmission de message en binaire direct au dessus de gPRC.
Si certains sont intéressés pour participer aux tests, je suis ouvert à partager le repository (sur Gitlab) mais le nombre est limité.


pierretempest:Je serais intéressé dans l'absolu, mais cela dépasse malheureusement trop largement mes compétences. Je ne pense pas être capable de sortir de solutions à interface type SignalK…Mais c'est très gentil d'avoir proposé·le 05 oct. 2023 18:23
30 jan. 2024

bonjour a vous,
Je suis super intéressait par vos discutions sur les connexion nmea et les ordi mais mon niveau en électronique coince et je fini par me perdre.
J'ai fais une première année de BEP électronique , mais j'ai abandonné,je connais a peut pret tous les principes de bases, mais en vrai ça fait pas lourd.
Et j'ai quelques question auxquelles vous saurais répondre sans aucun doute.
J'ai acheter chez Ali les 2 trucs là
fr.aliexpress.com[...]11.html
fr.aliexpress.com[...]47.html

le premier c'est un connecteur RS 485/232 vers USB.
1er _ Comment je connecte mon câble NMEA2K dessus, le bleu sur le "A" ou le blanc?????????? l'autre sur le "B" "forcement"
2eme _ y a aussi une entrée et une sortie "rx" et "tx" , ça veux dire que je peux aussi mettre un appareil NMEA0183, en émission et en réception??????

Le deuxième lien c'est un machin qui a l'aire de transformer le RS485 en wifi.
Suis je,un doux rêveur, ou es possible de connecter un câble NMEA2K dessus avec le bleu et le blanc , que la machine envoie tout le bazar en wifi a bord,
et qu'un ordi ou Raspberry ou tablette, capte le truc et avec "signal K" me le lise sur openCPN????
Merci d'avance pour vos réponse et pour vos contribution qui donnent plein d'idées.


30 jan. 2024

Bonjour,

L'adaptateur que tu montres fait du
- RS485: utilisable pour connecter certains appareils de puissance électrique (Victron VE Direct)
- RS232: compatible avec NMEA0183 (4800 ou 38400 baud)

En aucun cas, tu ne peux connecter un bus CAN (NMEA2000) dessus.


30 jan. 2024

Merci sterwen pour ta réponse, au moins je pourrais déja brancher mes entrées NMEA0183.

Alors, pour passer du NMEA2k sur de l'USB, es que je peux me servir de ça:
fr.aliexpress.com[...]02.html

Merci beaucoup pour l'aide.


31 jan. 2024

Ok, cela va fonctionner sur le plan de la couche CAN. Mais pour faire du NMEA2000, il faut pas mal de couches logicielle au dessus. Si c'est pour du développement si RPi, il vaut mieux un HAT. Si c'est pour Windows, je ne sais pas s'il y a une couche logicielle NMEA2000 fonctionnelle que l'on peut trouver mais je n'en connais pas.
Le mieux c'est de prendre un convertisseur existant, c'est bien sûr plus cher mais cela va fonctionner direct. Si ton objectif , c'est de faire du développement logiciel et que tu es assez calé sur le sujet, alors tu peux te lancer. Mais on peut y passer des mois pour gagner 200€ in fine.


porymarig:bonjour Sterwen, effectivement je suis pas calé sur le sujet, et surtout je cherche un moyen de me simplifier les Nav , alors passer des mois derriere internet c'est vfrai que ça me plait carrément pas. je vais suivre ton conseil et acheter un truc tout fait,pour mon N2K. merci pour tes conseil·le 01 fév. 18:43
31 jan. 2024

Bonjour,

Je n'ai pas tout suivi mais jetez un coup d'oeil sur cette page, okazou, ...

et son

Pour une cinquantaine d'€, cela peut valoir le coup de s'économiser des nœuds au cerveau...


sterwen:Cela dépend de ce que l'on veut faire. Si on veut un convertisseur NMEA2K <-> NMEA0183, je suis d'accord c'est une bonne solution. Si on veut s'interfacer directement en NMEA2000, ce n'est pas le bon produit. A quoi cela sert-t-il de déployer un réseau NMEA2000 pour ensuite repasser par un standard plus limité. La seule raison, c'est que les logiciels de navigation ont un train de retard (pas tous) et ne sont pas capable d'avoir du NMEA2000 direct en entrée.·le 31 jan. 10:57
porymarig:Bonjour, Schnaps. merci pour ta réponse. Ca faisait un moment que je regardais les boitier de vela-navega,et surtout une bonne année que j'avais abandonner l'idée d'acheter un de leur appareil, car il ne faisait rien en NMEA2k, juste du 0183 et seatalk. Mais effectivement y a ce nouveau N2K~0183~wifi qui viens de sortir. je vais surement me tourner vers ça, surtout qu'un copain à un 3wifi et il en est tres content. Merci de m'avoir fait re-penser a ce site ·le 01 fév. 18:57
porymarig:Bonjour, Schnaps. merci pour ta réponse. Ca faisait un moment que je regardais les boitier de vela-navega,et surtout une bonne année que j'avais abandonner l'idée d'acheter un de leur appareil, car il ne faisait rien en NMEA2k, juste du 0183 et seatalk. Mais effectivement y a ce nouveau N2K~0183~wifi qui viens de sortir. je vais surement me tourner vers ça, surtout qu'un copain à un 3wifi et il en est tres content. Merci de m'avoir fait re-penser a ce site ·le 01 fév. 18:51
13 mars 2024

Bonjour à tous,

Deux ans plus tard, je reviens vers vous car j'ai fini par trouver la solution à mon problème !
Comment piloter un Raymarine ST2000+ avec Openplotter sur Raspberry ?
je ne passe pas par les sorties A et B du CAN HAT RS485, le CAN HAT ne sert qu'à récupérer les données NMEA2000
j'utilise comme pressenti la clé USB RS422 qui est adaptée au NMEA0183
j'applique à la lettre la procédure donnée par Openplotter (chapitre : connecting a USB RS422 converter)
openplotter.readthedocs.io[...]22.html
en précisant deux points :
- il faut inverser les +/- des entrées du Pilote Raymarine avec les sorties TX+/- de la clé USB (possibilité évoqué par la procédure)
- il faut limiter la liste des phrases NMEA0183 à RMB, APB, VWR dans le paramétrage du réseau UDP dans OpenCpn
Et cela permet d'utiliser le mode Track et le mode Wind du Raymarine; lui envoyer des waypoints et lui faire suivre le vent apparent


04 sept. 2024

Bonjour!
Je suis sur ce genre de probleme également, je viens demander vos conseils.
Je souhaite ramener les quelques équipements de mon voilier sur le raspberry, mais ne sais pas quel outil utiliser.

J'aimerais lire les infos de vent de l'anémo/girouette, lire les infos envoyées par le pilote auto, et pouvoir afficher sur la carte OpenCPN du raspberry les infos de l'AIS.
Est ce qu'utiliser le can hat fonctionnerait? Ou il y a trop peu d'entrées pour ça?
L'AIS je peux le programmer pour sortir un NMEA 2000 ou 183 au choix apparemment.


sterwen:Le CAN HAT fonctionne si on est en NMEA2000 et si tous les instruments sont connectés (directement ou indirectement) sur le bus. L'avantage du NMEA2000 c'est que l'on a besoin d'une seule connexion pour recevoir toutes les informations.·le 05 sept. 08:47
virtudes:Peut être plus simple avec un multiplexeur NMEA wifi et donner la liaison soit à SignalK soit directement à opencpn? www.vela-navega.com[...]plexers ·le 05 sept. 15:36
Les Eclaireurs près d'Ushuaia, Argentine.

Phare du monde

  • 4.5 (120)

Les Eclaireurs près d'Ushuaia, Argentine.

2022