NMEA 0183 : Nasa clipper wind v2 et OpenCPN

Du fait que le port NMEA n'a qu'un seul fil... il faut utiliser aussi une référence de tension avec le 0V, et du coup (comme dise les jeunes) ce n'ai pas un port RS422!

Tu peux essayer en câblant sur le camino:
le fil NMEA+ du capteur de vent vers le "reception+"
le fil 0V du capteur de vent vers le "reception-"

Mais à la lecture de la notice, seules les trames NMEA0183 d'un GPS pourraient être lues! point de vent (page 54, version 1.39)

Ce n'ai pas le premier AIS qui ce dit multiplexeur et qui multiplexe pas! cette semaine un de mes clients a failli se fourvoyer avec Em-Trek pour la même raison)

Bonjour Christophe,
pour em-track il faut activer la fonction multiplexeur avec le programe proAIS2. Ensuite seules certaines trames sont envoyées.
Pour envoyer toutes les Trames NMEA reçue par le transpondeur; il faut ajouter un code avec proAIS2

Je n'ai pas de soucis avec mon vieux ST60 Raymarine et mon "vieux" em-trak B360

C'est expliqué ici en Français.

En standard, les B330 et B360 transferent en Wi-fi les phrases NMEA0183 suivantes :
VDO - VDM - GBS - GGA - GLL - RMC
C'est à dire celles qu'il est capable de générer tout seul...

Dans la plupart des cas, ces informations sont suffisantes.
Cependant, avec la sophistication des applications et des logiciels de navigation, on peut souhaiter transférer d'autres informations.

Jusqu'à maintenant, pour transférer les données NMEA0183 disponibles sur le réseau filaire à bord en Wi-fi, il fallait investir dans un multiplexeur additionnel de type Shipmodul

Avec le concours d'Em-trak, une modification est maintenant possible, afin de transférer en Wi-Fi tout ce qui rentre sur le B330 ou le B360, en NMEA0183.
Toutes les informations de vos instruments, de votre compas etc. disponibles au format NMEA0183 peuvent être envoyées en Wi-Fi sur votre logiciel ou votre application compatible.

Cette modification nécessite de rentrer un code de commande dans l'appareil pour être effective. Ce code de commande est inséré via le logiciel ProAIS2

La commande à entrer:

$PSMT,0,3,0x2C75B2FA,0,nvseti "nmea1mux"^2C0x2^2C2^2C0^2C0,0*78

Petit update :
J'ai essayé tous les branchements possibles sur le FTDI (seulement le cable NMEA, puis le cable NMEA et le négatif, puis en inversant le Rx(+) et le Rx(-)) et rien ne fonctionne : dans tous les cas aucune trame n'apparait dans OpenCPN.

J'ai également testé avec le speedo (images) : idem, pas de trames arrivant dans OpenCPN

Bonsoir,

Je viens de réessayer : ça ne marche pas, même en désactivant le contrôle de checksum.
J'ai même vérifié la conductivité de mon câble : nickel.

En revanche j'ai résolu le décrochage du répéteur GPS lorsqu'il est branché sur le raspberry en réglant la priorité de l'ais et du répéteur.

Et pour info, sur les AIS Camino 108, il est bien possible de déverrouiller les phrases ais multiplexées, comme sur les EM-trak.
En revanche, le fonctionnement m'a semblé un peu erratique avec le répéteur GPS.
Pour le fonctionnement avec la girouette anémo, que ce soit par le raspberry ou le camino, aucune différence : je ne reçois rien...

Je pense qu'il faut utiliser un logiciel de configuration FTDI pour forcer ton interface en RS422.

Je viens d'essayer de connecter un module FTDI et je ne suis pas parvenu à trouver d'option concernant le RS422 dans la partie Hardware de FT Prog.

Voici ce que j'ai :

Déjà, l'interface est reconnue...
Rien de spécial dans la configuration.

Je lis dans la notice que l'interface a des leds, sont-elles allumées?, clignotent-elles?
Si non... je pense que les tensions de la sortie NMEA du NASA est trop faible ou l'interface a un problème.

Test ultime pour vérifier le fonctionnement de l'interface:
connecte avec 2 petits fils:
T/R+ à RXD+
T/R- à RXD-

Avec par exemple ,
- choisi dans setup le port com
- dans la petite fenêtre du bas, tape une phrase et valide
- Vérifie l'état des LED et à l'écran à chaque envoi, tu devrais avoir 2 fois la phrase en 2 couleurs, une qui correspond à l'envoi, la deuxième correspond à la réception.

Après pas mal de tâtonnement, tout fonctionne !

Pour aider ceux qui voudraient se lancer dans le même montage :

1) Il faut utiliser SignalK et surtout pas OpenCPN (les instruments NASA ne respectent pas les checksum NMEA et incluent des caractères NULL qui sont à retirer : OpenCPN en est incapable).

2) Sur l'adaptateur, on raccorde la masse sur GND et la sortie NMEA sur RX+ (ne pas hésiter à tester sur RX- si ça ne marche pas sur RX+).

3) On créé la connection dans SignalK (soit directement dans le serveur SignalK, soit en passant par l'utilitaire Serial de OpenPlotter, pour les adeptes de cette très bonne distribution). plusieurs très bons tutos existent déjà sur la création de connexion, donc je ne m'étendrais pas dessus.

4) Dans SignalK, on doit voir quelque chose comme ça : Ici on constate qu'aucune donnée n'est reçue de la connexion "anemo" (la barre en dessous est vide, contrairement à ma barre d'AIS qui lui reçoit et il y a un 0 en face du nom)

5) Il faut maintenant configurer la connexion anemo :
Pour accéder à la page de connexion il suffit de cliquer sur le titre et on arrive ici :

- Enabled doit être coché pour que la connexion soit active.
- NMEA Source doit être Serial
- Le serial port est en principe bon puisque vous venez de créer la connexion (étape 3)
- le baud rate est de 4800
- output events permet de créer un groupe avec les données qui sortent sur cette connexion. Ici il n'y en a pas puisque l'anémo ne fait qu'envoyer des données et n'en reçoit pas.
- input event permet de créer un groupe avec les données qui proviennent de cette connexion : là ça nous intéresse : J'ai nommé ce input event anemo et dans la connexion de mon pilote, j'ai créé un output event nommé également anémo : les données provenant de la connexion anemo sont émise sur la connexion pilote, pour activer le mode steer to wind
- validate checksum : A décocher impérativement !
- append checksum : a décocher également
- remove NULL characters : a cocher impérativement !
- ignored sentences permet d'ignorer certaines phrases NMEA, s'il y en a que vous n'utilisez pas.

6) N'oubliez pas de redemmarer le serveur SignalK pour prendre en compte les modifications !

7) On retourne à l'accueil de SignalK et, miracle, nous avons bien des données reçues sur cette connexion ! (cf la barre jaune et les chiffres).

8) On peut vérifier les phrases reçues, soit dans les logs de SignalK, soit directement dans les logs de la connexion :

9) vous pouvez configurer vos logiciels de traceur ou dashboards pour utiliser ces données (pour ça il y a déjà plein de tuto qui existent.)