OpenCpn 5 - Unité de mesure profondeur - dashboard nmea

Bonjour à tous,
J'ai profité de la maj de mon traceur pour ajouter des sources NMEA à mon multiplexeur.
je suis sous opencpn 5, carte oesenc avec plugin dashboard.
J'ai un petit soucis d'unité pour mon loch, la profondeur en cm est affiché en mètre...
si je change l'unité dans les préférences du dashboard plus rien ne s'affiche...
Voici la tram nmea récupéré, c'est du seatalk convertit :
12:50:17 (UDP:192.168.4.1:2000) $SDDBT,,,3558.4,M,,*19

c'est pas bien grave mais ça nui à la lisibilité et c'est moin intuitif que si la valeure était affichée en mètre..
Merci d'avance pour ce détail !

L'équipage
29 mars 2019
29 mars 2019

Mais pourquoi mettre un multiplexeur dans l'installation alors que OpenCPN est maintenant, et depuis les versions 4.4 et suivantes, un excellent multiplexeur.
On peut faire entrer toutes les données NMEA dans OpenCPN, les utiliser dans OpenCPN,. Et on peut faire sortir ce qu'on veut à destination de n'importe quel "device", ayant besoin de données codées en NMEA.

Il suffit de trier en sortie et une bonne idée consiste à attribuer un port en sortie à chaque "Device".

Par exemple, cet été j'ai échangé, dans les deux sens, entre mon PC et mes tablettes et smartphones toutes les données dont j'avais besoin sur chaque matériel.

Ceci dit, rien ne dit que le problème soulevé par Le-Relou-Raleur serait résolu pour autant.

29 mars 201929 mars 2019

Parceque tout le monde n'a pas la même installation que vous :-) et que mon PC n'est qu'un client/serveur parmis d'autre et ce n'est pas lui qui est en charge de la gestion du réseau nmea et wifi. Par choix, je préfère du multiplexage matèriel plutôt que logiciel, Qui plus est il s'agit d'un sondeur seatalk ça aurait été tout une usine à gaz supplémentaire.

j'ai payé 45€ mon multiplexeur nmea/seatalk/wifi qui fonctionne à merveille et que je recommande chaudement (nmea4wifi), alors plutôt que de réinventer la roue je cherche juste à diviser par 1000 une sentence NMEA, si opencpn est si puissant ça doit bien être possible :-)

29 mars 201929 mars 2019

sûrement celui-ci non ?
opencpn.org[...]rt.html
mais alors derrière va falloir que je potasse ^^

edit: ok il y a une doc, je crois que c'est beaucoup plus simple que ce à quoi je m'attendais, vais tester
opencpn.org[...]oku.php

29 mars 2019

Il y a / avait un plugin pour manipuler le NMEA. Je ne me rappelle plus de son nom...

29 mars 2019

Bon grace au plugin cité par Bmayer j'obtiens dans ma fenêtre de donnée NMEA ceci :
14:08:55 (Virtual:) $SDDBT,,,3.6, M*07

en ayant appliqué cela dans le plugin
$SDDBT,,,$SDDBT3/1000, $SDDBT4

Soucis ? le dashboard continu de lire mon port com et ne tiens pas compte de "virtual" :mdr:

29 mars 2019

@Le-relou-raleur :

Dans ce fil, à partir de ce post, il y a eu un débat avec des solutions pour les port com virtuel :
www.hisse-et-oh.com[...]cpn-5-0

ça peut servir ?

29 mars 201929 mars 2019

Bonsoir
Les deux lettres après $ sont l'identifiant de l'émetteur, un sondeur dans ce cas,
$GPGLL , un gps envoi gll
Etc..
Presque tout ici..

www.catb.org[...]MEA.txt

www.cnbr13.com[...]on.html

29 mars 2019

Il y a des Infos intéressantes ici

opencpn.org[...]oku.php

opencpn.org[...]oku.php

Apparemment $? ? Est acceptable, mais j'ai lu en diagonale. .!

30 mars 2019

Bonjour
Tu peux peut-être tenter avec $WI (weather instrument) le Dashboard l'accepte, reste à savoir s'il accepte ce mariage entre une sonde et un instrument de mesure météo.

29 mars 201929 mars 2019

En fait il y avait/a plusieurs problème :
1) lorsqu'on ouvre la fenêtre d'édition du plugin et qu'on click pour modifier le contenu le curseur se place avec un espace... du coup il y a un espace aussi dans la fenêtre de debug nmea et opencpn l'ignore
2) le problème vient certainement de ma compréhension des trames NMEA et de leur manipulation.
OpenCPN plante lorsque j'utilise la même balise $SDDBT que mon multiplexeur, dans laquelle DBT correspond à depth below transducer et SD à un identifiant dont je ne saisi pas encore le sens, j'ai tenté d'utiliser $xxDBT opencpn plante, il faudrait que je comprenne le rôle de ces deux lettres
3) diviser par 1000 c'est sympa mais c'est arrondi au dessus et ne garde qu'une décimale.. pour 3560cm j'aurai 3.6m affiché alors que la logique pour être safe favoriserai plutôt 3.5m, c'est pas terrible en terme de précision si on veut pinailler

29 mars 201929 mars 2019

Merci beaucoup pour les liens et explications, une idée de ce qu'il faudrait que je mette comme lettre pour ne pasfaire planter opencpn ? il n'accepte qu'un sondeur à la fois apparamment.. ou un moyen de garder deux décimale dans ma formule ? :heu:

30 mars 2019

Je vais tenter, j'ai reçu aujourd'hui ma nouvelle antenne GPS nmea, je vais installer ça et peaufiner les réglages sur opencpn

29 mars 201916 juin 2020

désolé pour la remonté de fil intempestive mais si ça peut servir à d'autre...
Comme à mon habitude j'ai un peu finté... je récupère les trames DBT (depth below transducer) mais au lieu de renvoyer du DBT (opencpn plante) je renvois du DPT (depth of water) que le dashboard prend en compte dans ce cas ci.
Copiez collez dans le plugin pour ceux qui auraient besoin.. :
$SDDPT,$SDDBT3/1000, $SDDBT4

29 mars 2019

Ah ... Que c'est une bonne idée. Bravo.

Tranoy, Norvège

Phare du monde

  • 4.5 (32)

Tranoy, Norvège

2022