image
image
image

Votre IP : 54.158.52.166
Dernier ajout : 20 septembre
Visiteurs connectés : 18

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- > Arrêt de réception sur le port AIS sus W7

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

__________________________________________________________________________________________________________________

Arrêt de réception sur le port AIS sus W7Version imprimable de cet article Version imprimable

Publié Août 2014, (màj Août 2014) par : solive  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

Bonjour,
J’ai eu beau parcourir les sujets d’ici et d’ailleurs, je n’ai pas trouvé de réponse à mon problème :
Avec OpenCPN, la réception des phrases AIS s’interrompt après un temps aléatoire - de 10mn à 2 heures. Il faut alors décocher le port AIS dans la fenêtre Configuration/Connexions , appliquer, recocher le port AIS, appliquer et les phrases AIS sont réinterprétées normalement pour un certain temps.
Ce phénomène ne se produit pas sous NavMonPC (Plus de 18heures de test en continu).
Pour être certain d’isoler le problème à OpenCPN, j’ai fait différents tests ( lecture en direct par hyperterminal sur le port concerné pendant 13 heures pour vérifier la connectique, avec ou sans VSPE, avec ou sans GPS, avec 2 adaptateurs RS232/USB différents,,.. et toujours en comparaison avec NavMonPC.). Il ressort de tous ce tests que seul OPenCPN présente ce disfonctionnement et que , bien que le temps après lequel le phénomène se produit soit totalement aléatoire, il est systématique. Je suis certain qu’il n’est présent que sous OpenCPN.
Le port est défini en 38400 sur la VHF, Windows 7 et OpenCPN 3.2.2 ( et aussi NavMonPC ).

Auriez-vous connaissance de ce problème ?
Y a-t-il un paramétrage spécial que je n’aurais pas effectué ?

Et plus encore... y aurait-il une solution connue ?

UP


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

11 Messages de forum

__________________________________________________________________________________________________________________

__________________________________________________________________________________________________________________

  • 31 août 2014 15:36, par yoruk écrire     UP Animateur

    y aurait-il une solution connue

    Bonjour

    J’ai tendance à faire simple... voire minimaliste, donc uniquement une solution éprouvée, celle donnée dans le tutoriel : http://www.plaisance-pratique.com/c...

    • GPS G72 ==> VHF RO4800 ==> RS232 ==> PC et uniquement OpenCPN... et c’est zéro défaut...
    PNG

    Répondre à ce message

    • Merci de la réponse qui, comme toujours, procède d’une logique à toute épreuve et d’une expérience éprouvée :-)

      Une config similaire a été testée sans entrée GPS/NMEA sur un seul port com dédié et configuré pour l’ AIS. Testé un par un sur le port «  »physique«  » windows (non port virtuel ou émulation).
      GPS Garmin 78 —> AIS Navicom RT650 —> RS232 —adaptateur USB —> PC
      —> Zero defaut sous hyperterminal
      —> Zero default sous NavMonPC
      —> Défaut sous OPenCPN

      Je n’ai pas la possibilité de me passer du cable adaptateur USB car le PC n’a pas de port SERIE ancienne version (DB9 ou 25). D’après mes tests ce n’est pas l’origine du problème.

      Les phrases transmises par l’AIS sont une RMC pour le GPS (si on redirige les données GPS vers la sortie) et AIVDM pour les fonctions AIS..

      ..
      La config envisagée qui serait totalement adaptée à la situation serait :
      GPS + Seatalk +- Wind Furuno ---> MUX —> PC —> VSPE —> OpenCPN + NavMonPC+ QtVLM + Polarcom (éventuellement)
      AIS —> Adaptateur R232/USB —> PC —> VSPE ---> OpenCPN + NavMonPC
      J’ai donc fait tourner cette deuxième partie où OpenCPN et NavMonPC tournent ensembles sur les mêmes entrées. Les Deux programmes permettent d’auditer les données acceptées en entrée.Seul OpenCPN « s’arrête » après un certain temps.

      Je peux facilement revoir ma façon de penser et l’adapter aux fonctionnalités effectives dans mon cas de figure, mais j’aurais aimé savoir si ce n’était pas un bug connu d’OpenCPN (avec sa solution ;-) ) avant de reconcevoir l’utilisation de ces outils.

      Répondre à ce message

  • 31 août 2014 19:38, par Alien écrire     UP  image

    Le problème a été déjà évoqué à plusieurs reprises.
    Si tout fonctionne pendant un certain temps, les connections sont vraisemblablement correctes.

    Cause logicielle la plus probable : mise en veille du système.
    A la mise en veille avec W7 les ports USB sont désactivés et ne sont plus alimentés.
    Au réveil les ports COM virtuels sont désactivés.
    Parade : modifier les options de mise en veille :

    JPEG

    Répondre à ce message

  • 31 août 2014 23:31, par solive écrire     UP  image

    Mes recherches infructueuses et vos réponses semblent confirmer que mes chances de trouver une solution simple et évidente sont probablement un peu inférieures au zéro Kelvin.

    J’ai autre chose qui me chagrine : j’ai une version Beta d’OpenCPN installée sur la même machine (un autre compte, mais le même OS et les mêmes ruches) et comme je ne connais pas les registres impactés par OpenCPN, en vieux briscard de windows, je crois sentir d’où pourrait venir le vent. Rien de concret, ni de logique, mais à défaut de véritable explication je vais me lancer dans l’exorcisme et tout démonter : OpenCPN 3.2.2 et la 3.3.19. Ensuite je downloaderais un fichier clean de la 3.2.2, je l’installerais, je le paramètrerais, et roule ma poule, on verra ce qui se passe.
    En attendant,si quelqu’un a d’autres idées telle que la coche GPS Garmin de Yoruk, je suis preneur.
    Je reviens vous donner des nouvelles dès que je commence a avoir des résultats.

    Répondre à ce message

  • 3 septembre 2014 11:52, par solive écrire     UP  image

    Voilà 24 heures que ça tourne sans problème.
    Après avoir désinstallé toutes mes versions de OpenCPN, nettoyé les registres et réinstallé la 3.2.2 tout semble rentré dans l’ordre.
    Je n’ai trouvé aucune explication, ni sur les sites dédié à OpenCPN, ni dans mon peu de connaissance de l’OS Seven. Je suis très insatisfait du résultat même si cela semble fonctionner normalement.
    A priori mes installations séparées d’OpenCPN ont été faites dans les règles de l’art et je ne comprends vraiment pas ce qui aurait pu provoquer le malfonctionnement. Comme tous les autres programmes utlisateur fonctionnaient normalement, je pencherais plutôt pour un problème W7<->OpenCPN que la nouvelle instal aurait fait disparaître. Tout ça n’est guère rassurant. Ayant résolu le problème -sans avoir défini de solution - et ne pouvant plus apporter d’infos complémentaires, je n’ai pas été plus loin dans la démarche (pas d’ouverture de ticket sous OPenCPN,etc...).
    Je vous poste mes remarques pour info, au cas où le problème se reproduirait avec quelqu’un d’autre.

    PS pour Yoruk : la coche « Garmin GPS » ne semble pas modifier le comportement en réception, mais le Garmin est configuré en sortie NMEA. Tout ça me semble donc logique.

    Répondre à ce message

Répondre à cet article

UP

Copyright et informations légales