ein paar allg. Worte zum Thema Nachhinken

immer wieder liest man Angaben zum Nachhinken der Software in Metern. Bitte macht doch diese Angaben in Sekunden, denn erst dann ist dieser Wert geschwindigkeitsunabhängig. Mir ist auch ein Rätsel wie man diese Differenz in Metern vernünftig misst.
Zu beachten ist auch, dass die Maus nur sekündlich die Daten zum PDA sendet, also eine Verzögerung von einer Sekunde 'normal' ist.

Man sollte auch bedenken, dass man bei 50km/h ungefähr 15m pro Sekunde fährt., genauer 13,88m.

Galileo

Ja, aber nur, wenn MN|4 dann auch 50 km/h anzeigt. Meistens zeigt er bei mir z.B. nämlich dann nur 40 an. Und ich schätz, dass es deswegen auch immer so hinterherhängt.

Die 4.2er Version hinkt gegenüber der 4.01 auf meinem PPC etwa 3 Sekunden hinterher. Bei der 4.01 hat man die 1 Sekunde praktisch nicht wahrgenommen:Innerstädtisch war die Pfeilspitze in etwa an der Straße angekommen, wenn sie gerade ganz knapp hinter einem lag (Straßenmündungen können ja gut 10 Meter breit sein).

Bei 4.2 ist man aber schon etwa 40 m entfernt, bevor der Pfeil an der Stichstraße ist.

Ansagen kommen bei 4.01 subjektiv gerade richtig (vielleicht 20 m vorher), bei 4.2 fast zu früh - aber auch "flüssiger". Bei 4.01 ist insbesondere das "B<knacks>itte" etwas unangenehm - aber immer noch besser zu ertragen als das Hinken in 4.2.

Bei Kurven klebt der Pfeil in 4.2 gut 3-4 Sekunden auf der Stelle. Bei 4.01 vielleicht 1-2 Sekunden.

Alles in allem deutliche Unterschiede. Und da ich aus 4.01 weiß, wie "zügig" die Darstellung sein kann, ärgert es mich jetzt natürlich. Mit der sekündlichen Datenübertragung ist das jedenfalls nicht mehr zu erklären.

Dazu kommt, daß unter 4.01 sich die karte eben auch sekündlich neu aufgebaut hat. Unter 4.2 tut sie das sehr unregelmäßig. Das können schon mal 3 Sekunden sein, bis sich wieder was tut. Insgesamt ist der Eindruck viel "unharmonischer"

@Chartmän: Ich denke eher, daß es daran liegt, daß die Tachos in Kfz generell zu "schnell" eingestellt sind.
Man erklärt das gerne mit damit, daß ein "Sicherheitspuffer" für Geschwindigkeitsübertretungen vorhanden sein muß.
Ich denke, es gibt noch den Grund, daß Autos mit überhöhter km-Anzeige "auf dem Papier" natürlich auch sparsamer fahren...

Würde das Nachhinken an einer falschen Geschwindigkeitsberechnung liegen, würde die Abweichung mit zunehmender fahrtdauer ja ebenfalls zunehmen - und zwar gaz gravierend.

expalm

expalm

Hallo,

auch mal ganz allgemein ( im speziellen geht die Frage natürlich schon an Navigon )

warum war das nachhinken bei meinem "Uralt-PDA" iPAQ 3850 bis zur Version MNEE 1.5 fast nicht wahr nehmbar und wird anscheinend mit jeder neuen Version schlechter bzw. nicht besser als mit 4.0 ?

Man kann an der Geschwindikeitsanzeige wenn man zu Stillstand kommt, erkennen das es gut drei Sekunden dauert bist O kmh angezeigt wird, das sind zwei bis drei Abfragezyklen des GPS Empfängers. Die Abbiegeanweisungen kommen aber fast immer rechtzeitig. Ich denke Navigon hat einfach ein massives Problem mit der neuen Kartendarstellung, oder den Kartendaten allgemein. Die bekommen glaube ich die Programmierung ( Grafikoder Kompression oder beides ? ) nicht in den Griff.

@expalm : die Tachos in neuen KFZ hinken sicher keine 20% ( 50 - 40 kmh ) hinter der effekiven Geschwindigkeit her, kannst Du mit diversen Programmen die das GPS Protokoll auswerten am PDA direkt testen.

Ich denke es wird langsam wirklich Zeit für eine Stellungnahme, des zur Zeit noch Zweiten Markführers

Gruß Manfred !

@expalm

Meinst Du jetzt tatsächlich Kurven auf Geradeausstrecken oder aber Richtungsänderungen an Kreuzungen?

Also wenn zweites der Fall sein sollte, dann finde ich ein 'hinterherhinken' von 2 Sekunden in Ordnung. Die Naviprogramme müssen doch erst mal auf Sicher gehen, daß es sich tatsächlich um einen Abbiegevorgang handelt und nicht um ein möglicherweise falsches GPS-Signal und das braucht nun mal die Sekunde mehr Zeit.

Wenn ersteres der Fall sein sollte ist das natürlich inakzeptabel.

Insgesammt geb ich Dir aber natülich recht. Es kann einfach nicht sein, daß ein SR dazu führt, daß plötzlich Verzögerungen in der Darstellung auftreten die vorher nicht da waren.

Zum Vergleich mal meine Werte:

Bei Geradeausfahrt: 1 Sekunde, ganz selten 2 Sekunden.
Beim Richtungswechsel: 2 Sekunden, gelegentlich auch mal 3.

Bei mir im Vergleich zur 4.0.1 in beiden Fällen etwa 1 Sekunde schneller.

Zum Thema Geschwindigkeitsanzeige auf Tachometern:

Das ist in der Tat eine gesetzl. Vorschrift. Da man ja verschiedene Reifengrößen verwenden kann und sich die Reifen mit der Zeit ja auch abfahren, gibt es auch Abweichungen in der Geschwindigkeitsanzeige und die müssen Berücksichtigt werden. Und da ist dann auch meistens der Sicherheitspuffer von ungefähr 5 km/h mit drinn. Dies erklärt sich auch damit warum die Tachos neu geeicht werden müssen, wenn man z.B. einen Felgenumbausatz an seinem Fahrzeug anbringt der nicht in den Papieren steht und dort noch eingetragen werden muß.

Zitat

Ja, aber nur, wenn MN|4 dann auch 50 km/h anzeigt. Meistens zeigt er bei mir z.B. nämlich dann nur 40 an. Und ich schätz, dass es deswegen auch immer so hinterherhängt.

hihi, scheiss tacho.

Zitat

Man kann an der Geschwindikeitsanzeige wenn man zu Stillstand kommt, erkennen das es gut drei Sekunden dauert bist O kmh angezeigt wird, das sind zwei bis drei Abfragezyklen des GPS Empfängers. Die Abbiegeanweisungen kommen aber fast immer rechtzeitig. Ich denke Navigon hat einfach ein massives Problem mit der neuen Kartendarstellung, oder den Kartendaten allgemein. Die bekommen glaube ich die Programmierung ( Grafikoder Kompression oder beides ? ) nicht in den Griff.

soweit ich weiss, gibt die maus gemittelte werte für
die geschwindigkeit zurück. das heisst, das das
nachlaufen beim stillstand von 3 sek. okay ist.

wie schon angemerkt wurde, ist das nachhinken von
1 sek. ok, weil die maus nicht öfter abgefragt wird.

cu Luke

Zitat

Original von Chartmän
Ja, aber nur, wenn MN|4 dann auch 50 km/h anzeigt. Meistens zeigt er bei mir z.B. nämlich dann nur 40 an. Und ich schätz, dass es deswegen auch immer so hinterherhängt.

Die Erklärung macht eigentlich wenig Sinn, da das Nachinken ja sonst mit zunehmender Strecke immer stärker werden müsste...aber das Verhältnis bleibt ja gleich!

Zitat

Original von LukeS
soweit ich weiss, gibt die maus gemittelte werte für
die geschwindigkeit zurück. das heisst, das das
nachlaufen beim stillstand von 3 sek. okay ist.

Das ist eine sehr allgemein Behauptung. Soviel ich weiß, gibt es da keine Vorschrift, dass das so gemacht wird. Jede Maus wird den Wert "anders" berechnen. Z.B. Berücksichtigung der letzten n Werte, Berücksichtigen der letzten Werte, nur wenn der abstand zum letzten zu gering, etc. kA was es da alles für Möglichkeiten gibt.
Das würde auch die unterschiedlichen Nachhinkzeiten erklären bzw. dass es bei den einen geht, bei den anderen nicht.

Zitat

wie schon angemerkt wurde, ist das nachhinken von
1 sek. ok, weil die maus nicht öfter abgefragt wird.

Die Maus wird nicht abgefragt. Die Maus schickt "andauernd" Daten an die serielle Schnittstelle. Diese werden von Windows gepuffert und der abfragenden Applikation zur Verfügung gestellt. Die benötigten Daten werden aus dem String-Stream herausgelesen und weiterverarbeitet.
Das Problem mit dem Nachhinken sehe ich viel mehr bei der Maus, dass diese eben nur im Sekundentakt (oder noch länger), die Daten von sich gibt. Das extrahieren der Daten und die Verarbeitung dieser benötigen auch wieder etwas Zeit. Dadurch kommt es leider zu unterschiedlichen Nachhinkzeiten.

Ich hab leider nur eine 4800 bps Maus. Interessant wäre ob eine mit höherer Baud-Rate schneller Daten produziert bzw. das Nachhinken dadurch geringer ist.

TMC Mäuse haben ja meines Wissens alle 38400 bps. Müssen auch mehr Daten übertragen. Aber die Baud Raten der nicht TMC Mäuse wäre interessant.

Vielleicht könnten ein paar die keine Probleme haben ihre Baud Rate nennen. Bzw. haben auch TMC Mäuse ein Nachhinkproblem?

lg
Stefan

sorry, ich hatte meine erklärung möglichst einfach
gehalten, damit das auch die verstehen können, die
nicht so tief in der materie stecken.

allerdings übersiehst du ne kleinigkeit. die 38400 bps
bringen, ausser das die übertragungsstrecke
empfindlicher gegen störungen wird gar nichts, da die
maus, selbst wenn alle protokolle eingeschaltet werden,
nicht genügend daten schickt, das 4800 bps nicht
ausreichen. das gilt so erstmal für die gps daten. das
datenaufkommen von tmc kenn ich nicht, da ich mich
damit noch nie beschäftigt habe.

cu Luke

Zitat

Original von TigerOnTour
Hallo,

warum war das nachhinken bei meinem "Uralt-PDA" iPAQ 3850 bis zur Version MNEE 1.5 fast nicht wahr nehmbar und wird anscheinend mit jeder neuen Version schlechter bzw. nicht besser als mit 4.0 ?

Hast du heute noch diesselbe GPS-Maus wie damals?

Ich kann mich erinnern, dass MNEE 1.5 nur mit den VTG-NMEA Satz funktioniert hat. Ein Bekannter kam da alle paar Wochen zum Neuprogrammieren seiner Maus vorbei

MN 4 kann jetzt auch ohne VTG auskommen, man kann dynamisch die GPS-Einstellungen (spgps.ini) vornehmen. Das Problem ist leider, sobald man mehr konfigurationsmöglichkeiten gibt, desto langsamer wird das Auslesen der Daten. MN4 lädt zuerst aus der Ini wie die Datensätze aufgebaut sind und speichert sich die im Speicher ab. Bei jedem Satz muss auf das Wissen zurückgegriffen werden. Das dauert länger, als wenn man die Auslesealgorithmen direkt auscodiert.

Was ich nicht verstehe, ist warum Navigon die aktuelle Position nicht vorrausrechnet? Mit aktueller Geschwindigkeit, Intervall zwischen den NMEA Datensätzen von der Maus und Richtung bzw. Verfolgung einer Route sollte eine ungefähre neue (und bessere) Positon berechnet werden können. TomTom berechnet die aktuelle Position ja auch vor, es ist ja die selbe GPS Maus und die liefert immer "alte" Daten.

lg
Stefan

Zitat

Original von LukeS
allerdings übersiehst du ne kleinigkeit. die 38400 bps
bringen, ausser das die übertragungsstrecke
empfindlicher gegen störungen wird gar nichts, da die
maus, selbst wenn alle protokolle eingeschaltet werden,
nicht genügend daten schickt, das 4800 bps nicht
ausreichen. das gilt so erstmal für die gps daten. das
datenaufkommen von tmc kenn ich nicht, da ich mich
damit noch nie beschäftigt habe.

Alles anzeigen

Das 38400 bps bei meiner Maus nichts nützen, ist mir klar. Was nützt mir eine schnellere Übertragung, bei gleichbleibendem langsamen GPS-Chip.
Mein Gedanke war mehr der, dass wenn ein Hersteller eine Maus ohne TMC mit 9600 bps ausliefert, dass darin ein schnellerer GPS-Chip drin verbaut ist, der öfters die aktuelle Position von sich gibt Bzw. die Schaltung die die Koordinaten in NMEA konvertiert schneller arbeitet, etc.

TMC kenn ich leider auch ned, interessieren würd's mich schon ,aber die Mäuse sind mir zu teuer

lg
Stefan

Hallo Raser

----- TigerOnTour ON -----

@expalm : die Tachos in neuen KFZ hinken sicher keine 20% ( 50 - 40 kmh ) hinter der effekiven Geschwindigkeit her, kannst Du mit diversen Programmen die das GPS Protokoll auswerten am PDA direkt testen.

----- TigerOnTour OFF -----

Also bei mir zeigt das GPS IMMER 8 kmh WENIGER an, als der Tacho. Und zwar konstant immer 8 kmh bei ALLEN Tacho-Geschwindigkeiten zwischen 50 und 128 kmh. Hab ich über längere Zeit und immer mit Tempomat und auf geraden Strecken so festgestellt. Egal ob MN4 oder anderes GPS-Progi. Ist immer gleich.

Inzwischen kuck ich nicht mehr auf GPS, nur noch auf Tacho, und fahre einfach immer 8 kmh mehr als ich "dürfte" *hehe*

Gruss gautschi

Zitat

Original von gautschi
Inzwischen kuck ich nicht mehr auf GPS, nur noch auf Tacho, und fahre einfach immer 8 kmh mehr als ich "dürfte" *hehe*

Wir in Österreich haben da so a unbewiesenes Gesetz: Man kann am Tacho immer mit ca. 10 km erhöhter Geschwindigkeit fahren. Erstens hat man die "Ungenauigkeit" des Tachos und außerdem werden in Österreich bei Geschwindigkeitsüberschreitungen noch 3% Messungenauigkeit abgezogen. Das passt mit den 10 kmh immer recht gut Hat damit bei mir noch nie geblitzt oder gelasert

lg
Stefan