Ich habe den QUECTEL L50 GPS Empfänger incl. EVAL Board. Funktioniert erstmal ganz prima. Ich frage mich, wie der String [1] richtig zerlegt werden soll, denn die zweite Koordinate (01133) ist 5 Stellen lang und die erste nur 4 (4809 vor dem Komma). Die Koordinate umgerechnet ist die Minute immer 2 Stellen lang? , dann könnte man ja alles davor nehmen? [1] $GPRMC,130900.000,A,4809.2495,N,01133.7260,E,1.37,113.24,120415,,,A*6A<\ r><\n>
Gast
#4088805
Hi >Ich frage mich, wie der String [1] richtig zerlegt >werden soll, ... Die Koordinaten haben das Format ddmm.mmmm für die Länge und ddmm.mmmm für die Breite (dd für Grad und mm.mmmm für Minute). >denn die zweite Koordinate (01133) ist 5 Stellen lang und >die erste nur 4 (4809 vor dem Komma) Ja. 0..180° für die Länge und 0..90° für die Breite. Aber vielleicht solltest du deine Frage noch mal präzisieren. MfG Spess
Gast
#4088874
Tino Kühn schrieb: > Ich frage mich, wie der String [1] richtig zerlegt > werden soll, denn die zweite Koordinate (01133) ist 5 Stellen lang und > die erste nur 4 (4809 vor dem Komma). Google hilft http://www.satsleuth.com/GPS_NMEA_sentences.htm
Gast
#4088893
Hi >Die Koordinaten haben das Format ddmm.mmmm für die Länge ... sollte Die Koordinaten haben das Format dddmm.mmmm für die Länge ... heißen. >Google hilft >http://www.satsleuth.com/GPS_NMEA_sentences.htm Sinnvoller ist die Suche nach 'NMEA Reference Manual' MfG Spess
Gast
#4088914
spess53 schrieb: > Sinnvoller ist die Suche nach 'NMEA Reference Manual' Bis auf die Aktualisierung auf NMEA 2.3 mit dem Mode Indikator steht da so viel anderes nun auch nicht drin. Dann kann man auch gleich einen Link posten, z.B. https://www.sparkfun.com/datasheets/GPS/NMEA%20Reference%20Manual1.pdf
Gast
#4088939
Dir ist bekannt wozu die Kommas gedacht sind?
Gast
#4088943
Markus schrieb: > Dir ist bekannt wozu die Kommas gedacht sind? Das "Komma", um dass es ging, war ein Punkt (".")
spess53 schrieb: > Die Koordinaten haben das Format ddmm.mmmm für die Länge und ddmm.mmmm > für die Breite (dd für Grad und mm.mmmm für Minute). Eigentlich: ddmm.mmmm für die Breite(Latitude) 90N -> 90S. dddmm.mmmm für die Länge(Longitude) 180E -> 180W Sollte aber keinen Problem darstellen, nur die Zeit ist bei manchen GPS Empfängern als hhmmss.sss dargestellt, andere wiederum zeigen die Zeit als hhmmss.ss an.
Gast
#4088992
Hi > nur die Zeit ist bei manchen > GPS Empfängern als hhmmss.sss dargestellt, andere wiederum zeigen die > Zeit als hhmmss.ss an. Hast du dafür ein Beispiel? Ich kenne hhmmss.sss bei GGA und RMC und hhmmss bei ZDA. MfG Spess
Gast
#4088993
Marc Vesely schrieb: > Eigentlich: > ddmm.mmmm für die Breite(Latitude) 90N -> 90S. > dddmm.mmmm für die Länge(Longitude) 180E -> 180W Nun ja, das Vorzeichen (N,S bzw. E/W) wird beim GPRMC-Sentence jeweils mit dem auf die Längen- und Breitengradangabe folgenden Argument übertragen. "ddmm.mmm(m)" bezeichnet nur den Betrag (ohne Vorzeichen).
Gast
#4088996
Wolfgang schrieb: > Markus schrieb: >> Dir ist bekannt wozu die Kommas gedacht sind? > > Das "Komma", um dass es ging, war ein Punkt (".") Wo ist dann das Problem?
Gast
#4089005
Marc Vesely schrieb: > Sollte aber keinen Problem darstellen, nur die Zeit ist bei manchen > GPS Empfängern als hhmmss.sss dargestellt, andere wiederum zeigen die > Zeit als hhmmss.ss an. Der empfangenden Software sollte es egal sein, mit wieviel Nachkommastellen die Minuten (bei Länge und Breite), die Sekunden (bei der Zeit) oder sonstige Fließkommazahlen vom GPS-Empfänger über dir serielle Schnittstelle ausgegeben werden.
Gast
#4089014
spess53 schrieb: > Ich kenne hhmmss.sss bei GGA und RMC und hhmmss bei ZDA. Bei ZDA machen Dezimalstellen für die Sekunden auch wenig Sinn, weil das der Timestamp für den vorausgehenden 1PPS-Puls ist, der bekanntlich immer zur vollen Sekunde ausgegeben wird. Die Message kann viele Millisekunden später kommen.
spess53 schrieb: > Hast du dafür ein Beispiel? > > Ich kenne hhmmss.sss bei GGA und RMC und hhmmss bei ZDA. Ich glaube bei LEA6S (u-Blox) waren es hhmmss.ss bei RMC.