Je comprend que vous n’arrivez pas à faire ingérer par OpenCPN les trames NMEA émises en RS422 par le MLR et converties en USB par le convertisseur ad-ho, correct ?

J’ai eu un problème peut-être comparable lorsque j’ai tenté de raccorder ma nouvelle VHF Navicom à mon (ancien) GPS Furuno GP32 (qui fonctionnait avec la VHF Nexus précédente). Du coup les deux sont partis au SAV en Bretagne, qui m’a suggéré d’utiliser l’option « boucle de courrant » du GP32, plutot que l’option « niveau TTL » opérationnel avec la précédente VHF Nexus.

Dans votre cas précis je m’assurerais que :

• Le MLR émet bien quelque chose (s’il était en panne, ça serait ballot)
• Le convertisseur RS422/USB produit bien de l’USB (utiliser un outil d’affichage de trafic USB, demander à gogol)
• OpenCPN reçoit bien ce trafic USB : en déterminant le port série associée à ce port USB (débrancher, rebrancher : celui qui monté c’est le bon port série), puis en affichant le trafic USB reçu par OCPN (Dans OCP, onglet ’Options’, puis onglet Connexions, cocher ’ouvrir la fenêtre d’affichage’, éventuellement en créant un nouveau port de connexion ’ajouter une connexion’ avec le bon port série en cochant ’Série’ et renseignant ’Port Com’ (la vitesse n’a pas de sens, laisser 4800) en acceptant les bonnes phrases (coche ’accepter seulement ...’ et laisser vide) et en titillant ’Contrôle du checksum’

Qu’en est-il de tout ces tests ?