Gestion des ports OpenCpn, Dasboard, NMEA, multiplexeur ?

Je reprends un post mal formulé ici : www.hisse-et-oh.com[...]opencpn
Je suis encore dans le flou concernant la gestion par OpenCpn des signaux NMEA, nottament ceux provenant des instruments (wind, speed, depth).

Mes questions :
1. Si on utilise un multiplexeur, OpenCpn saura-t-il gérer l'ensemble des infos NMEA qui sortent d’un multiplexeur par son OUT RS232/USB?
2. OpenCpn saura-t-il afficher dans le dashboard les données des instruments (gps, depth, speed, wind)?
3. Par un seul et même port (AIS partagé)?
4. Ou en utilisant également le premier port (normalement dédié au GPS)?
5. Ou encore en utilisant un émulateur de port (vpse)?
6. Ou faudra-t-il pour les infos instruments un afficheur type PolarCom?
7. Et pour cela faudra-t-il un émulateur de port type vpse?

Mon équipement :
- mini-pc faible conso avec opencpn (actuellement avec gps bu-353 sur port gps via usb)
- vhf RT550 AIS (actuellement sur port AIS de OpenCpn via convertisseur série-usb (RS232)
- gps GP32 (actuellement derrière la vhf pour ASN et AIS)
- navman DEPTH 3100 + SPEED 3100 + WIND 3150 à l'extérieur avec pb d'affichage chronique par temps frais et humide + navman REPEAT à la table à carte par bus avec les 3 instruments (sans pb d'affichage)
- pilote Raymarine ST3000

mon projet:
• mettre en réseau tout cela le plus intelligemment et le plus économiquement / dépenses supplémentaires, énergie du bord
• permettre à terme l’installation occasionnelle d’une tablette bon marché à la barre (avec support et protection adéquats) comme écran déporté (par wifi ad'hoc avec mini-pc) pour les approches, ports et mouillages

Equipement supplémentaire envisagé : un multiplexeur NMEAMUX-AIS brookhouseonline.com[...]ais.htm

Merci d’avance pour votre aide
Roland W.

L'équipage
13 nov. 2011
13 nov. 2011

Actuellement, le bidata ST 40 de mon bateau n'envoie aucune info à OpenCPN. J'en suis encore aux balbutiements : Un GPS qui alimente la VHF RT 650, La VHF qui alimente OpenCPN. Et OpenCPN qui n'envoie rien au pilote automatique vu que je n'en ai pas.

Par contre, une bug d'opencpn, avant la version 2.5, et une case à cocher de la version 2.5, nous ont mis, par deux fois, en difficulté cet été alors alors nous étions dans un environnement critique.
Après la première situation critique , j'ai pris l'habitude de lancer en parallèle un autre logiciel ( Polarwiew, pour lequel j'ai les cartes S 63 du SHOM et de l'Amirauté). Du coup, je passe par VSPE pour utiliser une seule entrée dans le PC en provenance de la VHF)

Ayant gouté au confort de la navigation assisté grâce à OpenCPN, je ne vais plus pouvoir revenir en arrière. ( Ma Bosco, l'autre capitaine du bord, n'accepterait plus de naviguer si nous revenions en arrière).

Pour avoir la quasi certitude d'éviter le type de situation critique que nous avons rencontré cette année, j'envisage d'avoir deux installations parallèles indépendantes l'une de l'autre, aussi peu chères que possible. L'une serait l'installation principale et l'autre servirait d'installation de secours en cas de panne ou de bug sur la première.

Remarque : Ceci implique que les deux installation ne soit pas complètement identiques de façon à ne pas risquer d'être victime de la même panne ou du même bug. Au minima, la seconde installation devrait avoir un traceur avec GPS ou un pc, un logiciel de nav et un GPS (la fiabilité du GPS étant importante).

13 nov. 2011

Gérard
Je crois (donc sauf erreur de ma part) que le ST40 utilise un bus Seatalk et n'envoie rien en NMEA. As-tu un convertisseur Seatalk-NMEA ?

13 nov. 2011

Bjr,

Merci François.

Pour être honnête, je n'ai jamais voulu utiliser le raccordement du ST 40 avec le PC. Je n'ai jamais eu envie d'utiliser une technologie "plutôt dépassée" en investissant dans du matériel ad-hoc. J'ai aussi toujours voulu éviter d'avoir moult appareils électroniques de la même façon que j'ai toujours chercher à privilégier les logiciels "peu cher" comme OCPN.

Mais attention : Peu cher mais si efficace !

Ceci dit, la question que je pose ci dessus est toute aussi importante que celle posée par Fulmar67 :

Faut il avoir une seule installation assez compliquée ou deux installation en parallèle, indépendante l'une de l'autre, quitte à ce qu'aucune des deux ne soient très sophistiquées ?

13 nov. 2011

Bonjour,

Pourquoi pas le nouveau MUX Wifi ("Imux") de Brookhouse ?

Voir :
brookhouseonline.com[...]mux.htm

Avec ça, on autant de récepteurs que souhaité, et n'importe où sur le bateau.
De plus, il n'est plus nécessaire d'allumer le PC por avoir le réseau.

Peio
Haize Egoa

13 nov. 201113 nov. 2011

J'avais également d'abord opté pour IMUX, qui est un NMEAMUS-AIS + une connexion wifi, pour 85€ de plus. Mais j'ai compris que "Il ne peut y avoir qu’un seul appareil ... connecté en WiFi à un iMux (une seule adresse IP client)" dixit blog.francis-fustier.fr[...]r-ipad/ qui a l'air de bien connaître.
Mais cela reste tout de même une alternative pour faire face à l'évolution du matériel (p.ex. quand/si opencpn fonctionnera avec Androïd?). Maintenant, je me dis qu'à ce moment-là, il y aura également des modules wifi autonomes... Et sinon, je passerais en wifi ad'hoc par le PC pour transmettre les données NMEA à la tablette si elle denenait autonome...

13 nov. 201113 nov. 2011

Pour l'affichage de la profondeur
Le dashboard reconnaît (selon ce post
www.cruisersforum.com[...]87.html

)

Position:
libGPS/GPSD, GLL, GGA, RMC COG/SOG:
libGPS/GPSD, VTG, RMC
Heading: HDT, HDM, HDG, VHW( + Magnetic variation: libGPS/GPSD, HDG, RMC)
Speed through water: VHW
Depth: DBT, DPT
*** For future use ***
UTC DateTime: libGPS/GPSD, ZDA, RMC, GGA, GLL
Apparent wind: MWV, VWR

Water temperature: MTW

Comme le Navman Depth 3100 sort les phrases DBT, DPT, PTTKD
(voir
www.navmanmarine.net[...]web.pdf
ce devrait être bon
PS J'ai la flemme de chercher les autres, mais ce ne doit pas être trop difficile en consultant les manuels des instruments

PS2 Sethdart (je AT onfray POINT fr, d'après la page 'auteur' de l'A Propos d'opencpn), qui fréquente quelquefois ce forum, est l'auteur de ce plugin (oui, un français...). Il doit tout savoir...;-)

13 nov. 201113 nov. 2011

Pour essayer de faire avancer le problème initialement posé :
Suivant la description du NMEAMUS-AIS , il semblerait tout indiqué de connecter tous les émetteurs NMEA (GP32,DEPTH 3100,SPEED 3100,WIND 3150 entrées à 4800 bd ) + AIS entrée à 38400) et de connecter le multiplexeur en 38400 sur l'entrée partagée AIS de opencpn .
Le GP32 peut alimenter en //la VHS/AIS mais il faudrait vérifier si le GPS doit vraiment être connecté au multiplexeur sachant que la vhf revoie déjà les phrases GPS .
Cela donnerait :
GP32 4800 --> Multiplexeur(peut-être inutile après vérification)
DEPTH 3100 4800 --> Multiplexeur
SPEED 3100 4800 --> Multiplexeur

WIND 3150 4800 --> Multiplexeur
GP32--> VHF/AIS 38400 --> Multiplexeur
Multiplexeur 38400 --> opencpn port AIS partagé

Une seule entrée sur le PC
Le BU553 gardé en back-up

Pas d'idées précise sur l’éventuelle connexion wifi
JP

13 nov. 2011

Une chose semble claire: Pour la connexion avec le pilote (qui est en Seatalk) il faut l'option Seatalk sur le MUX de Brookhouse

13 nov. 2011

Opencpn envoie les phrases NMEA au pilote via un port spécifique .
De ce fait je ne pense pas qu'il soit possible d'utiliser le même multiplexeur qu'en entrée ?
JP

13 nov. 201116 juin 2020

@Ptizef
D'après ce schéma et la doc ici
brookhouseonline.com[...]ais.htm
cela SEMBLE possible
(mais ce n'est pas clair avec la contrainte NMEA > Seatalk, il faut peut être le mux AISC)

13 nov. 2011

Mes conclusions provisoires (SVP, quelque chose m'a-t-il échappé?) :

Ptizef disait : « GP32 4800 --> Multiplexeur (peut-être inutile après vérification) ».
J’ai déjà fait fonctionner GP32--> VHF/AIS 38400 --> RS232/USB --> opencpn port AIS partagé, et la position était affichée dans le dashboard, donc effectivement inutile, à moins que l’utilisation du multiplexeur soit plus restreignante que la connexion RS232/USB, ce qui serait étonnant.

Je vais faire le pari que c’est inutile : il n’y a que 3 entrées 4800 sur le MUX. Sinon, je me passerai de l’information « vitesse sur l’eau ».

A mes questions : Si on utilise un multiplexeur, OpenCpn saura-t-il gérer l'ensemble des infos NMEA qui sortent d’un multiplexeur par son OUT RS232/USB? Par un seul et même port (AIS partagé)?
Ptizef répond :
DEPTH 3100 4800 --> Multiplexeur
SPEED 3100 4800 --> Multiplexeur
WIND 3150 4800 --> Multiplexeur
GP32--> VHF/AIS 38400 --> Multiplexeur
Multiplexeur 38400 --> opencpn port AIS partagé

Youpi !

A ma question : OpenCpn saura-t-il afficher dans le dashboard les données des instruments (gps, depth, speed, wind)?
Sailor54 répond : « le Navman Depth 3100 sort les phrases DBT, DPT, PTTKD »
Je complète : le Navmann Speed 3100 sort les phrases MTW, PTTKV, VHW, VLW,
le Navmann wind 3150 sort les phrases MWV, VP
D’après la liste des phrase lues par le dashboard tel que l’indique Sailor54 citant Sethdart, je pourrais disposer ainsi de : Speed through water: VHW, et Depth: DBT, DPT
Et *** For future use *** (mais cela date de mars 2010, peut-être la version actuelle le permet-elle déjà, en tout cas les instruments correspondants sont bien dans les préférences du dashboard) : Apparent wind: MWV, et
Water temperature: MTW. Je vais verifier auprès de Sethdart.

Mes questions suivantes sont donc sans objet :
- Ou en utilisant également le premier port (normalement dédié au GPS)?
- Ou encore en utilisant un émulateur de port (vpse)?
- Ou faudra-t-il pour les infos instruments un afficheur type PolarCom?
- Et pour cela faudra-t-il un émulateur de port type vpse?

Reste à enquêter :
- Le multiplexeur NMEAMUX-AIS permet-il ou non la connexion avec le pilote (le descriptif semble affirmatif, mais Ptizef en doute) ?
- Le pilote étant un raymarine, faudra-t-il un NMEAMUX-AISC brookhouseonline.com[...]isc.htm (il ne coute que 15€ de plus) ? Le SeaTalk ne se satisfait-il pas d’une entrée NMEA 183 4800 ? Un pilot ST3000 n’est pas un traceur C-serie ou E-serie, pour lesquels sont conçus les NMEAMUX-AISC ! Mais mon niveau de compréhension est très limité là-dessus. Avez-vous une idée sur la porte à laquelle frapper pour poser la question ? Peut-être directement à Brookhouse ?

13 nov. 2011

Vent apparent est bien implémenté actuellement dans le Dashboard (comme tu l'as vu, il est dans la liste des instruments disponibles dans l'onglet 'ajouter un instrument')
Il est certain que Seatalk et NMEA sont totalement incompatibles.
Quand le schéma sera fait, le mieux est en effet de poser la question à Brookhouse (je suis optimiste, le schéma montre qu'on peut interfacer un pilote de type Seatalk)

PS un émulateur de port (qui n'est pas un multiplexeur) peut servir
1 - à connecter divers programmes aux mêmes données transitant par un unique port:
exemple OpenCpn et Maxsea connecté au même port COM VIRTUEL (par exemple 11) pour l'obtention de données GPS reçu par le port réel 4.

2 - Répartir des données sur plusieurs ports COM VIRTUELS
exemple: GPS sur port 4 réel, OpenCPN sur port virtuel 10, Maxsea sur Port virtuel 11.
L'intérêt principal de tout cela est que les réglages des ports virtuels ne changent jamais.

13 nov. 201113 nov. 2011

ok Sailor54, et merci
Concernant Seatalk, je viens d'envoyer un mail à Brookhouse.
Concernant l'émulateur de port, je l'ai déjà utilisé pour partager les données du gps avec PolarCom avant que Darshboard n'existe. merci pour l'info plus complète. Mais si j'ai bien compris, avec le multiplexeur, et avec le Dashboard qui recevra tout, je n'en aurai pas besoin?

13 nov. 2011

Je ne pense pas.
J'ai précisé cela car il y souvent confusion entre partage de ports (une seule entrée, plusieurs 'sorties' simulées vers des logiciels différents) et multiplexeurs (= mélanges) d'entrées réelles différentes vers le même logiciel.

13 nov. 2011

Pourquoi ne pas utiliser directement le PC comme multiplexeur ?

Pour ma part, j'ai deux GPS, mon Raymarine via la VHF pour l'AIS et mon GPS USB pour quand le C80 est off (ex: à l'ancre avec OpenCPN fait le chien de garde). Pour ça j'utilise GPSd qui supporte autant d'entrées USB/Serie que nécéssaire et détecte automatiquement celle qui sont off/on et/ou les multiplexes en cas de besoin. Ensuite il suffit de configurer OpenCPN ou tous autres logiciels pour qu'il utilise GPSd. Avec GPSd plusieur logiciels peuvent recevoir les info NMEA, on peux même avoir plusieurs postes qui partagent via un réseau ethernet/wifi les info GPS/AIS.....

Enfin pour le Seatalk, mon traceur (C80) et mon pilote (S2) on une sortie NMEA qui multiplex le bus Seatalk. Le convertisseur SeaTalk est donc complètement superflux. Ma config de l'époque est décrite sur www.portanna.org[...]vhf-gps

13 nov. 2011

1 - GPSd marche-t-il (correctement) pour Windows ? Existe-t-il un multiplexeur fiable pour Windows ?
2 - D'après la doc Raymarine, le pilote ST3000 (vu son âge) n'a pas de port NMEA. Il faut donc soit le boîtier Raymarine, soit son équivalent chez Brookhouse, une option sur leur multiplexeur qui semble très versatile.

13 nov. 2011

Sailor54
Quand je doute de la possibilité d'utiliser le multiplexeur en entrée en en sortie pour le pilote , je ne pense pas au multiplexeur lui-même , mais à opencpn. Le logiciel est t'il capable d'utiliser le même port , en l’occurrence le port partage AIS pour envoyer les phrases NMEA au pilote ? Quel port faut t'il saisir dans "Port de sortie pour le pilote automatique" ? en entrée on choisi "AIS Port(Shared)" , mais en sortie ?
C'est cela ce qui justifie mon doute , mais peut-être je me trompe .
JP

13 nov. 2011

Le manuel dit
Autopilot Output Port: Connect any NMEA 0183 compatible autopilot. Select the correct serial port from the list. OpenCPN does accept autopilot output on the main GPS input port, using the same baud rate, unless it is set to "AIS Port (Shared)".
Ce que je comprends comme: Choisir comme port de sortie pour le pilote le même port que celui auquel est connecté le GPS. Cela ne marche pas si les données GPS sont fournies par l'AIS ("AIS Port(Shared)")

13 nov. 2011

Je n'utilise pas Windows, je laisse ce qui l'utilise répondre. Sur Linux GPSd est par contre livré en standard avec toutes les distris, il existe une version windows mais j'ai pas jamais testé www.catb.org[...]/gpsd

A noter que GPSd est aussi la seule méthode pour supporter le sleep/on-ram qui permet au PC de se mettre en standby quand on ferme l'écran, et de repartir en quelques secondes quand on le réouvre. Ceci parce qu'OpenCPN ne gère pas correctement l'autosuspend des périfériques USB, sans GPSd il se plante au reveille.

Vue comment le code source du module de lecture des trammes NMEA sur le port USB/série, il est probable que sous Windows le problème doit etre identique à celui de Linux. L'effet visible pour l'utilisateur est que le GPS change de port au moment du reveille et du coup OpenCPN perd la connection.

13 nov. 2011

Voici le relevé dans le code des phrases traitées par le plugin dashboard :
DBT,DPT,GCA,GLL,GSV,HDG,HDM,HDT,MTW,MWD,MWV,RMC,RSA,VHW,VTG,VWR,VWT,ZDA
Je ne les connais pas toutes mais elles doivent couvrir l'ensemble des informations dont il est question dans ce fil
JP

13 nov. 201113 nov. 2011

DBT - Depth below transducer
DPT - Depth of Water
GGA - Global Positioning System Fix Data (pas GCA)
GLL - Geographic Position - Latitude/Longitude
GSV - Satellites in view
HDG - Heading - Deviation & Variation
HDM - Heading - Magnetic
HDT - Heading - True
MTW - Mean Temperature of Water
MWD - Wind Direction & Speed
MWV - Wind Speed and Angle
RMC - recommended minimum data for gps
RSA - Rudder Sensor Angle
VHW - Water speed and heading
VTG - Vector track and Speed over the Ground
VWR - Relative Wind Speed and Angle
VWT - True Wind Speed and Angle
ZDA - Date and Time

13 nov. 2011

Fulup : Non je n’ai jamais constaté ce problème (utilisé régulièrement avec XP , testé avec Vista et W7 )
Je ferme l'ordi , ce qui déclenche sa mise en veille . Je le rouvre et au bout de moins de 10 secondes il est "réveillé" et la connexion est OK
C'est très pratique pour économiser les batteries
JP

13 nov. 201113 nov. 2011

Il y a eu un fil là-dessus sur H&O. Il faut régler correctement les paramètres de la batterie, et tout se passe bien...

Retrouvé ici
www.hisse-et-oh.com[...]epetita

13 nov. 2011

Bonne nouvelle pour les Windowiens: M$ semble gèrer les connections/déconnections USB de manière transparente pour ses applications. Sur OpenCPN le code du module serial/NMEA qui lit les ports USB/série ne gère absolument pas les déconnections/reconnections, et comme sous Linux c'est à l'application de faire le travail, il faut passer par GPSd pour contourner le problème.

Sinon je confirme la mise en veille en mémoire est l'arme absolu pour économiser les batteries. Je l'utilise aussi en permanence, sauf que je repars plutot en 3s quand 10s (Linux ne peut pas avoir que des défauts)

La seule chose qui manque c'est de pouvoir logger dans le GPS la trace du bateau lors des phases de sommeil du PC. Pour qu'au reveille du PC, on récupère un log complet et non pas une grande ligne droite. Il y a des petits GPS (ex: inforad v4e) qui font ca très bien. Mais il faudrait développer un module spécial pour OpenCPN. Malheureusement le constructeur ne semble pas intéressé pour collaborer et le reverse-engineering c'est long et pénible [cet hiver peut être, si j'ai le courage :scie:]

14 nov. 201114 nov. 2011

Autre portage de gpsd sous windows plus simple à installer : gpsd-4-win
code.google.com[...]-4-win/
Je viens d'essayer vite fait sous xp : on dirait que ça marche à peu près, mais c'est capricieux à démarrer (le gps semble pas toujours vu).
Je retourne vite à mon linux, là au moins gpsd marche sans surprise (et plein d'autres trucs aussi). Les windowsiens pourront faire des tests plus poussés.

14 nov. 201114 nov. 2011

Autre portage de gpsd sous windows plus simple à installer : gpsd-4-win
code.google.com[...]-4-win/
Je viens d'essayer vite fait sous xp : on dirait que ça marche à peu près, mais c'est capricieux à démarrer (le gps semble pas toujours vu).
Je retourne vite à mon linux, là au moins gpsd marche sans surprise (et plein d'autres trucs aussi). Les windowsiens pourront faire des tests plus poussés.

14 juin 2012

Bonjour a tous

je connecte le sondeur du GPS sur le st 40 (via un bridge)

la sonde s'affiche en feet sur le ST 40

alors que sur le gps sondeur (raymarie A 70D) s'affiche en mètre
et que le l'afficheur ST 40 paramétré en m,
se retrouve en feet dès que j'allume le gps sondeur

je n'ai pas trouvé dans la doc du raymarine comment configuré le OUT nmea pour qu'il envoi en mètre

auriez vous une idée?

Phare du monde

  • 4.5 (26)

2022