GPS Modul mit USB-Schnittstelle

Markus schrieb:
> Gibt es für dieses Format ein Visualisierungsprogramm für den PC, das
> die Daten anzeigen kann?

In den Datensätze sind sehr verschiedene Informationen enthalten 
(Navigationsdaten, GPS-Empfangsbedingungen, GPS 
Satellitenkonstellation).

Wenn du den Overhead eines Karten- oder Navigationsprogrammes vermeiden 
möchtest, nimmst du ein Tool wie z.B. VisualGPS.
http://www.visualgps.net/#visualgpsview-content

Vielleicht funktioniert das für dein Betriebssystem.

gpsbabel && https://www.j-berkemeier.de/ShowGPX.html && 
https://www.mankier.com/1/gpxlogger

Danke für eure Antworten. Eigentlich wäre vielleicht ein Python Script 
nicht schlecht, dass die Daten schon aufdröseln kann. Dann könnte man 
eine Echtzeit-Anzeige damit basteln.

Autor: Michael U. (amiga)
Datum: 21.04.2018 11:47
>dieses Modul habe ich auch. Es ist uBlox Neo 7m kompatibel, zumindest
>erkennt es die Software von uBlox als Neo-7 und redet mit ihm.
>PS: mit installiertem uBlox USB-Treiber startete meine ArduinoIDE nicht
>mehr, hat sich irgendwie bei der Suche nach COM-Ports daran

Mit dem Modul war das bei mir jetzt überhaupt kein Problem. Ich verwende 
Ubuntu und das hat den Treiber scheinbar schon drinn.

Was ist eigentlich der Vorteil der 7m Version gegenüber den 6er 
Versionen?

Wenn du das per USB einsteckst, hat dein PC dann eine zusätzliche 
serielle Schnittstelle? Oder stellt es ein HID dar?

Aber wenigstens wissen wir jetzt, wo du wohnst :-D

Ich auch nicht mehr, da 7°62' eher Blödsinn ist. Das wären dann 8°02'.

Harry schrieb:
> Aber wenigstens wissen wir jetzt, wo du wohnst :-D

Dafür müsstest man erstmal die veränderten Ziffern wissen.
So wie es oben steht, ist das kein gültiger NMEA Sentence.

Spätestens die Anzahl der Minuten in der Längenangabe hätte dich stutzig 
machen sollen, ganz abgesehen von der Prüfsumme.

Markus schrieb:
> Was ist eigentlich der Vorteil der 7m Version gegenüber den 6er
> Versionen?

Das kommt drauf an, welchen 6er du meinst. Der weit verbreitete NEO-6M 
hat IMHO bspw. keinen Ausgang für einen Zeitpuls. Und mit 
Galileo-Kompatibilität durch ein einfaches Firmware Update dürfte es bei 
der ganzen NEO-6 Serie nichts werden.

Autor: Wolfgang (Gast)
Datum: 21.04.2018 11:42
>Wenn du den Overhead eines Karten- oder Navigationsprogrammes vermeiden
>möchtest, nimmst du ein Tool wie z.B. VisualGPS.
>http://www.visualgps.net/#visualgpsview-content

Genau so ein Programm könnte ich für Linux gebrauchen.


Autor: Harry (Gast)
Datum: 21.04.2018 13:33
>Wenn du das per USB einsteckst, hat dein PC dann eine zusätzliche
>serielle Schnittstelle? Oder stellt es ein HID dar?
Es taucht als serielle Schnittstelle auf. Die Daten habe ich einfach via 
Terminalprogramm empfangen.

>Aber wenigstens wissen wir jetzt, wo du wohnst :-D
So weit hat mein Verständnis der Daten dann doch gereicht, dass sich 
nicht dem Ort hier entsprechen.

...

Jetzt fehlt mir nur der Anschlussplan für den MC und eventuell mögliche 
Kommandos.

Laut Datenblatt kann das Neo 7 wohl auch die Glonass und nicht nur die 
GPS Satelliten.
Bleibt nur die Frage, ob das automatisch passiert oder ob man da was 
einstellen muss.

https://www.u-blox.com/sites/default/files/products/documents/NEO-7_DataSheet_%28UBX-13003830%29.pdf

Markus schrieb:
> Bleibt nur die Frage, ob das automatisch passiert oder ob man da was
> einstellen muss.

Automatisch scheint es nicht zu passieren, sonst hätten in den 
Datensätzen wohl Galileo-Satelliten auftauchen müssen.

Wenn du die Daten in selbst erstellter Software brauchst und Linux 
verwendest, ist es evtl geschickt, gpsd zu verwenden. Damit gibt es eine 
einheitliche Schnittstelle, und in Parsen, Behandlung der diversen 
Receiver-Bugs und im Ausgleich der Idiotien des NMEA-Formats stecken 
dort schon ein paar 1000 Stunden Arbeit kompetenter Menschen.

Tom schrieb:
> ... im Ausgleich der Idiotien des NMEA-Formats ...
Was hast du denn für Probleme mit dem NMEA-Format?
Manche Dinge werden in der Nautik etwas anders gehandhabt, als es dir 
vielleicht in den Kram passt ;-)

Wolfgang schrieb:
> Was hast du denn für Probleme mit dem NMEA-Format?
Ich gar keine. Die gpsd-Entwickler schon: http://esr.ibiblio.org/?p=801

Tom schrieb:
> Ich gar keine. Die gpsd-Entwickler schon: http://esr.ibiblio.org/?p=801

Die sehen das Datenformat wohl aus einer relativ praxisfernen 
Perspektive, nämlich lediglich möglichst bequem und ohne über die Daten 
nachzudenken, hübsche TPV-Reports loggen zu können. Was aber 
interessiert ein Radargerät eine vierstellige Jahresangabe oder wozu 
braucht ein Windmesser einen vollständigen TPV Report. Mal ganz davon 
abgesehen, dass bei den GPS-Satelliten die Zeitzählung nach knapp 20 
Jahren überläuft und die GPS-Zeit inzwischen um etliche Sekunden gegen 
UTC verschoben ist. Da könnten sie also genauso über die GPS-Daten 
herziehen.
Und wenn die gpsd-Entwickler dann etwas Moderneres haben wollen, sollen 
sie doch NMEA2k verwenden. Da haben sie aber genaus das Problem, dass 
nicht jedes Gerät alle Daten synchronisiert von sich gibt. Außerdem 
müssen sie dann nur noch uBlox und diverse andere überreden, in jedes 
kleine GPS-Modul die entsprechende CAN-Unterstützung zu integrieren.

Autor: Sheeva Plug (sheevaplug)
Datum: 22.04.2018 00:07
>Markus schrieb:
>> .. vielleicht ein Python Script
>> nicht schlecht, dass die Daten schon aufdröseln kann.
>Was hindert Dich daran, das csv-Modul von Python zu importieren und zum
>Parsen Deiner Daten zu benutzen?

Danke.
Was hindert Dich daran, ein konkretes Beispiel für GPS Daten dafür zu 
posten, wenn Du das Verfahren schon gut kennst?

Autor: Alex Ge (dragongamer)
Datum: 22.04.2018 01:29
>Wolfgang schrieb:
>> und die GPS-Zeit inzwischen um etliche Sekunden gegen
>> UTC verschoben ist. Da könnten sie also genauso über die GPS-Daten
>> herziehen.
>Wobei die GPS zeit die konsequent einfachere Zeit ist:

Man bekommt aber scheinbar die Uhrzeit ganz gut über die NMEA-Daten.

Hier ist die "Global Positioning System Fix Data" Zeit
http://aprs.gids.nl/nmea/#gga
>$GPGGA,051926.00,4891.02588,N,00812.01081,E,1,04,4.26,189.4,M,47.3,M,,* 53

051926 bedeutet 5:19:26 Uhr UTC

Mein Rechner zeigt jetzt 7:19:26 also zwei Stunden Unterschied zu dem 
was der GPS-Receiver ausgibt.

Alex G. schrieb:
> "Armed and Dangerous - Sex, software, politics, and firearms. Life's
> simple pleasures…"
> Was für ne Irren-Seite ist das denn? o.O

Große Töne - und bei Gypsy liest man dann als Kommentare zu GPSD:

"Gypsy was designed to fix the numerous design flaws found in GPSD."
https://gypsy.freedesktop.org/wiki/

Markus schrieb:
> Mein Rechner zeigt jetzt 7:19:26 also zwei Stunden Unterschied zu dem
> was der GPS-Receiver ausgibt.

Das was dein GPS-Receiver ausgibt, hat nichts mit der GPS-Zeit zu tun, 
sondern ist schon umgerechnet auf UTC, so wie es die NMEA 0183 
Spezifikation verlangt. Die Umrechnerei von GPS-Wochen auf das passende 
Datumsfenster und die Berücksichtigung der aktuellen Differenz zwischen 
TAI und UTC ist schon längst erledigt, wenn die Daten als NMEA 
rauskommen.

Icke ®. schrieb:
> Googlesuchen führen wieder nur zu Verkaufslinks mit diesen
> Bezeichnungen. Was hat es damit auf sich?

Zumindest NEO-6M sollte dich auch zu u-blox, dem Hersteller führen.

Ich habe mir auch vor einiger Zeit so ein Modul mit dem NEO 6M gekauft.
Das funktioniert zusammen mit einem FTDI Chip auch recht Gut.
Ist dann so wie eine GPS Maus per USB.
Nur wie kann ich die NMEA Daten unter Windows 10 nutzen?
Ich habe schon mal danach gesucht, es ist dafür wohl eine Windows API 
notwendig um das GPS Modul z.B. mit Bing Karten zu nutzen.
Hat jemand von euch einen Vorschlag wie ich hier vorgehen muss um die " 
GPS Maus" zu nutzen.