image
image
image

Votre IP : 54.156.92.243
Dernier ajout : 17 novembre
Visiteurs connectés : 19

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- > Linux, Mac OS, etc ... -forum- > Opencpn sur Ubuntu

Rubrique : Linux, Mac OS, etc ... -forum-

__________________________________________________________________________________________________________________

Opencpn sur UbuntuVersion imprimable de cet article Version imprimable

Publié Septembre 2012, (màj Septembre 2012) par : corinactis  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,
Grosse panne informatique sur « corinactis » en nav. solitaire sur Bornéo ;
J’ai changé de système d’exploitation windows contre Ubuntu sans me méfier !
J’ai voulu installer openCPN, avec l’adaptateur USB, gps BU 353. Je l’ai vu fonctionner très bien sur un autre bateau.
Chez moi, ça ne marche pas : impossible de recevoir les données du GPS, après avoir consulté, essayé tout un tas d’informations.
Bref, je suis mal car c’est aussi mon seul outil de navigation
Pouvez vous m’aider SVP
Merci
Yannick

UP


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

24 Messages de forum

__________________________________________________________________________________________________________________

__________________________________________________________________________________________________________________

  • 14 septembre 2012 12:47, par Robert écrire     UP

    Trois choses :

    • la première est d’installer Windows en « double boot » avec Ubuntu. C’est banal et ça fonctionne bien. De cette manière on peut mettre au point le nouveau système sans angoisse en conservant l’ancien.
    • Avec Ubuntu, utiliser un petit logiciel de lecture du port Com autre qu’OpenCPN pour savoir si le problème est dans Ubuntu (driver du GPS) ou dans OpenCPN sur Ubuntu. Chercher sur le Web un logiciel du genre de « VisualGPS » pour Ubuntu.

    Un lien Ubuntu : http://doc.ubuntu-fr.org/gps

    Répondre à ce message

    • 14 septembre 2012 13:04, par yoruk écrire     UP     Ce message répond à ... Animateur

      Super Robert
      De mon côté, je suis handicapé par une connexion très faiblarde, et umbutu, je connais mal... par contre si vous pratiquez l’anglais, dans la soirée j’essayerai de vous trouvez des liens qui vont bien...
      Michel

      Répondre à ce message

      • 14 septembre 2012 19:52, par yoruk écrire     UP     Ce message répond à ... Animateur

        Bonsoir, alors, mais en anglais, chez OpenCPN, les problèmes connus sous Unbutu… Cà me semble très compliqué
        http://opencpn.org/ocpn/known_issues

        Mais aussi chez les bavards de Cruisers Forum, des mines d’info, toujours en anglais
        http://www.cruisersforum.com/forums...

        Désolé, je ne pourrai pas plus
        Cordialement
        Michel

        Répondre à ce message

        • 15 septembre 2012 05:12, par corinactis écrire     UP     Ce message répond à ...  image

          Ok, Michel , en anglais c’est aussi OK
          Merci pour les liens que je vais essayer

          Répondre à ce message

          • 15 septembre 2012 09:36, par yantho écrire     UP     Ce message répond à ...

            Bonjour
            j’utilise Debian donc je ne suis pas sûr d’avoir toutes les réponses pour Ubuntu
            si gtkterm est disponible (sudo apt-get install gtkterm) il permettra de tester la bonne réception des données du GPS (c’est l’équivalent de hyperterminal de windows).

            pilote : la pluspart des pilotes USB sont déjà intégrés dans le noyau Linux (quelque soit l’âge du matériel USB que je branche je n’installe jamais de pilote).

            au branchement du GPS quel port apparait dans /dev ? /dev/ttyUSB0 par exemple, openCPN est bien routé vers le port en question ?

            vu il y a quelques jours (mais je ne sais plus où hélas) que quelqu’un a eu un pb ressemblant, son GPS a quitté le mode NMEA et s’est mis en mode SIRF, s’il n’est pas possible de le repasser en mode NMEA avec le pg windows fourni avec le GPS une solution serait peut-être d’utiliser gpsd (sudo apt-get install gpsd) puis de dire à openCPN de chercher ses données sur libgpsd.

            pas d’autre idée pour le moment.. bon courage
            edit : s’il est passé en SIRF je viens de trouver deux façon de revenir à NMEA

            http://blog.mister-muffin.de/2011/0...
            http://gpsd.berlios.de/gpsctl.html

            Répondre à ce message

            • 15 septembre 2012 14:23, par corinactis écrire     UP     Ce message répond à ...  image

              Bonjour,
              Merci d’avoir répondu, je suis au bord d’abandonner. je me suis noyé dans tout un tas de manoeuvres qui finalement n’ont rien donné. Celles qui semblaient les plus détaillées et fiables étaient sur l’aide de opencpn. , Seulement ne nombreux ordres pour linux à entrer sur le terminal m’ont donnés comme réponse : « invalid command ».
              J’ai par ailleurs rentré gtkterm. Lorque je l’ouvre : page noire : en tête : aucun port ouvert et ensuite message : cannot open/dev/ttyS0 : permission non accordée. ...
              J’ai sous les yeux (une rare chance) un autre pc qui fonctionne avec Ubuntu 12.04 avec openCPN 2.5 et avec mon USB gps BU-353 qui fontionne parfaitement bien ! C’est tout de même rageant !
              Il n’a pas eu besoin en effet d’installer un driver, il reçoit sur dev/ttyUSB0. gpsd et gpsd-clients ne sont pas installés.
              Aussi, quoi faire d’autre. Je suis novice et je ne sais pas ou aller .
              Malheureusement, je dois partir lundi ou mardi prochain. Après cela je n’aurais plus de connexion.
              Au regard de ce que je viens d’écrire pouvez vous m’aiguiller ? Ou sur quelqu’un d’autre ne doutant aucunement de vos compétences ?
              Merci d’avance
              yannick

              Répondre à ce message

              • 15 septembre 2012 15:51, par yoruk écrire     UP     Ce message répond à ... Animateur

                Bonsoir...
                il ne faut pas me taper dessus, mais... quand je me suis équipé de mon petit EeePC, il y 3 ans, je me suis dit que ce serait bien de doubler Windows XP avec unbutu... comme l’indique Robert...
                je ne suis pas plus maladroit que celà avec les procédures informatiques... Mais Linux... C’est simple je n’ai jamais su le faire fonctionner. Un problème de logique aigu sans doute...
                alors... j’ai fini par alisser tomber Linux et me suis retourné vers Windows XP, et tous les défauts qu’on lui connait... mais... que tout le monde sait faire fonctionner.
                Dans ton cas il y a urgence, et si tu peux relancer Windows... çà te laisseras peut être le temps de peaufiner les finesses de Linux... ce que je ne suis jamais arrivés à faire...
                amis linuxiens... merci de ne pas taper trop fort et surtout pas sur la tête... c’est ma partie fragile
                Cordialement
                Michel

                Répondre à ce message

              • 15 septembre 2012 16:03, par yantho écrire     UP     Ce message répond à ...

                tu dis que gtkterm répond qu’il ne peut pas ouvrir /dev/ttyS0 et tu dis que tu as un gps USB
                donc il te faut ouvrir (avec gtkterm) /dev/ttyUSBx (x représentant le port créé automatiquement lors du branchement du gps
                mais première étape...
                avant de brancher le gps tu peux ouvrir un gestionnaire de fichier (nautilus par ex) le mettre sur /dev tout en bas aux environs de /tty et voir ce qui apparait lors de la connexion du gps ce sera /ttyUSBx

                Répondre à ce message

                • 16 septembre 2012 10:40, par corinactis écrire     UP     Ce message répond à ...  image

                  Bonjour « yantho »,
                  D’abord avec gtkterm, s’ouvre bien en m’indiquant dès le départ qu’aucun port est ouvert, mais lorque que je vais sur config. puis port, il m’indique 9800 baud, que je change en 4800, c’est alors qu’il m’affiche avec un sens interdit : « Cannot open /dev/ttyS0 : permission non accordée »
                  Ensuite vous me parler d’ouvrir un gestionnaire de fichier : est-ce ksh nautilus.actions ?
                  Je viens de le télécharger mais lorsque je lance « nautilus » sur le terminal il m’ouvre dossiers personnel.
                  Aussi je ne comprends pas votre directive : « le mettre sur /dev tout en bas aux environs de /tty et voir ce qui apparait lors de la connexion du gps ce sera /ttyUSBx » Quelles commandes dois-je faire ?
                  Merci de votre patience
                  Yannick

                  Répondre à ce message

                  • 16 septembre 2012 12:38, par yantho écrire     UP     Ce message répond à ...

                    Bonjour,
                    je ne connais pas les menus d’Ubuntu je ne sais donc pas comment on lance le gestionnaire de fichiers (ou de dossiers), je pense que son nom est nautilus (tout simplement)
                    ce n’est surement pas ksh nautilus actions, c’est seulement une option simple dans l’un des menus, exactement comme dans windows on lance l’explorateur
                    ensuite se mettre dans le dossier /dev

                    pour gtkterm : au démarrage il n’ouvre rien il faut aller dans configuration sélectionner avant tout un port puis ensuite une vitesse puis ok
                    il faut sélectionner le port qui apparait lorsque le gps a été branché d’ou l’intéret de lancer un gestionnaire de dossier (ou explorateur pour parler windows)

                    autre façon un peu en aveugle :
                    débrancher le gps
                    lancer gtkterm dans config ouvrir « port » dans la liste déroulante des ports voir la liste disponible,
                    fermer gtkterm
                    brancher le gps
                    refaire la manip (lancer gtkterm, voir les ports dispo, si le gps a été pris en compte par le noyau un nouveau port doit être disponible, le sélectionner, choisir la vitesse 4800 et faire ok)
                    bon courage

                    Répondre à ce message

                    • 16 septembre 2012 14:40, par corinactis écrire     UP     Ce message répond à ...  image

                      OK,
                      Y’a du mieux !!!
                      Sur nautilus, je vois effectivement apparaitre le ttyUS0
                      Ensuite gtkterm, cette m’a permis d’aller voiir sur port ttyUSB0 étaiit sur 9600 baud
                      Je l’ai changé pour 4600
                      Ensuite j’ai tout relancé et cette fois apparait les données gps !!!
                      On tient le bon bout.
                      Seulement, ce qui apparait ce sont d’abord l’heure UTC puis des lignes de petis carrés dans des petits carrés arrivent .
                      Sans vouloir m’avancer parce que je n’y connais rien, il semblerait que la réception n’est pas sur le mode NMEA, comme openCPN l’indique dans son menu.
                      Bon il y a du progrès
                      J’attends vos instructions pour la suite
                      Yannick

                      Répondre à ce message

                    • 16 septembre 2012 15:20, par corinactis écrire     UP     Ce message répond à ...  image

                      Suite au message précédent : j’ai maintenant suivi l’aide d’openCPN qui indique comment passer en mode NMEA.
                      J’ai donc installé gpsd gpsd-clients.
                      J’ai voulu vérifier si gpsd fonctionne : réponse dans terminal : :gpsd:ERROR : can’t run with neither control socket nor devices. J’ai fait cela avec le gps branché, meme réponse, changé le port sur network gpsd, puis network libgps, cela ne change rien. Et je n’ai plus de reception sur le ttyS0.
                      Bref à ce stade je ne peux pas effectuer la commande préconisée dans l’aide openCPN :

                      The gps should now work....if not, check the NMEA data stream window. If only binary garbage is visible, the gps has to be reset to NMEA mode, see more about this above in windows section.
                      To do this in Linux for BU 353 as well as many other gps:es, make sure that gpsd is running and that the package « gpsd-clients » is installed. On Ubuntu 12.04 gpsd needs to be temporarily installed. Make sure to kill any instances of gpsd with the command « sudo killall gpsd »
                      The command $gpsctl -n will put the GPS into NMEA mode.
                      If that doesn’t work, try $ gpsctl -f -n /dev/ttyUSB0 .This will force a low-level access, bypassing gpsd. For more information : $man gpsctl

                      Voilà où j’en suis pour préciser les choses. Faut en vouloir tout de même !
                      A vous ?
                      Yannick

                      Répondre à ce message

                      • 16 septembre 2012 16:20, par yantho écrire     UP     Ce message répond à ...

                        ok si gtkterm est en 4800 et le gps aussi et qu’on reçoit de l incompréhensible’ il y a des chances pour qu’on soit passé en mode SIRF
                        il y a au moins deux façons de passer le gps en monde NMEA (qu’openCPN comprend)
                        la méthode du logiciel fourni avec le gps mais qui ne fonctionne que sous windows
                        la méthode gpsd
                        comme je le disais hier
                        http://gpsd.berlios.de/gpsctl.html
                        par exemple
                        faire d’abord un sudo killall gpsd dans un terminal
                        puis
                        gpsctl -f -n -s 4800 /dev/ttyUSB0 dans le même terminal
                        si les réponses ont l’air correctes relancer la machine BRANCHER le GPS APRES
                        ou lancer gpsd comme ceci
                        /usr/sbin/gpsd -D 0 -n -b -G /dev/ttyUSB0

                        ou tout simplement et mieux puisqu’il s’agit d’un seul pc et pas d’un réseau lancer openCPN et lui demander d’écouter /dev/ttyUSB0 (éventuellement faire d’abord un essai avec gtkterm

                        l’autre option c’est d’utiliser gpsd et de demander à openCPN d’écouter libgpsd mais sur un pc auquel est directerment branché le gps c’est un peu lourd (gpsd comprend le SIRF et fourni à openCPN quelque chose que lui meme comprend)
                        je reste à l’écoute

                        Répondre à ce message

                    • 16 septembre 2012 16:17, par corinactis écrire     UP     Ce message répond à ...  image

                      Me revoilà pour Yantho
                      On arrête tout : CA MARCHE !!!!!
                      UN grand merci à vous qui m’avez mis sur la voie. Un grand merci à ce forum.
                      Pour info, gtkterm m’a permis de régler la configuration du ttyUSB0, soit 4600 baud
                      Ensuite l’aide fournie sur openCPN m’a fourni la commande pour passer en mode NMEA
                      Après 6 jours, plusieurs heures par jours, dont une nuit jusqu’à 4 heures du mat.
                      On trouve des gens patients et persévérants juste pour donner un coup de main, chapeau bas.
                      Je vous resterai fidèle. J’en ai appris beaucoup au cours de cette petite aventure.
                      Si un jour je peux modestement aider, je suis à votre disposition.
                      Encore grand merci.
                      Yannick

                      Répondre à ce message

                      • 16 septembre 2012 16:25, par yantho écrire     UP     Ce message répond à ...

                        parfait nous nous sommes croisés
                        on annule mon dernier message

                        j’espère seulement trouver la même aide le jour où j’en aurai besoin.
                        bonne continuation
                        vers les isles de la sonde peut-être (j’y suis passé pour le boulot il y a vingt ans et un jour j’espère...)

                        Répondre à ce message

    • 16 septembre 2012 16:22, par corinactis écrire     UP     Ce message répond à ...  image

      Robert,
      yantho m’a aidé très patiemment et m’a sorti d’affaire.
      Aussi je souhaitais aussi te remercier pour ton aide
      Bravo à votre forum
      Je ne manquerai pas de parler de vous
      MERCI
      Yannick

      Répondre à ce message

  • 16 septembre 2012 16:23, par yoruk écrire     UP Animateur

    Vraiment super et bravo à tous...
    si vous en êtes d’accord, on pourrait lancer un dossier complémentaire au tutoriel sous Windows, tel qu’il existe aujourd’hui, en le dédiant à Linux... L’aide de tous sera la bienvenue... j’ai beaucoup à apprendre
    Cordialement
    Michel

    Répondre à ce message

    • 16 septembre 2012 16:39, par corinactis écrire     UP     Ce message répond à ...  image

      Pas de problème Michel, si vous avez besoin de moi, sait-on jamais pour ce projet, je suis à votre disposition sur : corinactis@gmail.com
      Yannick sur Bornéo, sur corinactis

      Répondre à ce message

    • 16 septembre 2012 17:32, par yantho écrire     UP     Ce message répond à ...

      Je n’ai pas de talent de rédacteur
      mais si je peux faire profiter de mes quelques connaissances ...

      Répondre à ce message

      • 17 septembre 2012 05:31, par yoruk écrire     UP     Ce message répond à ... Animateur

        Merci Yantho, merci, à tous...
        Si vous voulez, vers la mi octobre, j’aurai fini ma partie de tôle ondulée (Meltem) pour cette année, et je serai disponible pour la rédaction

        • Je pourrai aussi servir de cobaye , je n’y connais rien, ou plutôt je me suis planté, avec Linux
        • On peut à partir de çà, construire une approche sous Linux pour le Tutoriel OpenCPN, que nous avons bâti ici : http://www.plaisance-pratique.com/-...
        • On peut facilement, me semble t il, utiliser l’architecture des chapitres existante, en développant une nouvelle version pour Linux
        • Le principe restant le même, être pédagogique et efficace sans tomber dans la fausse science étalée avec complaisance
        • J’en profiterai pour toiletter l’existant sous Windows, ce qui me fera faire un peu de gymnastique intellectuelle, çà ne mange pas de pain, à un âge avancé ou il faut se méfier des excès de « vieuxcontitude » qui peuvent frapper à tout moment
        • On en profiterai pour tester un process de développement de dossier, auquel Robert pense en ce moment : on ouvre un forum dédié sur un sujet, le forum nourri le dossier et une fois le dossier finalisé, on publie...

        Voilà le programme... Il faudra peut être communiquer hors frontière (celles de PTP), pour trouver d’autres candidats à la création et à la formation Linux...

        Michel à Kas... beau temps, belle mer.... Température de l’eau turquoise : 26°c B-)

        Répondre à ce message

        • 17 septembre 2012 11:31, par tribord écrire     UP     Ce message répond à ...  image

          Bonjour,

          L’ordinateur du bord (ainsi que ceux de la maison d’ailleurs) tourne uniquement sous ubuntu 12.04. Nav (opncpn), GPS, internet à terre, réception météo BLU en mer, iridium, AIS. Tout fonctionne parfaitement, la maintenance n’est pas trop difficile et mon niveau en informatique est totalement basique.
          Je veux bien participer si cela vous apporte quelque-chose.
          tribord

          Répondre à ce message

  • 21 septembre 2012 00:41, par fulup écrire     UP

    Pour ne pas avoir de problème avec son GPS, il faut le déclarer dans la liste des périphériques connus et figer son nom de device. Par défaut le GPS est vu comme un port TTY (/dev/ttyUSBxxx) et suite à une limite de OpenCPN son nom va changer en fonction de son ordre de branchement ou des cycles de mise en sommeil, réveille du PC.

    La manip ci après fonctionne parfaitement quelques soit le Linux choisi avec ou sans GPSd et/ou AIS. La Manip à faire n’est pas compliquée mais impose d’utiliser une console en mode super utilisateur car il n’y a pas d’interface graphique correspondant à ce type d’opération.

    Les manips suivantes devrait plus être intégrée dans le tutorial OpenCPN pour linux, mais comme je ne sais comment ajouter un chapitre au wiki, voici la suite des opération à faire pour ne plus avoir de problème avec votre nom de device GPS sous Linux.

    1) repérer le numéro constructeur de votre GPS. Pour cela utiliser la commande « lsusb » la taper deux fois : avec le GPS branché et débranché pour trouver la ligne qui lui correspond. Et noter les deux chiffres derrière « ID » exemple ; 10c4:ea60 de votre GPS.

    2) créer un fichier de règles qui correspondent à votre GPS dans la liste des périphériques connus. avec une ligne de la forme
    SUBSYSTEM==« tty », ATTRSidVendor==« 10c4 », ATTRSidProduct==« ea60 », SYMLINK=« gps-usb »
    en replaçant 10c4 et ea60 par les valeurs correspondants à votre GPS le fichier doit avoir un nom comme 70-persistent-usb-gps.rules

    3) placer le fichier dans le répertoire /etc/udev/rules.d/

    4) relancer le gestionnaire de périphérique pour valider votre fichier de configuration commande : « restart udev »

    5) débrancher et rebrancher votre GPS (qui est maintenant connus) A chaque fois que vous le branché Linux va créer le périphérique /dev/gps-usb avec toujours le même nom.

    6) Aller dans open CPN et entrer /dev/gps-usb comme périphérique. Attention il faut taper le nom à la main car il n’apparaît pas dans la liste de périphériques par défaut.

    7) Vous pouvez maintenant, éteindre et rallumer votre PC sans problème, opencpn retrouvera toujours votre GPS (il doit toutefois être branché avant le lancement du programme). La manip fonctionne aussi pour un AIS et avec GPSd.

    Nota : Vous pouvez télécharger un exemple de fichier de règles sur http://www.fridu.org/images/opencpn... il suffit de remplacer les valeurs par celle correspondant à votre GPS ou AIS.

    Pour ce qui parle anglais voir http://lists.berlios.de/pipermail/g...

    Répondre à ce message

  • 18 juillet 2013 22:38, par jipol écrire     UP  image

    Bonjour,

    Ma config : note book MSI WID U100, en dualboot XP & Ubuntu 12.04, Opencpn 3.2.2, GPS Usb Navilock NL302U (driver prolific) plus clé usb avec navigatrix (bretelles , ceinture...)

    Installation windows XP sans souci après installation du driver livré avec le GPS pour
    Ubuntu cela se corse ( je débute sur cet OS à cette occasion) :

    sudo gtkterm sur dev/ttyUSBO : rien nl le port est en 9600 je le passe en 4800 puis
    gtpsctl -f -n -s 4800/dev//ttyUSBO
    retour sur gtkterm : ok les phrases Mnea défilent correctement
    Xgps :capte le gps et donne les positions des satellites
    Open cpn conexion : série /dev/ttyUSBO : rien
    Je redémarre : toujours rien sur opencpn
    je passe alors sur le mode de connexion suivant :
    réseau /gpsd/localhost/2947 : c’est ok
    je boote sur windows cela marche toujours !

    Je reste donc sur cette config mais également sur ma faim pourquoi OpenCpn n’arrive pas sous Ubuntu a se connecter sur /dv/ttyUSBO ?

    Merci pour vos idées

    Répondre à ce message

    • 22 juillet 2013 17:07, par djinn écrire     UP     Ce message répond à ...  image

      Salut,

      Sous linux, et plus généralement sur les systèmes Unix, l’usage est de ne *pas* se connecter directement au GPS via le port série, mais au contraire de s’y connecter « indirectement », via gpsd.
      Gpsd est un multiplexeur plug-and-play (configuration automatique) qui gère tous les GPS et distribue ces informations de localisation aux programmes (locaux ou distants) qui en ont l’usage.

      Cette approche a de multiples avantages :
      * Cela permet à plusieurs applications d’utiliser le même GPS, car un port série ne peut être utilisé que par un seul processus à la fois. C’est la source de ton problème : quand tu connectes ton GPS, gpsd le prend en charge (en se connectant à /dev/tty...) et le port n’est plus disponible pour OpenCPN. Si tu stoppes gpsd, tu pourras t’y connecter directement avec OpenCPN.
      * Cela permet également à la même application d’utiliser plusieurs GPS (ou AIS)
      * Cela permet enfin de supporter d’autres protocoles que NMEA (les protocoles propriétaires Garmin par exemple qui offrent certaines fonctionnalités supplémentaires), de corriger les bugs d’implémentation de NMEA présents sur de nombreux modèles de GPS, etc, et de présenter une interface unifiée aux programmes clients.
      * Gpsd détecte et initialise le GPS au branchement, mais (par défaut) il n’active la localisation (consommatrice d’énergie) qu’à partir du moment où un client demande des informations de localisation : en supposant que seul OpenCPN utilise ces informations, si tu fermes OpenCPN, gpsd mettra le GPS en « veille ».

      En conclusion : il vaut bien mieux laisser à gpsd le soin de se battre avec toutes les particularités des différents GPS et de se connecter à son interface unifiée.
      Pour information, gpsd est un programme suffisamment fiable pour être utilisé par l’industrie aéronautique afin de piloter certains drones… :-)

      Répondre à ce message

Répondre à cet article

UP

Copyright et informations légales