Alles ueber die Neuerfindung der Outdoornavigation: Der Triton mit SD Kartenspeicher (400, 500, 1500, 2000) und ohne SD (200, 300) und mit elektronischem Kompass und Barometer (500, 2000)
Trotzdem ein schwerer Bug in meinen Augen, und dass die bisherigen Updates in mancher Hinsicht als 'heisse Luft' angesehen werden, ist auch nachvollziehbar.
Dass die Stabilitaet der Software sich wesentlich verbessert hat, ist an der Oberflaeche nunmal nicht zu erkennen. Und da offensichtliche (wenn auch minder schwere) Fehler wie z.B. der Leerzeichen Bug trotz geringem erforderlichen Aufwand ueber viele Updates bis heute nicht beseitigt wurden, kommt natuerlich Frust auf und das Vertrauen sinkt bei vielen Benutzern.
Hoffen wir darauf, dass wenigstens im naechsten Update auch ein wenig an der Kosmetik gearbeitet wird.
Und das es auch zeitnah erscheint, nachdem es fuer Februar/Maerz hier in Aussicht gestellt wurde. Sonst wird der Triton vermutlich endgueltig zum NoGo auf dem Markt.
Das Problem tritt manchmal beim Wiederaufruf eines Wegpunkts auf. Wenn der Wegpunkt einmal korrekt gespeichert ist und man ihn nur annavigiert, dann veraendert er sich nicht. Im Rahmen der Moeglichkeiten eines guenstigen Handheldempfaengers ist der Triton sehr genau. 60csx kommt da ran, die neuen Geraete der anderen nicht mal annaehernd. Positionsgenauigkeit ist sehr hoch und die Trackaufzeichnung Spitze.
Ich kann mit dem Triton seit dem letzten Update gut arbeiten. Die kleinen Fehler kann man umgehen. Ich verwende allerdings weder die Trackfolgefunktion wie sie eigentlich gemeint ist noch die Routen. Beides ist eine Riesenbaustelle. Wuerde ich die Funktionen brauchen, waere ich wahrscheinlich auch unzufrieden.
[quote="Wanderich"]Hallo Waechter, das Problem besteht seitdem das Geraet auf dem Markt ist.
Alle Ankuendigungen ueber Korrekturen der Firmware waren bisher heisse Luft.
Es ist daher nicht sinnvoll, sich die Koo
Der Bug ist zwar aergerlich, hat aber nur marginale Auswirkungen. Die letzte Stelle der Dezimalen der Bogenminute veraendert sich ggf. und damit suchst Du einen Cache, der mit einem eTrex Yellow eingemessen wurde Da kannst Du auch gleich die Bogensekunden komplett ignorieren In der Praxis hatte ich durch diesen Bug noch nicht eine einzige Beeintraechtigung.
Gruss, Matz Seid nett zu Eurem GPS und geht mit ihm nach draussen !
Dass man einen Cache deswegen nicht findet, kann ich mir auch nicht vorstellen, hatte den OP aber so verstanden, dass der Fehler sich kaskadiert, also sich bei erneutem Oeffnen die Abweichung vergroessert. Ich kann den Fehler auf meinem T2000 auch gar nicht reproduzieren (zum Glueck *g).
Wenn es sich tatsaechlich kaskadiert, dann muesste sich der Wert in der DB auch aendern.
Aber peinlich finde ich sowas schon. Und interessant. Da die Datenbank nunmal die Koordinaten in WGS84 Dezimalgrad haelt, sind keine groesseren Umrechnungen erforderlich.
Und mal ja und mal nicht? Stutz...
Ich stell mir den Sourcecode an der Stelle so vor, dass der Wert aus der GeoPoint umgerechnet wird und als String gecasted an das Textfeld uebergeben wird. Da auch bei ESC gespeichert wird, scheint das Changed Ereignis auf dem Textfeld nicht der Ausloeser zu sein, sonder er rechnet gnadenlos wieder zurueck in einen Float und rundet wahrschenlich, damit das DB Feld nicht platzt. Kommt vor der Rundung ein periodischer Ausdruck, muss der Zielwert sich aendern, ohne Periode bleibt der Wert gleich. Das wuerde den Blinkereffekt erklaeren. Da T1500/2000 eine andere Codebasis haben wuerde eine unterschiedliche Precision oder Rundung der Variablen ausreichen, um das unterschiedliche Verhalten auf den jeweiligen Tritons erklaeren. Trotzdem waere die Loesung nur ein paar lausige Zeilen Code ...
Gruss, Matz Seid nett zu Eurem GPS und geht mit ihm nach draussen !
Mir ist heute, reproduzierbar, aufgafallen das mein T2000 verschiedene Koordinaten beim erstellen eines WP verwendet. Ich weiss das ich schon einmal etwas darueber gelesen habe und es selbst mal testen wollte. Und zwar habe ich an einem Punkt einen WP ueber die Enter Taste Enter > Enter > Enter erstellt und dann den selben ueber Menue > erstellen > WP. Zur Sicherheit habe ich dies an dem selben Punkt ohne den Triton zu bewegen mehrnmals in beiden Versionen getan. Dabei musste ich feststellen, dass in jeder Version fuer sich die Koordinaten gleich geblieben sind, es jedoch im Vergleich eine Abweichung von N und E um .001 gab. Nicht das dies signifikant ist aber es wundert mich halt das der Triton bei gleicher Aufgabe und unterschiedlicher Herangehensweise unterschiedlich zu messen scheint.
Ich finde es schon erstaunlich, dass die Messungen innerhalb einer Gruppe alle gleich waren. Der Daempfungsalgorhytmus der Tritons scheint zwar wirklich sehr gelungen zu sein, aber trotzdem ungewoehnlich.
Wieviele Messungen hast du jeweils bei den beiden Methoden gespeichert?
stelle um auf UTM, gehe auf die Current Location Page und schaue die Koordinaten an.
Auch das Triton hat so etwas wie Positionsdrift.
Aus dem Grunde wird man schwerlich die gleichen Koordinaten erwischen, wenn erst noch zwischen den Menues umgeschaltet werden muss, da sich die Sat-Konstellation sehr schnell aendern kann; 23 dB sind die Schaltschwelle, um einen Satelliten in die Berechnungen einzubeziehen.
Ohne Sat-Empfang habe ich aber immer dieselben Koordinaten, da erscheint dann auch der Hinweis auf fehlenden Sat-Empfang beim Erstellen eines Wegpunktes.
Da kannst Du auch gleich die Bogensekunden komplett ignorieren 
In der Praxis hatte ich durch diesen Bug noch nicht eine einzige Beeintraechtigung.