SN-Verhalten der aktuellen HOLUX GPSlim236

Hallo miteinander,

die HOLUX GPSlim236 hat im Zuge ihrer Firmware-Entwicklung in den letzten Monaten eine Reihe von Veränderungen durchgemacht, die sich vor allem um das Handling von SN drehen. Man kann deshalb in Bezug auf die HOLUX GPSlim236 eine ganze Reihe von unterschiedlichen Verhaltensformen unter SN (jeweils eingeschaltet vs. nicht eingeschaltet) ins Feld führen, die zwar von einer HOLUX GPSlim236 produziert werden, aber nur für eine bestimmte Firmware-Version typisch sind.

Es würde das Thema hier bis zur Unübersichtlichkeit auswalzen, wenn wir die Historie der Firmware-Versionen durchgehen und auflisten würden.

Wir sollten, wenn über die HOLUX GPSlim236 gesprochen wird, von der z.Zt. aktuellen Firmware-Version 6.1 reden. Bei abweichendem Verhalten ist es wahrscheinlich, daß es sich um eine überholte Firmware handelt. Jeder gute Händler ist bereit und autorisiert, eine eingesandte HOLUX GPSlim236 auf den aktuellen Firmware-Stand zu bringen. Natürlich sieht er es gern, wenn die eingesandte Maus auch bei ihm gekauft wurde.

Es hat sich deshalb bei der HOLUX GPSlim236 als vorteilhaft erwiesen, diese Maus bei einem Händler zu kaufen, dessen Service man kennt. Ich bekomme den Update-Service gratis, auch mehrmals, andere Händler nehmen eine geringe Gebühr dafür, viele verweigern verständlicherweise das Update, wenn die Maus nicht bei ihnen gekauft wurde. Wer beim Kauf auf ein paar Euro geschaut hat und nicht auf den Service, hat jetzt manchmal Schwierigkeiten, seine HOLUX GPSlim236 auf dem aktuellen Stand zu halten.

Zum Verhalten der HOLUX GPSlim236 im aktuellen Lieferzustand habe ich hier ein Protokoll angehängt. Es ist eines der ersten Protokolle, das ich aufgezeichnet habe, nachdem ich die HOLUX GPSlim236 vom Firmware-Update zurückbekommen habe. Es handelt sich bei der Aufzeichnung um eine oft begangene Rundstrecke, die mit Geschwindigkeiten zwischen Null und sieben km/Std. zurückgelegt wurde.

Um den Lieferzustand der Maus nicht versehentlich zu verändern, habe ich noch nicht untersucht, ob SN eingeschaltet oder abgeschaltet ist - nach Angabe meines Händlers ist dies jedoch der Lieferzustand der Firmware-Version 6.1.

Das Protokoll der HOLUX GPSlim236 zeigt eine fast SN-freie Aktion. Koordinaten werden durchgehend abgebildet, der Trackwinkel ebenfalls. Die Geschwindigkeit wird unterhalb von 2,5 ...2,8 km/Std. mit 0 ausgegeben.

Als Vergleich dazu das zeit- und weggleiche Protkoll einer GNS 5843. Dieses Protokoll zeigt ein klassisches SN-Verhalten. SN ist bei dieser Maus nicht abschaltbar.

Auf den anliegenden Bildern aus GPSonic läßt sich das unterschiedliche Verhalten beider Mäuse in Bezug auf die Ausgabe der Geschwindigkeit ablesen.

Das obere Bild betrifft die GNS, das untere die HOLUX.

Obwohl beide GPS-Empfänger in der Ausgabe der Geschwindigkeit eingeschränkt arbeiten, sind bei der klassischen SN-Maus GNS 5843 große Lücken zu sehen, die bei der HOLUX GPSlim236 meist mit Informationen gefüllt sind. Allgemein differieren unter SN die verschiedenen Mäuse erheblich darin, was sie ausgeben oder nicht ausgeben, hier kann man ablesen, daß auch Einschränkungen in einem Punkt (Geschwindigkeitsausgabe) starke Unterschiede aufweisen können.

Der Vergleich beider Mäuse ist auch sonst recht aufschlußreich, wie Charly sicher feststellen wird, nachdem er seinerseits seine Wundermaschine angeworfen hat.

Ich meine, man kann bei der HOLUX GPSlim236 mit dieser Lösung erstmal zufrieden sein. Wir wollen nicht vergessen, daß die Änderungen bis zum heutigen Zustand in regem Kontakt mit dem Hersteller (auch aus diesem Forum) zustande kamen. Ich möchte den Ingenieuren im fernen Taiwan für ihre Aufgeschlossenheit und Kundenfreundlichkeit meinen Respekt aussprechen.

Gruß
artur

Sehr schön artur,

das ist einmal eine exacte Aussage.

Leider wird sie bald in den Tiefen das Forums verschwinden, wenn wir nicht auch hier es fertigbringen würden, so was wie eine Exceltabelle der verschiedenen Mäuse zu erstellen. Und das wird mit Sicherheit leider eine nicht ganz leichte Aufgabe, so wir sie denn angehen wollen. Das liegt schon mal daran, dass die beobachteten Effekte eben vom Firmwarestand abhängig sind und ich momentan nur eine Methode kenne den auszulesen, mit SirfDemo (o.ä. Prog). Und auch damit komme ich z.B. auf meine "alten" Haicom nicht dran, weil die mit SirfDemo nicht zugänglich sind.

Ein weiteres Problem ist, den möglichst genauen Übergangspunkt der SN zu ermitteln. Das ist beim Laufen fast nicht möglich, da man nicht so gleichförmig langsamer werden kann. Ich habe dazu die folgende recht gute Methode gewählt: man suche sich eine wenig oder garnicht befahrene Straße die eben bis ganz leicht "abschüssig" ist - der Wagen sollte schon noch beim Ausrollen zum Stehen kommen - beschleunige auf ca. 10 km/h und lasse den Wagen mit getretener Kupplung bis zum Stand ausrollen. Das ergibt Differenzen, die zum Auswerten klein genug sind um den fast exackten Umschaltpunkt zu sehen.

Hallo miteinander,

um den Startartikel zitierfähig zu belassen, will ich hier noch etwas ergänzen.

Auch für die GNS 5843 gilt, sie kam gerade von einem Firmware-Update von GNS zurück, und dies ist eines ihrer ersten Protokolle, nachdem ich sie zurückhabe. Damit repräsentiert das Protokoll ebenfalls den derzeitigen Lieferzustand.

Auch GNS fertigt das Firmware-Update kostenlos.

Offenbar in der Sorge, daß die Maus noch vor Ostern ankommt, hat GNS in diesem Fall sogar die Kosten für UPS übernommen. Mein Dank an GNS für diese noble Geste.

Das Protokoll der GNS 5843 zeigt übrigens deutlich, daß am SN-Verhalten nicht geschraubt wurde. Andererseits kam die 5843 mit einer spürbaren Emfindlichkeitssteigerung zurück, sie war vor dem Update der HOLUX in dieser Hinsicht leicht unterlegen. Das mag daran liegen, daß die GNS 5843 inzwischen weiterentwickelt wurde, was zwar nicht Gegenstand dieses Updates sein sollte, aber dann zufällig in diesem Update doch mit zum Ausdruck kam.

Gruß
artur

Hallo Artur, Charly

Zuerst einmal Danke fuer die Aussage.
Das Thema StaticNavigation hatte ich ja auch schon einmal versucht als Zusammenstellung zu bringen. Leider sind die User damals nicht darauf eingestiegen. Vielleicht sollte man den Thread wieder aufleben lassen und die gestartete Excelliste weiter vervollstaendigen. Wenn das mit der Hoehenbehandlung funktioniert hat, dann sollte das auch mit StaticNavigation machbar sein. Denn dieses Thema wird noch kontroverser und vehementer hier im Forum diskutiert.

@artur
Zu Deiner Beschreibung des Holux236 darf ich aber etwas anmerken. Deine Einschaetzung/Aussage zu den Positionskoordinaten und den Geschwindigkeiten ist korrekt. Die von Dir aber angesprochenen Trackwinkelaktualisierungen finden nicht statt. Unterhalb der magischen Grenze bei der StaticNavigation einsetzt (greift), werden vom Holux236 keine Trackwinkel aktualisert. Es wird konstant der zuletzt vorhandene Trackwinkel weiter ausgegeben, der oberhalb der Einsetzgrenze vorhanden war.

Zitat

Original von artur
...
Das Protokoll der GNS 5843 zeigt übrigens deutlich, daß am SN-Verhalten nicht geschraubt wurde. Andererseits kam die 5843 mit einer spürbaren Emfindlichkeitssteigerung zurück, sie war vor dem Update der HOLUX in dieser Hinsicht leicht unterlegen. Das mag daran liegen, daß die GNS 5843 inzwischen weiterentwickelt wurde, was zwar nicht Gegenstand dieses Updates sein sollte, aber dann zufällig in diesem Update doch mit zum Ausdruck kam.

Gruß
artur

Hallo Artur

An den Versionsauslesungen der GNS5843 kann man schoen erkennen, das am GPS-Teil keinerlei Aenderungen vorgenommen wurden. Zum Vergleich hier mal "Alt" und "Neu"

Hallo Alfred,

ich meinte das anders.

Meine GNS 5843 war eine der ersten überhaupt. In der Zwischenzeit hat es möglicherweise eine normale Produktpflege der GNS 5843 gegeben, die nicht zu einem Update führte, sondern in den jeweils neu aufgelegten Serien an die Käufer weitergegeben wurde.

Natürlich wurde meiner Maus jetzt der aktuelle Stand zuteil.

Ich komme auf dieses spezielle Vorher-Nachher in meinem Fall noch einmal zurück, wenn ich das anhand der vorliegenden Protokolle belegen kann.

Gruß
artur

Zitat

Die von Dir aber angesprochenen Trackwinkelaktualisierungen finden nicht statt.

Hallo Alfred,

danke für den Hinweis.

Kann es sein, daß ich die Richtung nicht geändert habe?

Ich werde dem nochmal nachgehen.

Gruß
artur

Hallo Charly,

nach dem, was Alfred aufgefallen ist, könnte man das noch ausbauen, indem man unter 2 km/Std. die Richtung ändert.

Leider kann ich keine Kupplung treten, bei mir fehlt das Pedal dafür.

Aber auf dem Fahrrad könnte man das ja leicht durchführen.

Gruß
artur

Zitat

Original von artur
...
Kann es sein, daß ich die Richtung nicht geändert habe?

Ich werde dem nochmal nachgehen. ...

Hallo artur

Wuerde mich wundern. Wenn Du Dir die Trackwinkel ueber dem zeitlichen Verlauf mal ansiehst, dann erkennst Du auch bei niedrigen Geschwindigkeiten (leicht oberhalb der StaticNavigation-Einsetzgrenze) das da ganz normale kleine Trackwinkelaenderungen vorhanden sind. Es gibt keinen, fuer die Allgemeinheit zu kaufen Empfaenger, der bei Bewegungsgeschwindigkeiten im Bereich von z.B. 4-6 km/h den Trackwinkel auf das Zehntelgrad festhaelt. So genau ist die Positionsbestimmung nicht. Wenn Du Dir Dein LogFile ansiehst dann erkennst Du, das immer genau dann wenn die Geschwindigkeitsanzeige auf "Null" geht, auch der dann vorhandene Trackwinkel eingefroren und weiterhin ausgegebn wird. Das war auch schon bei den vorherigen Firmwareversionen zu erkennen. OK, die Einsetzgrenze der StaticNavigation scheint tatsaechlich etwas frueher (niedriger) zu sein als in der letzten Variante. Aber weg ist es nicht. Hier geht der Holux-Empfaenger (die Holux-Firmen-Philosophie) eigene Wege. Uebrigens ist das ja auch bei anderen Firmen zu beobachten. Denn wenn ich mir das Verhalten einiger Haicoms ansehe, dann geht da das StaticNavigationsverhalten nur raus, wenn DGPS-Empfang vorhanden ist. Die Stellungnahme von OJ-Imports, der auf der Cebit als Holux-Importeur fuer Deutschland propagiert hat, bekraeftigt genau das Verhalten das Dein Empfaenger zeigt. Denn die offizielle Nachfrage bei OJ-Imports ergab, das dieses Verhalten so bewusst implentiert ist, da nach der Holux-Philosophie alles andere bei so kleinen Bewegungsgeschwindigkeiten im Bereich der natuerlichen Ungenauigkeit liegen wuerde. Deshalb haette man kein Interesse daran Zeit/Geld dafuer zu investieren dieses Verhalten abzustellen, um dann anschliessend Probleme zu erhalten weil die User meinen das der Empfaenger ungenaue GPS-Daten ausgibt.

Hallo artur, Charly, bab

Zitat

Hier denke ich, läuft auch einen Teil des Threads auf die GNS Maus hinaus und im speziellen auch SN. Wenn hier immer wieder hin und her geswitcht wird, sollen die Nicht Holux 236 Besitzer sehen, was ihnen entgeht. Oder?

Schaut euch mal den Link an den ich hier anhaenge. Dort hatte ich schon mal den Versuch gestartet das Thema StaticNavigation etwas aufzuzeigen und das Verhalten der einzelnen Empfaenger aufzulisten. Damals hatten aber nur sehr wenige User Beitraege geleistet. Eigentlich Schade, da doch speziell dieses Verhalten fast taeglich Gegenstand einer Nachfrage ist. Vielleicht sollte man wirklich nochmals darueber nachdenken die beiden Threads zusammen zu legen und dann mit gemeinsamer Energie das Thema nochmals zu komplettieren. Eine solche Aufstellung wuerde den Usern zum Vorteil verhelfen, da man doch nachlesen kann wie der Empfaenger sich in den speziellen Situationen verhaelt.

PUSHme/SEEme

EDIT
Schaut mal auf die Anzahl der Downloads. Die Exceltabellen wurden schon einige male runter geladen. Vielleicht besteht ja doch die Chance den gemeinsamen Thread oben zu halten
/EDIT

bab
Das Verhalten der SysOnChip ist im anderen Thread schon hinterlegt.

Also ich war heute mal im Wald mit der Holux 236 (SN ausgeschaltet) und meiner Royaltek RBT 2010. Firmware bei der Holux weiss ich nicht, gibt auf jeden Fall unter 4km/h keine Geschwindigkeit/Trackwinkel mehr aus. Position wird zwar aktualisiert, aber das nützt nicht viel. Ich hatte mir heute wirklich vorgenommen den Test-Geocache mit der neuen Holux durchzuziehen, aber nach ner halben Stunde hab ichs dann abgebrochen und bin wieder zur RBT 2010 gewechselt. Im NMEA Modus ist die Holux einfach nicht zu gebrauchen, das ist dann eine einzige Raterei in welche Richtung man denn muss. Im Sirf Modus gehts halbwegs, da werden (warum auch immer) alle Daten ausgegeben. Aber da springt die Maus ziemlich extrem, sowohl was die Position als auch die Geschwindigkeit angeht. Wie gesagt nach ner halben Stunde wurde mir das dann zu bunt und ich wechselte zur RBT 2010 welche wie gewohnt wunderbar funktionierte. Kein Hüpfen, kein Springen, alles schön exakt und das bei allen Geschwindigkeiten. Mein persönliches Fazit: Die Holux ist nicht Geocachingtauglich, selbst wenn sie bei der aktuellen Firmware "erst" bei 2km/h zumacht ist mir das zu blöd, denn wenn man durch den Wald kraucht sind 2km/h ne ganze Menge. Ich werde mir lieber noch eine zweite RBT 2010 oder 2001 zulegen und dann ist Ruhe. Die schon erwähnte Sysonchip Smartblue Mini kann ich aber durch einen Extrem-Geocacher als Bekannten auch als uneingeschränkt empfehlenswert benennen. Hätte ich mir auch zugelegt wenn der Preis der Royalteks derzeit nicht etwas geringer wäre.

Hhmm da kann ich persönlich nichts zu sagen...Womit wir dann aber wieder bei der Royaltek wären Ist schon komisch dass hier im Forum generell eher wenig dazu berichtet wird....Aber egal, ich bin jedenfalls damit zufrieden und die mittlerweile eingetroffene zweite funktioniert genausogut wie die erste