GPS-Höhe, MSL und Geoid

    Hallo zusammen,


    ich will das Thema Höhe und GPS nicht nochmals anstossen - doch ist mir dabei etwas unbegreiflich:


    Mein GPS (Royaltek RT 3000) liefert mir folgenden GPS-Datensatz:


    $GPGGA,190340.353,5059.9911,N,00924.7724,E,1,04,7.0,187.8,M,47.9,M,0.0,0000*7F


    Das Format dazu ist:


    $GPGGA,<Uhrzeit>,<Breitengrad>,<Längengrad>,<Qualität der Messung>,<Anzahl Satelliten>,<HDOP>,<Höhe über MSL>,<Einheit der Höhe>,<Höhe über dem Ellipsoid>,<Einheit der Höhe>,<DGPS>,<ID>


    (http://www.kowoma.de/gps/zusatzerklaerungen/NMEA.htm)


    Nun zeigt OziCE in diesem Fall als Höhe 187.8 Meter an, wobei die angezeigte Höhe doch 187.8 - 47.9 = 139.9 sein sollte (was der Realität auch sehr nahe kommen würde)? Oder liege ich da komplett falsch?


    Was mir auch noch aufgefallen ist: Manche GPS-Empfänger liefern die Geoid-Höhe als negative Zahl - vielleicht liegt dort der Fehler ...


    Um jede Hilfe oder einen Hinweis bin ich dankbar ...

    Hallo Gerhard,


    die Geoid-Höhe (-Korrektur) wird von allen mir bekannten Navi- und Karten-Progs nicht verarbeitet. Warum - das wird in (Entwickler-) Geheimnis bleiben.

    Hallo karomue & Lucius,


    vielen Dank für die schnellen Info, insbesondere der Link zum anderen Task. Jetzt weiss ich, daß ich doch nicht ganz falsch liege (und nicht ganz blöde bin) ...


    Vielleicht hat Des Newman in nächster Zeit mal Zeit, Lust und Laune dafür - bis dahin kann man ja mit den Korrekturfaktor (Geoid-Höhe) abziehen (was auch den "Kopf" fit hält ;D )


    Tolles Forum - macht echt Spass

    Hi,


    habe folgende Info von Des bekommen:


    "True but your gps is not outputting the correct values, where the 187.8 value is in the $GPGGA nmea sentence this should be 139.9 as the NMEA specification says that this value is the height above Mean Sea level not the height above the ellipsoid. Other GPS receivers (non SIRF based) output the correct values."


    Tja - Firmware gibt es meines Wissens nach nicht - da hilft nur einen Nicht-Sirf-GPS zu kaufen, wenn man die korrekte Höhe will ... oder Des hat Lust und Zeit dazu ...

    Einmal editiert, zuletzt von edsb-flyer ()

    Support-Antwort von Royaltek zu dem Problem, daß die Höhe falsch (also auf dem Ellipsiod und nicht als MSL) im NMEA-Feld 9 eingetragen ist:


    "With regard to your question, actually, our product is for 2D car navigation, so it is why there is an error on MSL and the problem is not related to firmware."


    HINWEIS: Dies bezieht sich auf das RoyalTek BlueGPS RT 3000!

    Hallo Gerhard,


    also für mich hört sich diese Antwort von RoyalTek typisch an. Typisch für Hersteller bzw. deren Support, wenn die keine Lust haben sich mit dem Problem oder dem Anliegen eines KUNDEN auseinanderzusetzen.


    Wenn die RoyalTek eine 2D-Maus für die car navigation mit welchem Auto kann man eigentlich immer und überall zweidimensional fahren ??? - ist, warum liefert die Maus dann überhaupt einen Wert für den Korrekturfaktor (Geoid separation ) ??? Meine beiden SysOnChip-Karten beide haben einen SiRF-Chip liefern jedenfalls keinen Wert für die Korrektur. Wobei meine SysOnChip GPS CF wohl eine 2D-Maus die hat nämlich noch nie einen 3D-Fix hinbekommen und meine SysOnChip GPS CF Plus eine 3D-Maus ist. Also auch eine 3D-Maus muss nicht zwingend einen Korrekturwert liefern (oder ?).


    Was steht bei Deiner RoyalTek den in dem Datensatz GSA in Feld 1 und 2 ?? Feld 1 gibt den GPS receiver operation mode 1 an. Wobei A für automatische und M für manuelle Umschaltung zwischen 2D und 3D Fix steht. Feld 2 ist der GPS receiver operation mode 2 und gibt an, welchen Fix die Maus gerade hat (1 = fix not available, 2 = 2D fix und 3 = 3D fix).


    Bei einem 3D-Fix (meine SysOnChip GPS CF Plus) sieht der GSA Datensatz dann so aus :
    $GPGSA,A,3,20,07,11,25,04,13,01,,,,,,2.1,1.0,1.9*3D


    Und bei einem 2D-Fix (meine SysOnChip GPS CF) so :
    $GPGSA,A,2,20,01,11,07,25,04,13,,,,,,2.1,1.0,1.9*3C


    Also für mich ist das definitive ein Problem in der Firmware der RoyalTek. Oder hat meine SoC+ ein Firmware Problem, weil sie bei einem 3D-Fix keinen Korrekturwert liefert ?


    Bis denn
    Hamba

    Hi Hamba,


    Zitat

    Wenn die RoyalTek eine 2D-Maus für die car navigation mit welchem Auto kann man eigentlich immer und überall zweidimensional fahren ??? - ist, warum liefert die Maus dann überhaupt einen Wert für den Korrekturfaktor (Geoid separation ) ??? Meine beiden SysOnChip-Karten beide haben einen SiRF-Chip liefern jedenfalls keinen Wert für die Korrektur. Wobei meine SysOnChip GPS CF wohl eine 2D-Maus die hat nämlich noch nie einen 3D-Fix hinbekommen und meine SysOnChip GPS CF Plus eine 3D-Maus ist. Also auch eine 3D-Maus muss nicht zwingend einen Korrekturwert liefern (oder ?).


    Mich interessiert eigentlich hauptsächlich der korrekte Höhenwert über MSL, d.h. der Geoid und der Ellipsoid ist beim normalen Gebrauch egal, beim "rumspielen" wäre es interessant. Von daher denke ich auch, daß der Korrekturwert (Geoid-Differenz) nicht zwingend sein muß. Grundsätzlich bin ich etwas enttäuscht, daß solche "Formatspielchen" auf dem Rücken von Kunden ausgetragen werden (insbesondere da auch diese Mäuse nicht besonders billig sind!).


    Zitat

    ... Also für mich ist das definitive ein Problem in der Firmware der RoyalTek. Oder hat meine SoC+ ein Firmware Problem, weil sie bei einem 3D-Fix keinen Korrekturwert liefert ?


    Ja, das denke ich auch - aber zwingen kann man den Hersteller zu einer Firmware-Änderung leider nicht.


    Mein GPGSA sieht so aus:


    2D-Fix: $GPGSA,A,2,04,07,13,,,,,,,,,,,,32.0,25.0,20.0*06
    3D-Fix: $GPGSA,A,3,24,04,07,13,,,,,,,,,,,9.6,8.2,5.0*35

    Einmal editiert, zuletzt von edsb-flyer ()