Echec de configuration du Seasmart WiFi Gateway

Bonjour à tous,

Je cherche à configurer un Seasmart WiFi Gateway. Cet appareil permet quantité de configurations, notamment de relier des accès Ethernet ou série à une connexion WiFi locale sous forme d'un "tunnel".

Mon objectif est de recevoir par WiFi toutes les données du bus NMEA. Une des entrées série du SeaSmart est reliée au bus NMEA2000. J'attends qu'il me renvoie ces données en WiFi dans un format lisible par les applications de navigation, telles que iNaxX, OpenCPN, etc.

Je précise que le bus NMEA est raccordé à des équipements Garmin (c'est donc bien conforme au standard NMEA2000, pas Seatalk). Pendant tous les essais, les appareils reliés au bus NMEA affichent correctement les données de vent, sondeur, GPS, etc.

Une diffusion en UDP est prévue dans le . C'est idéal pour que plusieurs appareils puissent recevoir les données en même temps (iPad, PC, téléphone), mais à la rigueur une connexion TCP pourrait convenir (une seule connexion est permise alors par le Seasmart) .

Sur le Seasmart, le port d'entrée série qui permet d'ouvrir un tunnel vers le WiFi est le port n°1. En WiFi, l'adresse configurée est 169.254.100.100 port 10001. L'adresse IP n'est pas conforme aux règles d'adressage Internet, mais comme ça reste local, pas de problème. Une fois que mon iPad (ou mon PC) est connecté au lien WiFi (SeaSmart AdHoc Network), je vérifie que le Seasmart répond correctement avec un navigateur (Safari par exemple). C'est donc une connexion en TCP port 80.

Résultat :
=> L'interface de configuration graphique sur le navigateur est comme dans le manuel utilisateur. OK.

Côté Port série, j'ai configuré le port d'entrée n°1 pour que les données lues sur ce port soient transférées au tunnel n°1 (photo 1). Bizarrement le Seasmart propose RS232 ou RS485, et rien d'autre, alors que le NMEA 2000 est un protocole électrique de type CAN BUS. Mais tentons quand même...

Côté Tunnel (WiFi) la configuration est celle décrite dans le manuel (Photo 2). C'est dans le menu Tunnel/Accept (et pas dans le menu Tunnel/Connect comme l'intuition nous y aurait incité, parce que ce dernier mode est réservé au cas où on veut se connecter à un port Ethernet, par exemple pour faire une passerelle vers une box 4G ou internet).

Ensuite, le but étant de recevoir directement toutes les données, j'utilise iNavX sur iPad (ou OpenCPN sur ordinateur). Je configure l'adresse IP et le protocole UDP port 10001 comme indiqué dans le manuel.

Résultat :

=> aucune donnée n'est reçue par l'iPad (ni le PC).

Je tente donc en TCP port 10001 sur iNavX (et OpenCPN) (photo 3).

Résultat :

=> La connexion est acceptée (photo 4), mais iNavX affiche un défilé de données non formattées (en vert sur la photo). Manifestement le SeaSmart ne s'y retrouve pas dans les données qu'il reçoit sur le bus NMEA.

=> aucune donnée sur OpenCPN (sans doute parce qu'elles sont mal formatées, OpenCPN préfère ne rien afficher) - photo 5

Expérimentation d'autres configurations :

a) variation du débit de liaison série : un passage à 38400 baud/s donne le même résultat (moins rapide) qu'à 57600, c'est à dire un flux de données inintelligible.

b) type électrique de la liaison série : un passage en RS485 half ou full duplex ne change rien, ce qui corrobore l'idée que le manuel ne reflète pas tout à fait l'appareil.

c) configuration de l'adresse IP en 192.168.0.1, plus conforme aux bonnes pratiques de l'adressage IP : pas d'amélioration.

d) essais de tous les autres ports UDP proposés dans le manuel (10003, 10004, 30718): pas d'amélioration

J'ai fouillé sur Internet, il y a peu d'information, à part :

--- le manuel officiel : www.seasmart.net[...]012.pdf

--- un "Guide de prise en main SeaSmart WiFi" en Français, qui paraphrase le manuel et apparement montre que ça peut marcher :
www.itabnav.fr[...]iFi.pdf

Si quelqu'un a déjà eu ce même soucis en configurant un SeaSmart pour l'objectif recherché ici, je suis preneur de sa configuration côté Port série et côté Tunnel.

PHOTOS JOINTES:

PHOTO 1
Configuration Port série 1

PHOTO2
Configuration Tunnel Accept

PHOTO 3
Configuration iPad TCP

PHOTO 4
Device Status

PHOTO 5
Open CPN Debug Window

L'équipage
17 fév. 2021
17 fév. 2021
1

Bonsoir,
Je ne suis pas sûr d'avoir bien compris : vous voulez passer des données NMEA2000; c'est bien çà ?
Si oui, sauf erreur de ma part, il faut utiliser l'entrée SS2K, non ?


zigomatix:Oui : lire les données NMEA 2000 et le transférer en WiFi. Dans l'autre sens aussi pour les commandes du pilote, mais c'est moins important pour moi.·le 18 fév. 2021 11:26
17 fév. 2021
1

Si j'ai (un peu) compris, ce sont des phrases NMEA 0183 qui sont transmises, les NMEA 2000 étant converties.
Dans ce cas il faut paramétrer le port en NMEA 0183 standard, c'est-à-dire 4800 bauds.
En général ces phrases incompréhensibles sont le résultat d'une mauvaise vitesse du port.


zigomatix:Merci pour cette contribution, qui peut servir à d'autres. Dans mon cas, il n'y a pas de NMEA183. Tout est en NMEA2000, que je veux transférer en WiFi. Quand le transfert fonctionne, le résultat ressemble aux phrases NMEA 183 d'ailleurs.·le 18 fév. 2021 11:28
matelot@19001:Oui mais cela signifie que le NMEA2000 est d'abord traduit en NMEA 0183 ! Ce n'est pas que ça ressemble, c'est que ça en est. De toute façon j'imagine que tu n'as pas d'application lisant le NMEA 2000 natif. ·le 18 fév. 2021 11:35
zigomatix:Ah, je ne savais pas. Et bien les applis que j'ai testées pour le moment sont celles que je cite : iNavX et OpenCPN. Mais je n'ai pas encore fait mon choix définitif et donc je voudrais que ça fonctionne aussi avec qtVlm (pour le routage) ou SailGrib. Je ne sais pas si une de ces applis lit du NMEA2000 natif.·le 18 fév. 2021 11:39
matelot@19001:La structure d'une phrase NMEA 2000 ressemble à ça :06:24:47.063 R 19FA04A3 25 00 00 00 00 F2 07 97On voit bien que tes phrases erronées n'ont pas cette structure, mais commence par quelque chose du type " $IIMWV," mal copié, qui est du NMEA 0183.·le 18 fév. 2021 11:45
Schnaps :Plutôt d'accord avec matelot19001.Juste une petite précision, sur la vitesse en bauds. Me concernant, avec un tout simple multiplexer/wifi Nmea4Wifi qui me transmet tout, j'ai paramétré une vitesse plus élevée en sortie (notamment à cause de l'AIS qui est en 38400 bds), de mémoire mais il faudrait que je vérifie, j'ai indiqué 115200 bds en sortie (il y a bcp de data à véhiculer).Pour résumer, l'explication de matelot19001 me semble être pertinente, il suffit cependant de tester avec des vitesses de sortie peut-être plus élevées.OpenCPN n'accepte que le Nmea0183, mais comme on ne connait pas le format exact de la phrase, il faudrait en plus - dans le doute - décocher la case "vérifier le checksum"...·le 18 fév. 2021 11:57
matelot@19001:Effectivement, sur le Seasmart WiFi Gateway on doit probablement pouvoir paramétrer la vitesse de sortie (le plus fréquent c'est un choix entre 4800 et 38400 bauds). Donc soit vérifier le paramétrage soit essayer ces deux vitesses. Les AIS sortent en 38400 bauds.·le 18 fév. 2021 13:29
17 fév. 2021
0

Oui oui, je plussoie 😀


18 fév. 2021
0

Merci aux divers contributeurs, notamment matelot190001 et Schnaps pour leurs suggestions éclairées. Je ne suis pas auprès des équipements, je ne peux donc pas les tester immédiatement :-(. De prochaines nouvelles après le 12 mars.

Si je n'en viens pas à bout, j'envisage effectivement de me doter d'un Yacht Device : .


Votre réponse

Merci de contribuer aux réponses sur HISSE ET OH !

Merci de vérifier de bien répondre au sujet. Fournisser des détails sur votre réponse et partager votre expérience et vos recherches !

Mais éviter de …

  • Demander de l'aide ou de répondre à une autre question (utiliser les commentaires dans ce cas).
  • Porter un jugement et manquer de respect dans votre réponse.
  • Pour plus d'information, consulter la FAQ et la Charte de HISSE ET OH !

Déposer un fichier ici ou Cliquer pour envoyer

Eté norvègien

Souvenir d'été

  • 4.5 (52)

Eté norvègien

novembre 2021