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

PHOTO2

PHOTO 3

PHOTO 4

PHOTO 5