Gps u-blox

salut
j’ai une clé usb gps.
j’essaie de l’utiliser
mais je n’y arrive pas
voilà ce qui marche

  • elle réagit ( lumière verte au démarrage de l’ordi , reconnue dans le dmesg ) :
usb 3-1: new full-speed USB device number 2 using uhci_hcd \ 
usb 3-1: New USB device found  idVendor=1546  idProduct=01a7
usb 3-1: New USB device strings: Mfr=1  Product=2  SerialNumber=0
usb 3-1: Product: u-blox 7 - GPS/GNSS Receiver  
usb 3-1: Manufacturer: u-blox AG - www.u-blox.com  
cdc_acm 3-1:1.0: ttyACM0: USB ACM device  
usbcore: registered new interface driver cdc_acm  
cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
  • cat /dev/ttyACM0 | grep GPTXT

$GPTXT,01,01,02,u-blox ag - www.u-blox.com50
$GPTXT,01,01,02,HW UBX-G70xx 00070000 77
$GPTXT,01,01,02,ROM CORE 1.00 (59842) Jun 27 2012 17:43:52
59
$GPTXT,01,01,02,PROTVER 14.00
1E
$GPTXT,01,01,02,ANTSUPERV=AC SD PDoS SR20
$GPTXT,01,01,02,ANTSTATUS=OK
3B
$GPTXT,01,01,02,LLC FFFFFFFF-FFFFFFFD-FFFFFFFF-FFFFFFFF-FFFFFFF9*53

-elle envoie des données

  • cat /dev/ttyACM0 : on obtient des lignes commençant par $GP
  • cat /dev/ttyACM0 puis lignes rangées
    $GPGGA    $GPGGA,,,,,,0,00,99.99,,,,,,*48
    $GPGLL    $GPGLL,,,,,,V,N*64
    $GPGSA    $GPGSA,A,1,,,,,,,,,,,,,99.99,99.99,99.99*30
    $GPGSV    du type $GPGSV,3,2,10,12,,,22,14,,,20,21,,,17,28,,,22*72
    $GPRMC    $GPRMC,,V,,,,,,,,,,N*53
    $GPVTG    $GPVTG,,,,,,,,,N*30

les seules lignes qui changent sont celles commençant par $GPGSV

j’utilise les programmes gpsd gpsd-clients python-gps
mais cgps et xgps ne donnent rien.

Toute information même la plus évidente me sera utile .

je vais essayer python-gps , peut etre d’autres programmes.

Désolé, sur ce coup, je ne vais pas pouvoir aider :frowning:
Bon courage. :stuck_out_tongue:

1 J'aime

Salut,

Tout paraît fonctionner normalement: Les trames NMEA me semblent correctement formées, mais semblent indiquer que ton récepteur ne reçoit pas de signal suffisamment puissant pour générer une solution de position. (Les virgules consécutives indiquent des champs vides de données)
L’antenne doit avoir une vue directe des satellites pour pouvoir acquérir un signal valide.
En général avec un récepteur moderne, ça peut arriver à démarrer à l’intérieur sauf s’il y a beaucoup de structures métalliques aux alentours.
Si c’est un récepteur neuf qui n’a pas encore acquis d’almanach valide, ou un récepteur qui n’a pas été utilisé depuis plusieurs mois, ou encore qui est redémarré depuis une position située à une grande distance de l’endroit où il a été arrêté pour la dernière fois, il faudra dans ces cas que tu le laisse fonctionner un certain temps à l’extérieur de préférence, avec une vue non-obstruée du ciel.
Note que ça peut être relativement long avant l’émission de la première position valide dépendamment du type de récepteur: Voir la notice du fabriquant de l’appareil relativement à ses caractéristiques de démarrage: “Cold Start”, “Warm Start”, “Time to First Fix”, acquisition d’almanach, etc…

A+

1 J'aime

tout à fait ce que j’ai fait : nouveau matériel, essais à l’intérieur
je tente le contraire et je vous fais savoir
quant à la notice, j’aimerais bien la trouver : vendre ils savent mais le sav beurk.

bon ca marche
résumé :
programme installés : sudo apt-get install gpsd gpsd-clients python-gps
dmesg |grep tty donne cdc_acm 3-1:1.0: ttyACM0: USB ACM device
on met ttyACM0 dans /etc/default/gpsd , soit DEVICES="/dev/ttyACM0"
ensuite j’ai branché la clé usb sur un hub usb alimenté de l’extérieur et finalement :
cat /dev/ttyACM0 | grep GPTXT reste identique au premier post

cat /dev/ttyACM0 n’a pratiquemment plus de “, ,”

cgps et xgps marchent

Salut,

Désolé, je ne connais pas les messages $GPTXT ne possédant aucun récepteur émettant ce type de trame.
Peut-être tenter de poster sur un forum u-blox à ce sujet:
u -blox

Ces messages $GPTXT semblent émis dans la séqeunce de démarrage de récepteurs u-blox ?

Infos utiles concernant les types de messages NMEA les plus courants:
GPS - NMEA sentence information