j’ai un peu creusé le sujet hier sur le Furuno GP30 en simplifiant au maximum la configuration : un PC, un GPS, que les plugins grib (pas celui de base, l’autre) et dashboard.

A mon bord, la liaison vers le PC se fait via la sortie OUT2 configurée en NMEA-REM en version NMEA 2.0 (je ne connais pas la différence avec la V1.5) en RS232 (Tx, rx, Gnd). J’ai un convertisseur RS232 / USB bien câblé comme indiqué sur un autre site (rebouclage des RTS/CTS et DTR/DSR).
Le GPS, le port COM virtuel sur le PC et opencpn sont tous configurés de la même manière selon les indications fournies par le GPS quand on lui demande d’échanger des données avec le PC, c’est à dire : 4800 bauds, 1 bit de stop, pas de contrôle de parité, contrôle de flux Xon/Xoff.

Pour info, la sortie OUT1 du GPS va vers la VHF ASN en différentiel (+Tx, -Tx).

Je n’ai aucun autre instrument connecté au PC. J’ai donc fait quelques essais supplémentaires en V3.2.0 en utilisant la fenêtre d’espionnage NMEA et je n’ai rien trouvé de concluant. J’ai l’impression que la déconnexion est totalement aléatoire.
Le GPS envoie dans l’ordre des trames GLL, GGA, VTG, ZZDA, RMC,RMB, BWC.

Si j’active la connexion avec le GPS en sortie, opencpn renvoie au GPS exactement les mêmes trames (je n’ai mis aucun filtrage nulle part).

Trouvant ça dommage de renvoyer au GPS les trames qu’il m’envoie, j’ai filtré ces trames et je vois bien que ces trames sont filtrées en sortie dans lafenêtre NMEA : elles apparaissent en marron au lieu du bleu.
==> Première réflexion : pourquoi opencpn génère ces trames alors qu’il ne les transmet pas au GPS ?

Puis, j’ai envoyé une route au GPS à partir de opencpn. Ca a fonctionné correctement. J’ai vu passer les trames PFEC GPwpl, GPRTE et PFEC, GPxfr. Petite précision : quand le GPS est en attente de réception de données du PC, il semble arrêter l’émission de sa position et ce jusqu’à ce que l’on acquitte la fin de la réception des données sur le GPS. Ainsi, si on est assez rapide pour envoyer les données vers le GPS, ça fonctionne. Mais si on attend trop avant d’acquitter la fin du transfert sur le GPS, opencpn perd la connexion avec le GPS (le bateau devient gris). Mais dès que l’on a acquitté la fin du transfert sur le GPS, opencpn récupère la liaison sans problème avec le GPS (le bateau redevient rouge).

Une fois, opencpn a perdu la connexion avec le GPS et je n’ai pas réussi à la reprendre. Dans ce cas, le fichier opencpn.log indique qu’il n’arrive pas à fermer la connexion avec le GPS. Le message exact est "18:08:57 : Closing NMEA Datastream Serial:COM3
18:08:57 : Stopping Secondary Thread
18:09:07 : Not Stopped after 10 sec."
Ce problème de fermeture de la connexion n’apparaît que lorsque la liaison avec le GPS ne fonctionne plus. Dans ce cas, je ferme opencpn et j’essaie de supprimer le fichier opencpn.log mais sans succès. Pour récupérer la connexion avec le GPS, je suis obligée d’éteindre le PC et de le rallumer.

J’ai aussi observé dans le fichier opencpn.log qu’il a l’air de détecter un driver Garmin alors que j’utilise un furuno et que j’ai bien coché furuno partout dans la fenêtre de gestion des connexions. Voici ce qui est écrit dans le fichier opencpn.log : « 18:06:52 : EnumerateSerialPorts() Found Garmin USB Driver. ».
Est-ce qu’il faut installer un driver furuno ? Et si oui, où le trouver ?

J’ai aussi noté qu’opencpn utilise un watchdog de 6 secondes sur le GPS, ce n’est peut-être pas suffisant ?

Bon, j’ai un second PC qui a l’air de se déconnecter beaucoup plus souvent du GPS alors je vais refaire quelques essais d’ici-là. Par contre, sur cet autre PC, souvent windows (opencpn n’est pas encore lancé) prend le GPS pour une souris pointball et du coup une souris fantôme (les données du GPS) se met à cliquer n’importe où dans l’écran. Est-ce que quelqu’un saurait me dire comment je peux résoudre ce problème ? Pour info, si la souris fantôme m’en laisse le temps entre deux clics sauvages, j’arrive à supprimer ce problème en désinstallant le driver de la souris pointball. Le soucis est que Windows réinstalle ce driver à chaque nouveau démarrage du PC avec le GPS ...

Je vous tiens au courant de mes tests sur le second PC.

Un autre truc qui m’inquiète : aucun bug n’a l’air signalé sur le site opencpn.org.