image
image
image

Votre IP : 3.91.8.23
Dernier ajout : 29 mars
Visiteurs connectés : 9

image Conception
Développé sous SPIP
Informations légales

image
image
Recherche image

Pratiques et Techniques de la Plaisance

image

Accueil du site > Forum technique > OpenCPN -forum- > Matériel connecté et microordinateur -forum- > Problème port ethernet AIS

Rubrique : Matériel connecté et microordinateur -forum-

__________________________________________________________________________________________________________________

Problème port ethernet AISVersion imprimable de cet article Version imprimable

Publié Mai 2015, (màj Mai 2015) par : Le Normand  image   

Copyright : Les articles sont la propriété de leurs auteurs et ne peuvent pas être reproduits en partie ou totalité sans leur accord
S'identifier pour s'abonner par mail Inscrit aux forum vous pourriez transmettre cette page à un ami plaisancier

Bonjour,
Je découvre open CPN depuis peu, et je le trouve très abouti.
Ma question vous paraitra peut être basique, mais je suis un simple utilisateur et pas du tout un spécialiste en informatique
J’ai installé le module AIS, et je reçois les signaux via une clé radio SDR, voici un lien vers un site expliquant la configuration du récepteur radio, (http://www.rtl-sdr.com/rtl-sdr-tuto...)
Voici mon problème : lorsque je suis chez moi pc portable Windows7, de navigation raccordé par le câble Ethernet sur mon Switch réseau, tout fonctionne bien et je vois les cibles AIS s’afficher à l’écran,
Mais lorsque je ne suis plus connecté par le câble Ethernet plus aucun affichage, malgré la réception des signaux sur le logiciel radio SDRsharp.
Les signaux AIS transitent du logiciel radio à Open CPN via un port réseau UDP, comme décrit dans les totos.
J’ai essayé les manips suivantes :
1) connecter un câble Ethernet sur le port PC et rien à l’autre bout, bien sur pas de changement
2) connecter un câble Ethernet sur le port PC et un Switch uniquement alimenté sur le secteur, sans aucun autre raccordement Ethernet, et la je retrouve l’affichage AIS (problème il faut du 220V pas disponible à bord pour alimenter le Switch.
Quelqu’un a-t-il déjà rencontré ce problème ? Je soupçonne qu’il manque une alimentation du port Ethernet, ou l’utilisation d’un émulateur de port ?, si non comment utiliser l’AIS à bord sans 220V ?
Merci de votre aide, et excuser encore ma question de débutant.

Le Normand

UP


Répondre à cet article
(pour répondre à un message en particulier, voir plus bas dans le fil)

15 Messages de forum

__________________________________________________________________________________________________________________

__________________________________________________________________________________________________________________

  • 1er juin 2015 09:01, par Nevermind écrire     UP

    Bonjour,
    Quelle est l’utilité du câble ethernet ?
    D’après ce que j’ai vu, l’antenne est branché sur le dongle USB, les signaux sonores sont traduits par le logiciel.
    Jean Paul

    Répondre à ce message

    • 1er juin 2015 21:10, par Le Normand écrire     UP     Ce message répond à ...  image

      Bonsoir,

      Merci de votre réponse

      Effectivement la connexion physique se fait par le port USB, mais je ne reçois plus rien, dès que je débranche le câble Ethernet.

      Y a t-il un lien avec le fait que la réception, entre AIS MON et OPEN CPN se fasse via une adresse réseau : UDP 127.0.0.1:10110 (comme indiqué dans le tuto)

      C’est d’ailleurs en essayant en bord de mer, et non plus chez moi que j’ai découvert le problème

      Le Normand

      Répondre à ce message

      • 1er juin 2015 22:47, par Nevermind écrire     UP     Ce message répond à ...

        Le câble ethernet n’est pas utile.
        Si vous avez bien paramétré avec le bon port usb, le port udp out dans la fenêtre AIS mon et le port d’entrée UDP dans opencpn, tout devrait fonctionner.
        Pouvez-vous faire des capture des différents écrans ?

        jean paul

        Répondre à ce message

      • L’opérabilité de l’interface ethernet (alimentée ou pas) ne devrait rien à voir avec la transmission de trame udp sur une autre interface vers opencpn. On peut y voir un bug logiciel, sans doute à signaler à l’auteur du code.
        On doit s’en convaincre en examinant l’état des interfaces et la table de routage du traffic ip ou udp

        Y a t-il un lien avec le fait que la réception, entre AIS MON et OPEN CPN se fasse via une adresse réseau : UDP 127.0.0.1:10110 (comme indiqué dans le tuto)

        Donc le bout de code associé à la clé radio USB émet les trames NMEA en udp sur le port 10110 de l’interface « software loopback » qui en principe est associée à cette adresse 127.0.0.1

        • Il faudrait confirmer cette association en utilisant la commande XP « ipconfig /all » (sans les " bien sur) dans lequel tu réussira à trouver des infos associées à l’interface ethernet (celle dont l’alimentation entraine ou pas le fonctionnement du logiciel radio) et sans doute aussi à l’interface loopback
        • il faudrait examiner la table de routage (commande « route print »)
        • en faisant ces affichages dans les deux cas (interface ethernet alimentée ou pas), ce que le « ipconfig /all » permettra de confirmer (présence ou non de l’interface ethernet dans le résultat, de même la route (celle du « route print ») vers 127.0.0.0 via 127.0.0.1 doit apparaitre dans les deux cas
        • la route vers 127.0.0.0 (la 5ème ligne dans mon example) ne devrait pas disparaitre lorsque l’interface ethernet cesse d’être alimentée
        • la commande « ping 127.0.0.1 » devrait continer à fonctionner.
        • complètement hors sujet, la commande « netstat -ona » indiquera les ports tcp et udp à l’écoute desquels des logiciels sont ... à l’écoute. la dernière colonne indique le n° du process à l’écoute. On doit y retrouver le 10110 de opencpn, mais hors sujet bien sur.
        JPEG

        Répondre à ce message

  • 1er juin 2015 23:17, par Nevermind écrire     UP

    1/ Le dongle est sur un port USB qui doit être identifié, les signaux AIS arrivent sur le dongle via l’antenne. = IN
    2/ Ces signaux sont interprétés par le logiciel.
    3/ Ils ressortent par une sortie UDP avec une IP propre = OUT
    4/ c’est cette IP que l’on récupère dans Opencpn = IN

    Répondre à ce message

  • 1er juin 2015 23:24, par Le Normand écrire     UP  image

    Suite deuxième copie d’écran :

    PNG

    Répondre à ce message

  • 2 juin 2015 00:21, par Nevermind écrire     UP

    Mettez le baudrate à 38400

    PNG

    Répondre à ce message

  • 4 juin 2015 23:01, par Le Normand écrire     UP  image

    Bonsoir à tous,

    Quelqu’un à t-’il une idée pour solutionner mon problème de port Ethernet
    J’ai mis en copie des résultats de test : ipconfig et route print, dans un premier temps sans alimentation du port , et ensuite avec alimentation
    (message du 02/06 23h).

    J’avoue que je sèche totalement

    Y a t-il des utilisateurs du module AIS qui ont essayé comme moi la réception par clé SDR, et qui aurait réussi.

    Merci de toute façon pour vos réponses précédentes

    Répondre à ce message

    • 5 juin 2015 10:42, par yvesD écrire     UP     Ce message répond à ... Animateur

      Les deux copies d’écran que tu as publié confirme mon opinion d’un bug du logiciel.

      • En effet, le premier écran confirme bien que le média « ethernet local area connection » est bien déconnecté, du coup il n’y a pas de route passant par cet interface autre que la route vers 127.0.0.1 via 127.0.0.1 et 127/24 via 127.0.0.1. En clair, même dans cet état déconnecté toutes les destinations commençant par 127 sont atteignable par l’interface loopback, ce qui est normal depuis que IP et TCP existent (vers 1980).

      Donc le traffic émis par ton dongle vers le port udp 10110 devrait être émis et reçu, ce qui ne semble pas le cas.

      • A l’inverse lorsque ethernet est branché, le média ethernet apparait connecté (2ème écran) avec l’adresse IP 169.254.71.228 (déterminé automatiquement en l’absence d’un serveur dhcp local) et des routes montent vers 169.254.255.255 (aka 169.254/16), ce qui est tout à fait normal ... et devrait être sans incidence sur le fonctionnement du dongle ou son logiciel puisque lui ne trafique que vers 127.255.255.255 (loopback)

      C’est donc bien un bug du logiciel, où alors la suite logiciel (driver) tcp/ip à changé récemment sans que je m’en aperçoive, pourquoi pas mais ...

      Il peut t’amuser de savoir qui est à l’écoute des ports et en particulier du port 10110 en udp.

      • La commande « netstat -ona » permet ça, la dernière colonne indique un n° de process à l’écoute du port précisé dans les premières colonnes. Très utile aussi pour repérer les anomalies par ex. Dans ce cas précis ça devrait être le process opencpn

      Répondre à ce message

Répondre à cet article

UP

Copyright et informations légales