Tageskilometerzähler falsch

Bei einem Trackpunkt pro Sekunde wundert mich nicht das die Kiste voll daneben haut. Da ist ja die Abweichung bald so gross wie die zurückgelegte Strecke in dem Zeitabschnitt. Auf deutsch: Dein GPS rechnet einen wilden Zickzackkurs im Tracklog. Der Tageskilometerzähler glättet ziemlich stark. Fährst du Auto ist die Geschwindigkeit höher und damit die Abweichung im Verhältnis zur zurückgelegten Strecke deutlich grösser.

Das ist keine Theorie. Der Tracklog wird immer zuviel anzeigen. Der Tripcomputer zu wenig. Das habe ich doch gesagt.
Die nahezu richtige Strecke kriegst du nur am PC raus indem du dir n Filter baust und über den Tracklog jagst.
Das sind keine Fehler sondern mathematische Probleme. Das Odometer glättet so stark das es dir die ganzen Kurven rausschneidet. Diesen Algorithmuss will Garmin anpassen und den Tiefpass dem Bewegungstempo anpassen.

Ich bezog mich auf die Aufzeichnung mit einer Sekunde. Stellst du natürlich auf Automatisch wird je nach dem welche Häufigkeit du im automatichen Modus eingestellt hast der Tracklog anderst aussehen. Aber mal im Ernst so schwer ist das doch nicht zu begreifen wie das System funktioniert und wie es durch die verschiedenen Faktoren zu den Ergebnissen kommt.

Ich geb dir mal n Tip. Mach dir mal n überschaubaren Tracklog mit einer Aufzeichnung pro Sekunde. Dann hast du genau das was das Sattelitensystem liefert. Dann schnappst du dir irgend n Track Analyseprogramm und probierst mal diverse Filter durch und schaust dir das Ergebnis auf der Karte an. Dann begreifst du sehr schnell wieso die Strecken zu kurz oder zu lang sind. Nebenbei kommst du noch auf den Trichter welche Filter dein GPS ungefähr benutzt. Dann verstehst du die Ergebnisse besser und kannst sie deutlich interpretieren.

Zitat von freeday

Wenn es so einfach ist, wie Du sagt, dann wundert mich, daß Garmin schon seit Monaten nach einer Lösung sucht.

Ich sagte nicht das die Lösung einfach ist, sondern nur das es einfach zu verstehen ist. Es gibt nämlich keine Lösung für das Problem. Ich sags jetzt mal ganz doof das du es vielleicht kapierst. Glättest du den Track (Tiefpass Filter) werden die geraden Strecken genauer und die Kurven dafür ungenau. Glättest du den Track weniger sind die geraden Strecken ungenau und die Kurven genauer. Es gilt den Kompromiss zu finden. D.h. du musst den Track analysieren wann du wie am besten glättest. Du kannst das z.B. machen indem du die Trackfunktion ableitest und Fouriertransformierst. Aber das sind alles nur Versuche es besser zu machen und für bestimmte Situationen zu optimieren.
Das Beste ist das du selbst den Track nachbearbeitest da du exakt die Gegebenheiten kennst.

Das der Tracklog zuviel und der Tripcomputer zu wenig anzeigt gilt wie gesagt nur bei grossem Verhältnis von Ungenauigkeit/Steckenintervall.

Hi,
ich habe ein NMEA-Protokoll meiner iBT-737 mit dem MTK-Chip:
unterstrichen: Geschwindigkeit; fett: Wahrer Kurs

Es ist also ersichtlich, dass beim MTK-Chip unter einer bestimmten Gechwindigkeit der Wahre Kurs, als der Trackwinkel, nicht geschrieben und daher mit 0.00 ausgegeben wird. Im NMEA-Datensatz wird ein Trackwinkel von 0.00 bei einer Geschwindigkeit von ebenfalls 0.00 angenommen. Wenn nun Garmin anstatt das Datenfeld Geschwindigkeit nun das Feld Trackwinkel auswertet, dann .........; ich finde meine Annahme besser, weil die den fehlenden Kilometer in Freedays Trip besser erklärt, vorausgesetzt, Freeday ist streckenweise unter 3,7 km/h gelaufen.

$GPRMC,161051.000,A,5409.987013,N,00859.390503,E,0.799,0.00,310107,,,A*5B
$GPGGA,161052.000,5409.986801,N,00859.390653,E,1,8,0.99,-8.375,M,45.414,M,,*79
$GPGSA,A,3,20,01,11,17,31,14,25,23,,,,,1.30,0.99,0.84*08
$GPGSV,3,1,09,20,68,250,46,11,63,159,46,01,56,085,48,17,37,299,39*78
$GPGSV,3,2,09,14,21,043,42,23,20,193,42,31,18,093,29,25,16,116,34*73
$GPGSV,3,3,09,44,10,118,*49
$GPRMC,161052.000,A,5409.986801,N,00859.390653,E,1.828,0.00,310107,,,A*50
$GPGGA,161053.000,5409.986404,N,00859.391104,E,1,8,0.99,-8.461,M,45.414,M,,*77
$GPGSA,A,3,20,01,11,17,31,14,25,23,,,,,1.30,0.99,0.84*08
$GPGSV,2,1,08,20,68,250,47,11,63,159,45,01,56,085,48,17,37,299,40*74
$GPGSV,2,2,08,14,21,043,42,23,20,193,41,31,18,093,28,25,16,116,36*73
$GPRMC,161053.000,A,5409.986404,N,00859.391104,E,2.065,158.06,310107,,,A*54
$GPGGA,161054.000,5409.986284,N,00859.391033,E,1,8,0.99,-8.912,M,45.414,M,,*72
$GPGSA,A,3,20,01,11,17,31,14,25,23,,,,,1.30,0.99,0.84*08
$GPGSV,2,1,08,20,68,250,47,11,63,159,45,01,56,085,48,17,37,299,41*75
$GPGSV,2,2,08,14,21,043,42,23,20,193,41,31,18,093,28,25,16,116,38*7D
$GPRMC,161054.000,A,5409.986284,N,00859.391033,E,2.440,167.77,310107,,,A*51
$GPGGA,161055.000,5409.985547,N,00859.390585,E,1,8,0.99,-9.340,M,45.414,M,,*7D
$GPGSA,A,3,20,01,11,17,31,14,25,23,,,,,1.30,0.99,0.84*08
$GPGSV,3,1,09,20,68,250,47,11,63,159,44,01,56,085,47,17,37,299,42*78
$GPGSV,3,2,09,37,27,164,33,14,21,043,41,23,20,193,41,31,18,093,26*7F
$GPGSV,3,3,09,25,16,116,40*42
$GPRMC,161055.000,A,5409.985547,N,00859.390585,E,2.446,185.84,310107,,,A*54
$GPGGA,161056.000,5409.985019,N,00859.390242,E,1,8,0.99,-9.772,M,45.414,M,,*79
$GPGSA,A,3,20,01,11,17,31,14,25,23,,,,,1.30,0.99,0.84*08
$GPGSV,3,1,09,20,68,250,47,11,63,159,44,01,56,085,48,17,37,299,44*71
$GPGSV,3,2,09,37,27,164,34,14,21,043,41,23,21,193,40,31,18,093,26*78
$GPGSV,3,3,09,25,16,116,40*42
$GPRMC,161056.000,A,5409.985019,N,00859.390242,E,0.845,0.00,310107,,,A*58

Normalerweise werden weder Geschwindigkeit noch der Trackwinkel für die Streckenberechnung herangezogen. Natürlich weis kein Mensch was Garmin macht, aber warum sollte man diese Daten verwenden. Versetze dich mal in die Lage des Programmierers.

Edit: Vielleicht versteh ich auch die Problematik nicht richtig die hier diskutiert wird da ich bisher keinen Fehler bei der Streckenberechnung gefunden habe der nicht durch das Prinzip an sich auftritt.

So bin ich halt. Immer freundlich ... ein wahrer Gentleman
Nimms nicht perönlich.

Hi, Stefan,
bei dem Test habe ich mich immer 'gen Süden bewegt, aus dem Grunde kann die Geschwindigkeit nicht 0 sein.
Auffällig ist eben, dass erst ab ca. 3,7 km/h der wahre Kurs wieder angegeben wurde.
Die Positionsdrift spielt in diesem Log keine massgebende Rolle.
Die Koordinaten wurden aber fortlaufend geschrieben.
Die iBlue mit dem MTK-Chip zeigte das gleiche Verhalten.

Gruß
Günther

Zitat von freeday

GPS SW Version 2.50 soll nun Verbesserungen bringen - einige Leute haben es schon.

Jo, ich beim Legend HCx (was ja in der Beziehung identisch sein sollte). Heutige Tour laut Log 7,907 km, im Tripcomputer stehen 7,20 km. Haufenweise 0 km/h Werte. Log-Intervall war 5s.

Gruß
Heiko

Kann man aber wohl noch nirgends runterladen, oder ?

Also bei mir kam die über den Webupdater...

mit welcher Soft Version ?