Bonjour à tous,
J’ai un rpi3b+ avec openplotter (2.7 ?), opencpn(5.2.4) sur le quel je suis parvenu à faire fonctionner un gps bluetooth par une liaison série et la fonction rfcomm. c’est principalement ce que j’utilise à la maison.
Sur le bateau je voudrais utiliser mon gps mlr relié en usb au rpi avec un convertisseur RS422/USB.
Avec l’aide de posts et video trouvés sur le forum (PTP, auteur fulup merci à lui) et la doc opencpn.shoreline.fr, je n’ai toujours pas réussi à reporter ma position gps sur la carte de opencpn.
J’ai essayé en créant des connexions série, en passant en gpsd. en utilisant signalK. Rien sur la carte alors que par exemple quand je suis en connexion série je vois bien les trames du gps quand je demande leur affichage.
J’ai remarqué que gpsd était actif au boot et ,d’après la doc, exclut les connexions série. je l’ai donc désactivé mais rien n’y fait.
J’en suis à me demander si la configuration du gps bluetooth ne bloque pas le passage des trames reçues vers opencpn quelqu’en soit l’origine si pas bluetooth.
Si quelqu’un a une piste pour m’aider à m’ en sortir je suis preneur.
Merci de m’avoir lu


- Accueil
- Présentation du site
- FAQ
- Tous les articles
- Auteurs et visiteurs
- Intervenir sur PTP
- Sites à voir


Mon historique
Se connecter
Mot de passe oublié
S'inscrire aux forum
Contact Webmestre


Votre IP : 3.145.50.71
Dernier ajout : 1er mai
Visiteurs connectés : 5
Conception
Développé sous SPIP
Informations légales


Pratiques et Techniques de la Plaisance

-
OpenCPN
-
Grand Voyage
-
Articles
- Voiles carènes et gréement
- Traditions et cultures
- Cartographie
- Instruments
- Sécurité
- L’électricité à bord
- Les moteurs
- Entretenir le bateau
- Le confort à bord
- En navigation
- Mouillages et ports
- Au mouillage
- Les échos du web
- L’agenda Plaisance Pratique
- Les articles géolocalisés pour les voyageurs
-
Trucs et astuces
-
Forum technique
-
Livres
-
msg
Accueil du site > Forum technique > OpenCPN -forum- > Linux, Mac OS, etc ... -forum- > pas de position sur la carte affichée si connexion série ou gpsd
Rubrique : Linux, Mac OS, etc ... -forum-
Dans cette rubrique on trouvera également : 0 | 30 | Tout afficher (34 articles)
__________________________________________________________________________________________________________________
pas de position sur la carte affichée si connexion série ou gpsd
Version imprimable
Publié Novembre 2021, (màj Novembre 2021) par :
Fata Morgana
|
Copyright : Les articles sont la propriété de leurs auteurs et ne peuvent pas être reproduits en partie ou totalité sans leur accord |
![]() |
Inscrit aux forum vous pourriez transmettre cette page à un ami plaisancier |
Répondre à cet article
(pour répondre à un message en particulier, voir plus bas dans le fil)
9 Messages de forum
__________________________________________________________________________________________________________________
-
pas de position sur la carte affichée si connexion série ou gpsd 19 novembre 2021 14:52, par yvesD -
pas de position sur la carte affichée si connexion série ou gpsd 19 novembre 2021 18:08, par Fata Morgana -
pas de position sur la carte affichée si connexion série ou gpsd 19 novembre 2021 18:29, par yoruk
-
-
-
pas de position sur la carte affichée si connexion série ou gpsd 15 janvier 2022 18:55, par Fata Morgana -
pas de position sur la carte affichée si connexion série ou gpsd 15 janvier 2022 20:11, par yoruk -
pas de position sur la carte affichée si connexion série ou gpsd 16 janvier 2022 10:07, par Fata Morgana -
pas de position sur la carte affichée si connexion série ou gpsd 16 janvier 2022 10:17, par yoruk -
pas de position sur la carte affichée si connexion série ou gpsd 16 janvier 2022 10:21, par yoruk -
pas de position sur la carte affichée si connexion série ou gpsd 16 janvier 2022 11:03, par Fata Morgana
-
-
-
-
-
__________________________________________________________________________________________________________________
-
19 novembre 2021 14:52, par yvesD Animateur
Je comprend que vous n’arrivez pas à faire ingérer par OpenCPN les trames NMEA émises en RS422 par le MLR et converties en USB par le convertisseur ad-ho, correct ?
J’ai eu un problème peut-être comparable lorsque j’ai tenté de raccorder ma nouvelle VHF Navicom à mon (ancien) GPS Furuno GP32 (qui fonctionnait avec la VHF Nexus précédente). Du coup les deux sont partis au SAV en Bretagne, qui m’a suggéré d’utiliser l’option « boucle de courrant » du GP32, plutot que l’option « niveau TTL » opérationnel avec la précédente VHF Nexus.
Dans votre cas précis je m’assurerais que :
- Le MLR émet bien quelque chose (s’il était en panne, ça serait ballot)
- Le convertisseur RS422/USB produit bien de l’USB (utiliser un outil d’affichage de trafic USB, demander à gogol)
- OpenCPN reçoit bien ce trafic USB : en déterminant le port série associée à ce port USB (débrancher, rebrancher : celui qui monté c’est le bon port série), puis en affichant le trafic USB reçu par OCPN (Dans OCP, onglet ’Options’, puis onglet Connexions, cocher ’ouvrir la fenêtre d’affichage’, éventuellement en créant un nouveau port de connexion ’ajouter une connexion’ avec le bon port série en cochant ’Série’ et renseignant ’Port Com’ (la vitesse n’a pas de sens, laisser 4800) en acceptant les bonnes phrases (coche ’accepter seulement ...’ et laisser vide) et en titillant ’Contrôle du checksum’
Qu’en est-il de tout ces tests ?
-
19 novembre 2021 18:08, par Fata Morgana Ce message répond à ...
Merci pour votre retour,
Oui le gps mlr émet bien et dans la connexion série que je crée sous opencpn je vois bien les trames nmea183 quand j’active l’option affichage des données nmea.elles ne semblent pas arriver dans la fonction affichage trace.
J’avais vu dans la doc que si GPSD était activé, celà empêchait les liaisons série. Je l’ai désactivé mais cela n’a pas réglé mon pb.
Cordialement-
19 novembre 2021 18:29, par yoruk Ce message répond à ...
Animateur
Bonjour,
Avez vous interrogé le tutoriel Wiki officiel OpenCPN : https://opencpn.org/wiki/dokuwiki/d...
En anglais, mais bien traduit par Google. C’est aujourd’hui la meilleure source existante, qui nous a amené à mettre nos tutoriaux en standby...Michel
-
-
15 janvier 2022 18:55, par Fata Morgana Bonsoir à tous et meilleurs voeux.
Voilà depuis quelques jours je suis parvenu à faire fonctionner tout ça. Je précise que j’utilise OpenCPN par l’entremise de OpenPlotter et donc SignalK. et Serial. C’est une reinstal complète qui a été mon point de départ.Dans OpenCPN je n’ai qu’une connexion déclarée : Network/input/tcp/10.10.10.1/10110 pour recevoir les messages arrivant de SignalK
Pour le bluetooth, je ne parvenais pas à ajouter à SignalK ma connexion bluetooth créee via Serial. En fait, il fallait la créer directement dans SignalK.
Pour le MLR tout semblait fonctionner sauf que les messages nmea183 reçus par SignalK n’étaient pas prolongés sur la connexion interne 10.10.10.1:10110 car la case à cocher checksum verification était sur on. Le MLR utilise peut-être une version ancienne de la norme ?
Maintenant quand j’irai au bateau je pourrai tester l’envoi de la position GPS vers la VHF et la réception de l’AIS.-
15 janvier 2022 20:11, par yoruk Ce message répond à ...
Animateur
Merci de votre retour, qui a piqué ma curiosité
Si on se penche sur les solutions obtenues avec OpenPlotter, le signal « K » et Rasberry, sans un minimum d’expertise, on peut vite être perdu, où pire, effrayé avant même de rechercher des solutions.
J’ai trouvé un lien YouTube, didactique, court et cependant complet, définissant ces matériels. Ils prennent le problème dans le bon sens en limitant l’usage d’une tablette ou d’un smartphone au rôle d’éventuel répétiteur dans le cockpit.
La centralisation des informations se faisant sous OpenPlotter qui fédère les informations à récupérer dont OpenCPN, l’AIS, les données de navigation, etc. etc… Le tout coordonné sous signal K sur une plateforme Rasberry, un petit écran, une mémoire externe, et trois francs, six sous !!! Bien expliqué dans le tutoriel, on sait que çà coutera un peu, mais sans commune mesure avec ce que couterait une solution proposée par RayMarine (par exemple), excellent certes, mais hors de prix pour beaucoup d’entre nous. Dans tous les cas, plus cher que la valeur de beaucoup de bateaux anciens !!!-
16 janvier 2022 10:07, par Fata Morgana Ce message répond à ...
Merci pour votre retour et le lien youtube,,
Je connaissais cette vidéo et les autres faites par cette personne. J’en ai vu d’autres également mais ce que je peux ajouter c’est que ce qui est souvent présenté est exempt de pb, configuration standard,etc... Et dès qu’une particularité apparaît là il faut chercher (par ex le bluetooth), ou encore quand un ancien équipement comme mon valsat ne rentre pas trop dans le cadre ça se complique.
Je n’y trouve pas mon compte quand je me trouve stoppé comme dans cette situation. Je n’ai pas besoin d’openplotter mais le plaisir de réaliser soi même, d’aller au bout de son projet, maintient les neurones de retraité opérationnels.
Comme dit plus haut mon horizon a un peu reculé, je dois maintenant interfacer cela avec VHF et AIS et quand ce sera fini je reprendrai la mise au point de mon pilote yaaap sur arduino et sa connexion sur Openplotter
Cordialement-
16 janvier 2022 10:17, par yoruk Ce message répond à ...
Animateur
Merci, on progresse… Pour pilote “yaaap”
-
16 janvier 2022 10:21, par yoruk Ce message répond à ...
Animateur
et surtout pour mieux comprendre le phénomène d’échelle du projet :
-
16 janvier 2022 11:03, par Fata Morgana Ce message répond à ...
Merci pour vos messages
Dommage que le forum arduino/yaaap soit inactif depuis longtemps, voire clos depuis mai 2021. On est quelques uns à avoir essayé et à être restés en contact autour de ce produit, je ne désespère pas.
Merci de la référence au site que j’entretiens épisodiquement. Vous avez vu que le sars-cov2 l’a aussi comme victime !
Cordialement
-
-
-
-
-