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.