dernières versions d'opencpn (5.x.x) problème accès wifi

J'utilisais jusqu'à présent une "vieille" version d'opencpn 4.x qui fonctionnait très bien avec un multiplexeur (maison) wifi qui transmettait toutes les trames NMEA 183 en mode UDP sur le port 10110. J'ai mis à jour pour bénéficier des cartes o-charts et là, plus moyen de recevoir les trames, malgré tous les essais de configuration de la connexion (avec ou sans l'adresse IP du mux -a priori pas nécessaire puisqu'en broadcast UDP mais opencpn 5.x en réclame une-, 0.0.0.0, localhost, etc..) Ce n'est pas un problème matériel ni de version de Windows car sur le même PC Scannav reçoit bien les trames. Une idée de piste serait bienvenue, merci d'avance

L'équipage
19 sept. 2024
19 sept. 2024

une copie d'écran des réglages de la connexion pourrait être utile


19 sept. 2024

voici une capture d'écran


Lady_C:réglages identiques sur Scannav ?·le 19 sept. 14:20
19 sept. 2024

la même configuration bien sûr. mode UDP, port 10110! La différence c'est qu'en mode UDP Scannav ne demande pas obligatoirement l'adresse IP de l'émetteur (192.168.0.110). Mais avec ou sans celle-ci, sur le même PC ça marche avec Scannav


courtox56:Peux tu essayer avec 0.0.0.0 comme adresse IP en UDP·le 19 sept. 19:58
19 sept. 2024

J'ai déjà essayé, sans succès


19 sept. 2024

Bien sûr, je pense que tu as bien arrêté Scannav quand tu utilises OpenCPN


20 sept. 2024

bien sûr, j'ai essayé les deux, avec ou sans scannav en parallèle. Au risque de me répéter, ça marchait parfaitement, dans les 2 modes, avec les versions 4.x sous windows 8 et 10. Par principe même du broadcast UDP, n'importe quelle appli sur n'importe quel appareil connecté (et il l'est, ping à l'appui) peut recevoir les messages. Opencpn a verrouillé quelque chose, manifestement sans le signaler. Je n'ai pas la possibilité d'essayer avec un port COM. Le fichier opencpn.ini contient un paquets de paramètres,non documentés, dont aucun ne parait lié au problème (sauf la source NMEA mais il semble correctement défini)


ilanoo:pour info, le fichier opencpn.ini contient:[Settings/NMEADataSource]DataConnections=1;1;192.168.0.110;10110;0;;4800;1;0;0;HDM,HDG,HDT,RMB,RMC,WPL,RTE,GLL,VTG,GSV,GGA,GPwpl,APB,XTE,MWD,MWV,AIVDM,AIVDO,FRPOS,CD;0;;1;0;1;0;1;;1;;0dont aucune idée, puisque non documenté, de savoir si c'est correct ou non·le 20 sept. 08:57
20 sept. 202420 sept. 2024

quelle version d'OpenCpn 5.x ?
la copie écran que tu as faite n'est pas celle d'une 5.10.2-0

quelle version de Windows ?

fonctionne indifféremment en UDP 192.168.x.x ou 0.0.0.0 ou localhost
la ligne DataConnections est similaire


20 sept. 2024

Je ne me souviens plus quelle était ma dernière version avant la mise à jour (4.x ou peut être les premières versions 5.x) et qui fonctionnait très bien avec exactement la même configuration matérielle, sous windows 8.1 et 10.x. J'ai installé une mise à jour 5.8.x puis la 5.10.2. Avec ces deux là le problème s'est posé, quelle que soit la version de windows (8.1, 10.x 11.x). Et dans la mesure où toutes les autres applis, qui utilisent sur ces mêmes PC (avec les mêmes Windows) le flux UDP NMEA via Wifi, fonctionnent, le problème ne vient que d'Opencpn


20 sept. 202420 sept. 2024

on peut aussi mettre en cause le pare-feu Windows, où Scannav serait autorisé à utiliser le réseau public et/ou privé, mais pas OpenCpn

sous Windows 10
copie d'écran de paramètres de pare-feu
copie d'écran des paramètres d'une connexion OpenCpn 5.10.2-0 (le port est spécifique à mon application esp32)


20 sept. 202420 sept. 2024

Hum .... Sur un réseau type WIFI, il y a une adresse importante, c'est l'adresse broadcast. Par exemple, si l'adresse de l'émetteur wifi est 192.168.55.1, alors l'adresse brocast est 192.168.55.255.

Avez-vous essayé d'écouter l'émetteur wifi sur cette adresse (En fait, on remplace le dernier groupe de 3 chiffres par 255 dans tous les cas )?

C'est une adresse qui s'est révélée bien pratique sur mon bateau.


20 sept. 2024

Effectivement c'est peut être une piste, merci. Présentement je suis en déplacement, pas d'essai possible avant le 24 septembre. A suivre


ilanoo:mais vérif faite sur le PC, opencpn était bloqué par windows defender. Test le 24 septembre donc, et si c'est ça, remerciements éternels ;-)·le 20 sept. 15:40
Lady_C:si tu as un esp32 qui traîne et que tu veux une application de test :-) tu peux aussi créer une connexion sur les garde-côtes norvégiens, qui relaient des tramesNMEA 183, TCP 153.44.253.27 sur le port 5631·le 20 sept. 15:50
24 sept. 2024

c'était bien un problème de parefeu windows. Première fois que je suis confronté à ça, peut être n'ai je pas été attentif lors de l'installation d'Opencpn. Quiqu'il en soit merci à tous et en particulier à Lady_C.

Bonnes navs à tous


08 nov. 202408 nov. 2024

Bonjour,
J'ai aussi un problème de connexion à Opencpn par wifi.
Dans une précédente version, je connectais mon smartphone par wifi sans problème.
J'utilisais mon smartphone comme GPS.
Et maintenant, je n'y arrive plus.
Dans le paramétrage de la connexion dans Opencpn, la case Activer ne se coche pas.
Les paramètres sont : Réseau UDP 192168.1.X 10110.
Je fais probablement un erreur, mais où ?
Merci
PS : j'ai d'autre application qui connecte le Pc et le smartphone en wifi et qui fonctionnent toujours.
PS 2 : smartphone Androïd et PC Ubuntu


Gilletarom:Serait ce l'absence d'un point ? UDP 192.168.1.X 10110.·le 08 nov. 18:40
Phare de Vieste (IT) , 20 juillet 2023, Photo argentique.

Phare du monde

  • 4.5 (70)

Phare de Vieste (IT) , 20 juillet 2023, Photo argentique.

2022