Holux GPSlim236(B) zeigt falsche Positionsdaten im NMEA Modus

Hallo Leute,
ich habe mir einen Holux GPSlim236 in der Bucht geschossen um erste Versuche mit 'routetracking' anhand von GPS-Daten zu testen. Ich wollte die Daten des BT-receivers über Bluetooth von meinem Handy abgreifen und dann später anschauen, bzw. bearbeiten. Außerdem bin ich auch an div. Statistiken während der Tour interessiert.

Nun habe ich aber das Problem, das der Holux GPSlim236 im NMEA-Modus absolut falsche Positionsdaten liefert. Diese Unterscheiden sich gravierend von der eigentlichen Position. Im SirfModus funktioniert jedoch alles einwandfrei! Mit der Bluetooth Verbindung bin ich im Moment auch nicht recht zufrieden, es kommt schon öfters vor, das ich die Verbindung zwischen Handy und dem Holux verlieren.

Nun frage ich mich , ob ich bezüglich der Positionsdaten im NMEA-Modus noch etwas einstellen kann oder korrigieren muss.

Hier meine Daten:
Gerät: Holux GPSlim 236 Rev.B (vom Jahr 2005)
aktuelle Firmware: GSW3.2.2_3.1.00.12-SDK003P1.bin
(Das entspricht wohl V6. Die Versionen V5 und V7 habe ich auch schon getestet...gleicher Fehler!).

Die Positionsdaten:
Im SirfModus: 50.215610, 8.54480 (diese sind korrekt)
Im NMEA Modus: 50.129014, 8.327430 (total falsch..wohl eine Abweichung von ca. 18km).

Habe bereits verschiedene Optionen mit dem Tool SirfDemo gestestet, wobei ich ehrlich gestehen muss, das ich überhaupt keine Ahnung habe, was ich da eigentlich so alles einstellen muss, bzw. worauf zu achten ist.

Weitere Daten im screenshot!!!

Danke für eure Tips.
MfG hmikux

Vielleicht habe ich ja etwas falsch verstanden..wenn ich mir die GPS Daten auf meinem Linux Rechner mit cgps anschaue (oder auch gpsdriver), dann stimmt soweit alles!

Wird eine Korrektur der Positionsdaten von der Software durchgeführt?? Wenn ich mir die GPS Daten auf meinem Handy (j2me tools: to-kompass oder auch veloxgps anschaue), dann sehe ich nur die falschen Koordinaten...heisst das: die Tools arbeiten an dieser Stelle falsch??

Bitte um Aufklärung wenn möglich!

cat /dev/rfcomm0
$GPGGA,180740.000,5012.9324,N,00832.7063,E,1,05,3.3,299.7,M,47.9,M,,0000*5D
$GPGSA,A,3,19,14,11,32,23,,,,,,,,4.2,3.3,2.6*3D
$GPGSV,3,1,10,11,81,227,24,32,77,232,30,20,47,244,,14,29,048,24*74
$GPGSV,3,2,10,19,22,168,34,17,22,315,,28,15,272,20,26,08,031,16*7A
$GPGSV,3,3,10,23,08,189,27,31,04,107,*74
$GPRMC,180740.000,A,5012.9324,N,00832.7063,E,0.00,275.91,091109,,,A*6D

Hier sieht man deutlich die fehlerhaften GPS NMEA Positionsdaten. Den screenshot von cgps habe ich mal den Thread angehängt.

Danke und Gruss
hmikux

Hallo,

überprüfe bitte ob bei allen beteiligten das Map Datum auf WGS84 eingestellt und nirgends eine Datums-Transfomation aktiv ist.

Gruss Joern Weber

Wenn ich mich nicht deutlich verrechnet habe, komme ich im 2. Beispiel auf eine Abweichung von ca 5 m.

NMEA N 50° 12,9324' = 50,21554° im Vergleich zu 50,215494°

Im ersten Fall sind es zwar ca 65 m, aber bei den HDOP-Werten im Protokoll und dem zeitlichen Unterschied zwischen den Fenstern auch nicht unbedingt Besorgnis erregend.

Darüber würde ich mir keinen Kopf machen.

Aber mit SirfDemo würde ich vorsichtig umgehen, wenn Du schon selbst sagst, dass Du eigentlich nicht genau weißt, was Du da machst.

Hi Bogi100,
ich gebe dir recht...war wohl nur ein Irrtum meinerseits. Habe heute mal 2 Tracks gespeichert und dann im Detail auf GoogleMaps betrachtet (PKW/ Autobahn und Stadtkurs/ jeweils ca. 30km). Die NMEA-Daten stimmen soweit und die Route in GMaps ist exakt.

@All:
Das funktioniert prima mit dem Holux GPSlim236 in Verbindung mit einem J2ME-Handy und dem Tool VeloxGPS. Ich werde mir noch eine Lösung für mein Motorrad überlegen (den eigentlichen Einsatzzweck), GPS-Receiver in einen wasserdichten Beutel im Fach unter dem Sitz und ein Handy mit Bluetooth nach min. IP54 Standard mit einer Halterung ans Lenkrad..mal sehen).

Danke nochmals an alle.