QMapShack: GPS-Position anzeigen

Und gleich die zweite Frage zu QMapShack:
Die doch recht steile Lernkurve bei QMapShack habe ich mir "gegönnt", obwohl das Programm doch ziemlich komplex (und mächtig) ist.

Bei subjektiv einfachen Fragen stehe ich allerdings immer noch etwas doof da, z.B. bei der Anzeige der GPS-Position.

Mir ist klar, dass QMapShack keine Navi-Software ist, aber die Option zum z.B. Aufzeichnen der Position ist ja vorhanden.

Die GPS-Mouse (1546:01a7 U-Blox AG) wird unter z.B. foxtrotgps auch erkannt und genutzt (via GPSd)

Gibt es bei QMapShack bestimmte Einschränkungen hinsichtlich der Gerätehardware oder ist eine Live-Anzeige der aktuellen Position nicht vorgesehen?

Macht es für QMS tatsächlich noch einen Unterschied, welche Hardware dahinter steckt, wenn ich einfach nur die Adresse vom GPSd angebe? Ich hatte vermutet/gehofft, dass die Daten dadurch normiert an die Schnittstelle ausgegeben werden.

gpsmon zeigt vom angegebenen (USB-)Gerät die korrekten GPS-Daten (m.W. NMEA-konform) an und netstat auch eine Verbindung von QMS zum GPSd (127.0.0.1:2947), es wird in QMS eben nur nichts angezeigt.

Wie im verlinkten Wiki-Artikel sollte GPSd doch als "virtual GPS receiver" erkannt werden, oder doch nicht?

Hm, hab gerade noch mal nachgeschaut:

tcp 0 0 127.0.0.1:2947 0.0.0.0:* LISTEN
sudo netstat -antp|grep -i 37300
tcp 0 0 127.0.0.1:37300 127.0.0.1:2947 VERBUNDEN 674468/qmapshack
tcp 0 0 127.0.0.1:2947 127.0.0.1:37300 VERBUNDEN 467689/gpsd

Es geht also bereits über TCP.

Trotzdem habe ich mal die Methode mit gpsserver.py und auch der Umlenkung des Geräteports über ncat (ncat -v -l 11234 </dev/ttyACM0)

Auch habe ich mal einen Fakeserver mit gpsfeed+_amd64 gestartet, dieser wird von QMS erkannt.

Anhand der Ausgabe von gpsmon kann ich allerdings nicht ermitteln, warum das ein Unterschied ist:

gpsmon --nocurses 127.0.0.1:2947 (der GPSd mit verbundenem ublox7)

gpsmon: tcp://127.0.0.1:2947

(114) {"class":"VERSION","release":"3.22","rev":"3.22","proto_major":3,"proto_minor":14,"remote":"tcp://127.0.0.1:2947"}

(255) {"class":"DEVICES","devices":[{"class":"DEVICE","path":"tcp://127.0.0.1:2947#/dev/ttyACM0","driver":"NMEA0183","activated":"2023-01-02T06:51:12.619Z","flags":1,"native":0,"bps":9600,"parity":"N","stopbits":1,"cycle":1.00}],"remote":"tcp://127.0.0.1:2947"}

(154) {"class":"WATCH","enable":true,"json":false,"nmea":false,"raw":2,"scaled":false,"timing":false,"split24":false,"pps":true,"remote":"tcp://127.0.0.1:2947"}

(40) $GPRMC,065113.00,V,,,,,,,020123,,,N*7F

(21) $GPVTG,,,,,,,,,N*30

TOFF= 1672642273.035579310 real= 1672555873.000000000

(42) $GPGGA,065113.00,,,,,0,00,99.99,,,,,,*66

(45) $GPGSA,A,1,,,,,,,,,,,,,99.99,99.99,99.99*30

(62) $GPGSV,3,1,12,02,02,337,,04,30,074,,05,09,305,,06,36,215,*74

(62) $GPGSV,3,2,12,07,58,161,,09,68,073,,11,47,267,,16,19,057,*79

(64) $GPGSV,3,3,12,20,41,299,25,26,08,025,,29,08,334,,30,27,195,*7F

(29) $GPGLL,,,,,065113.00,V,N*4A

(40) $GPRMC,065114.00,V,,,,,,,020123,,,N*78

(21) $GPVTG,,,,,,,,,N*30

TOFF= 1672642274.038474273 real= 1672555874.000000000

(42) $GPGGA,065114.00,,,,,0,00,99.99,,,,,,*61

(45) $GPGSA,A,1,,,,,,,,,,,,,99.99,99.99,99.99*30

(62) $GPGSV,3,1,12,02,02,337,,04,30,074,,05,09,305,,06,36,215,*74

(62) $GPGSV,3,2,12,07,58,161,,09,68,073,,11,47,267,,16,19,057,*79

(64) $GPGSV,3,3,12,20,41,299,25,26,08,025,,29,08,334,,30,27,195,*7F

(29) $GPGLL,,,,,065114.00,V,N*4D

(40) $GPRMC,065115.00,V,,,,,,,020123,,,N*79

(21) $GPVTG,,,,,,,,,N*30

TOFF= 1672642275.038822963 real= 1672555875.000000000

(42) $GPGGA,065115.00,,,,,0,00,99.99,,,,,,*60

(45) $GPGSA,A,1,,,,,,,,,,,,,99.99,99.99,99.99*30

(62) $GPGSV,3,1,12,02,02,337,,04,30,074,,05,09,305,,06,36,215,*74

(62) $GPGSV,3,2,12,07,58,161,,09,68,073,,11,47,267,,16,19,057,*79

(64) $GPGSV,3,3,12,20,41,299,25,26,07,025,,29,08,334,,30,27,195,*70

(29) $GPGLL,,,,,065115.00,V,N*4C

(40) $GPRMC,065116.00,V,,,,,,,020123,,,N*7A

[...]

gpsmon --nocurses 127.0.0.1:2222 (die Simulation)

gpsmon: tcp://127.0.0.1:2222

(69) $GPGGA,065324,3759.9647,N,02400.0485,E,1,04,5.6,412.2,M,34.5,M,,*4F

(68) $GPRMC,065324,A,3759.9647,N,02400.0485,E,36.8,40.2,020123,5,E,A*04

(70) $GPGSV,8,1,32,01,35,219,05,02,89,232,51,03,31,225,01,04,82,250,48*7D

(70) $GPGSV,8,2,32,05,73,024,41,06,80,262,46,07,68,337,37,08,56,289,26*7C

(70) $GPGSV,8,3,32,09,21,140,-9,10,80,277,46,11,89,024,51,12,28,122,-2*75

(70) $GPGSV,8,4,32,13,84,135,49,14,83,029,48,15,78,231,44,16,57,101,28*7D

(70) $GPGSV,8,5,32,17,65,289,35,18,89,172,51,19,77,007,44,20,39,129,09*79

(70) $GPGSV,8,6,32,21,90,039,52,22,70,317,38,23,81,352,46,24,87,008,50*72

(71) $GPGSV,8,7,32,25,21,340,-10,26,90,276,52,27,57,284,28,28,83,159,48*52

(72) $GPGSV,8,8,32,29,07,040,-24,30,21,247,-9,31,18,300,-12,32,54,212,24*6F

(69) $GPGGA,065326,3759.9855,N,02400.0582,E,1,04,5.6,758.1,M,34.5,M,,*48

(68) $GPRMC,065326,A,3759.9855,N,02400.0582,E,39.8,20.2,020123,5,E,A*04

(70) $GPGSV,8,1,32,01,34,219,04,02,88,232,51,03,32,225,02,04,83,250,48*7D

(70) $GPGSV,8,2,32,05,73,024,41,06,81,262,46,07,69,337,37,08,56,289,26*7C

(71) $GPGSV,8,3,32,09,21,140,-10,10,80,277,46,11,89,024,51,12,29,122,-1*4F

(70) $GPGSV,8,4,32,13,84,135,49,14,83,029,48,15,77,231,44,16,57,101,27*7D

(70) $GPGSV,8,5,32,17,65,289,35,18,89,172,51,19,77,007,44,20,39,129,09*79

[...]

Zwischenzeitlich habe ich mir auch einen NL-8002U (1546:01a8 U-Blox AG [u-blox 8]) besorgt, weil der in der Doku als getestet angegeben ist, aber auch damit funktioniert es nicht.

Offenbar ist der Hauptunterschied in der Ausgabe von gpsmon zwischen der Simulation und den beiden ublox, dass statt GPRMC/GPGGA GNRMC/GNGGA von den Geräten kommen, die aber (fast) die gleichen Informationen enthalten.

Nur ein/zwei Dezimalstellen sind zusätzlich dabei, ähnlich wie beim verlinkten Issue 570.

simu

$GPRMC,065324,A,3759.9647,N,02400.0485,E,36.8,40.2,020123,5,E,A*04

ublox8

$GNRMC,195543.00,A,5216.22732,N,01032.41900,E,0.468,,070123,,,A*66

In CRtGpsTetherInfo.cpp finde ich aber keine Stelle, in der "GN" oder "GP" als Präfix für RMC/GGA/etc. festgelegt werden.

Es würde vmtl. schon reichen, wenn nicht explizit nur GP-Felder (GPS-only), sondern alternativ auch GN-Felder ("any system") akzeptiert würden, falls es "nur" daran liegt.

Mit gpsctl habe ich bisher keine Möglichkeit gefunden, die beiden Ublox zur Ausgabe von GP-Feldern zu bewegen, bei --nmea kommen trotzdem weiterhin GNRMC/GNGGA (ist anscheinend auch NMEA) oder die Formatierung der Felder (zwei Stellen weniger) zu ändern.

Mich würde es auch interessieren, unter welchen Bedingungen bzw. Konfigurationen angegebene Geräte als kompatibel getestet worden sind, immerhin habe ich ja nun eines davon.

Edit: die MainTalkerID konnte ich mangels Syntaxkenntnis des ubxtool nicht ändern, aber mit "ubxtool -d GLONASS" zumindest GNRMC/GNGGA als default abstellen.

In QMS werden immer noch keine Koordinaten angezeigt, es liegt offenbar also wirklich am Format bzw. der Anzahl der Dezimalstellen.

Leider kann ich eine Änderung im Quellcode gerade nicht selbst testen, da cmake wegen

PROJ fehlschlägt, obwohl libproj-dev (gefordert >v7) in Version 8.1.1 (Kubuntu 22.04) vorliegt.

Mit meinem anderen System (Kubuntu 20.04) klappt es nicht, weil es nur v6 ist *rolleyes*

Update in:

No position displayed because of amount of decimals in position data · Issue #579 · Maproom/qmapshack

Describe the bug At least with ublox devices (e.g. 1546:01a8 U-Blox AG [u-blox 8]) GPRMC/GPGGA are formatted with one/two trailing decimals which QMS currently…

github.com

bzw.

Ich habe es nach einer kleinen Frustrationspause noch einmal mit einem weiteren Gerät versucht und das Erreichen einer "richtigen" Lösung aufgegeben.

Kurzfassung: Auch mit dem als kompatibel angegebenen NL8002 funktioniert die Verbindung nicht, aber bei manueller Einrichtung einer seriellen Bluetooth-Verbindung (nur bedingt stabil) mit einem Visiontac V990 und eines Listeners empfängt QMS nun GPS-Daten.

Nicht schön und etwas kompliziert, reicht mir aber als Workaround mit je einem funktionierenden GPS-Gerät pro benutzter Anwendung