i-Blue 737 und "halbe Static Navigation"

    Hallo,


    ich habe mir bei ebay die i-blue 737 (Herstellerseite) für einen guten Preis ersteigert und heute bekommen. Da ich die Maus beim Geocaching verwenden will, waren für mich die Batterielaufzeit von angeblich 25 Stunden (noch nicht getestet) und die nicht vorhandene "Static Navigation" entscheidend. Laut diesem Test von pocketnavigation.de ist der Chipsatz ja mit dem Sirf III vergleichbar.


    Der Empfang ist wirklich spitzenmäßig. Selbst hier im Haus habe ich Empfang, dafür muss ich noch nicht mal ans Fenster gehen. Allerdings scheint es so eine Art "halbe Static Navigation" zu geben. Im Freien werden auch kleine Positionsänderungen und langsame Geschwindigkeiten beim Laufen wie z.B. 1-2 km/h registriert. Anscheinend ist aber die Angabe der Bewegungsrichtung von einer Mindestgeschwindigkeit abhängig. Laufe ich mindestens 3-4 km/h (den genauen Wert kenne ich noch nicht), springt der Richtungspfeil z.B. in BeelineGPS in die Bewegungsrichtung. Laufe ich langsamer und ändere dann die Richtung, zeigt der Pfeil weiterhin in die alte Richtung. Laufe ich langsam entgegengesetzt, zeigt der Pfeil weiterhin in die alte Richtung, bewegt sich aber rückwärts. Nach einiger Zeit (vielleicht 20 Sekunden) springt er auf Nord. Dort bleibt er dann auch, egal wohin ich langsam laufe, bis ich wieder schneller als 3-4 km/h werden. Wie gesagt: Position und Geschwindigkeit werden ständig aktualisiert, nur die Richtung nicht.


    Von einer Sirf III ohne SN kenne ich es anders: da musste ich nur zwei Schritte zur Seite gehen und schon sprang der Richtungspfeil um.


    Für's Geocaching ist das Verhalten der i-blue 737 nicht wirklich nützlich. Gerade kurz vorm Ziel im Wald hat man selten die Mindestgeschwindigkeit drauf, daher würde man mit dieser Maus auch keine brauchbare Richtungsanzeige erhalten.


    Hat hier jemand bereits Erfahrung mit diesem Chipsatz? Kann man dieses Verhalten ändern?


    Grüße,
    Frank

    Hi, Frank,
    ich habe die iBT 737, auch von der Firma, und die Daten sind fast identisch.
    Dein Problem muss eher etwas mit dem BeelineGPS zu tun haben, Du solltest Beeline supporten.


    Gruß
    Günther


    P.S. Du solltest Dir mit VisualGPS ein Protokoll erstellen, oder auch nur in dem Programm auf die Geschwindigkeit schauen, meine Maus ist immer mindestens 0,1 km/h schnell.

    ich muss das bookmarken weil ichauch das probhabe das sie etwas hängt. hat zwar superviele satelitten drinne aber trotzdem hängst bisserl.

    Hallo Frank05, trialelmi


    Was haltet ihr denn davon mal ein LogFile zu erstellen und das hier anzuhaengen?

    Hi, Triaelmi,
    ich habe mir die u-bloxMobile-Software auf den PPC geladen und gestern damit rumgespielt.
    Die NMEA-Daten-sätze werden jede Sekunde ins Log geschrieben, dass geht so schnell, so dass es unmöglich ist, eine Zeile zu erfassen und zu lesen.
    Daher behaupte ich einfach, an der Geschwindigkeit der Maus kann es nicht liegen, ich hatte 9.600 Baud eingestellt, mit 115.200 Baud geht's auch nicht schneller.
    Vielleicht haben einige Naviprogramme Probleme mit der Umrechnung der Geschwindigkeit, die wird in einem NMEA-Satz in Knoten angegeben. Und von Problemen mit der Kompass-Seite habe ich auch schon des öfteren gelesen, u.a. auch bei Garmin, da funktionierte der Abbiegepfeil nicht im Kompass.


    Wobei ich auch noch festgestellt habe, dass die Software insofern viel ausmacht, als dass ich bei VisualGPS zwar schon 13 Satelliten in View hatte, u-blox aber locker 15 anzeigen kann und auch anzeigt.


    Also, der MTK-Chip ist schon große Klasse!


    Gruß
    Günther

    Hi,


    ich denke nicht, dass der Effekt mit der BeelineGPS zusammenhängt, den er tritt auch mit anderen Programmen auf. Andere Mäuse (Sirf II und III) haben diesen Effekt mit derselben Software auch nicht gezeigt.


    Hier ist ein Log. Ich bin zuerst flott in eine Richtung gelaufen, habe mich dann umgedreht und bin den gleichen Weg flott zurückgelaufen. Die Richtungsangabe im Panel von VisualGPSce sprang auch schnell um. Dann habe ich erneut um 180° gewendet und bin jetzt langsam gelaufen, so 2-3 km/h (Zeile 306 im Log). Die Richtungsangabe sprang erst nach einer Weile um, als ich schneller als 2 Knoten lief (Zeile 546). Ab Zeile 306 bin ich also etwa in Richtung 70° gelaufen, im MRC-Record steht aber weiter 225°.


    Grüße,
    Frank


    PS: Hab mir das Log eben in Google Earth angesehen. So besoffen wie im Log gezeigt bin ich aber nicht rumgetorkelt, sondern schnurgerade gelaufen....

    Zitat

    Original von Frank05
    ... ich denke nicht, dass der Effekt mit der BeelineGPS zusammenhängt, den er tritt auch mit anderen Programmen auf. Andere Mäuse (Sirf II und III) haben diesen Effekt mit derselben Software auch nicht gezeigt.
    ... Die Richtungsangabe sprang erst nach einer Weile um, als ich schneller als 2 Knoten lief (Zeile 546). Ab Zeile 306 bin ich also etwa in Richtung 70° gelaufen, im MRC-Record steht aber weiter 225°. ...


    Hallo Frank


    Der MTK-Chipsatz, das unbekannte Wesen
    Ja, der Chipsatz zeigt einige Sachen, die bisher so noch nicht in anderen Chipsaetzen gesehen wurden. Diese Auffaelligkeiten die Du hier nennst, meine ich auch in anderen LogFiles dieses Chipsatzes gesehen zu haben. Ich kann leider im Moment nicht darauf zugreifen, daher nur aus der Erinnerung. Aber auch Guenther´s ( @Polarstern ) LogFiles, die er mal von seinem MTK hier eingestellt hat zeigten solche Merkmale. In dem Thread damals, hatte ich auch schon mal was zum Chipsatz gepostet.


    Aus meiner Erinnerung geschrieben, also die Werte nicht auf die Goldwaage legen:
    Start aus dem absoluten Stillstand. Wenn der Empfaenger dann keine Bewegungsgeschwindigkeit (kleiner 0,01km/h) hat, gibt er als Trackwinkel 0 (Null) aus. Diesen behaelt er, bis die Bewegungsgeschwindigkeit ueber etwa 3,5km/h kommt. Ab dann gibt er den Trackwinkel aus, den er aufgrund der Bewegung ermittelt. Faellt die Bewegungsgeschwindigkeit unterhalb der 3,5km/h, dann gibt er den zuletzt ermittelten Trackwinkel als Konstante aus. Faellt die Bewegungsgeschwindigkeit noch weiter ab, wird also weniger als 0,01km/h, dann faellt auch der Trackwinkel wieder auf 0 (Null).

    Hallo Alfred,


    genau so isses... Die Grenzgeschwindigkeit scheint bei 2 Knoten zu liegen, das wären 3,704 km/h. Interessant ist, dass dieser Effekt bei den oben genannten Test von pocketnavigation entweder nicht aufgetreten ist oder nicht bemerkt wurde. Dort steht nämlich:


    Qstarz hingegen gibt auch Geschwindigkeiten und Trackwinkel unterhalb 1km/h aus. Dass diese dann ungenauer werden, ist GPS-systembedingt. Die Qstarz kann demzufolge uneingeschränkt zum Geocachen empfohlen werden, insbesondere auch aufgrund der hohen Empfindlichkeit.


    Genau aufgrund dieser Aussage habe ich mir die Maus auch gekauft. Vielleicht ist dieses Verhalten auch einstellbar, so wie die SN beim Sirf III.


    Grüße,
    Frank

    Zitat

    Original von Frank05
    ... Interessant ist, dass dieser Effekt bei den oben genannten Test von pocketnavigation entweder nicht aufgetreten ist oder nicht bemerkt wurde. Dort steht nämlich: ...


    Hallo Frank


    Ich wiederhole mich mal ;) ;) ;)
    Der MTK-Chipsatz, das unbekannte Wesen


    Nein, wieder ernsthaft. Ich bewege mich in dem Chipsatz im Moment noch weniger, als ich mich bisher im SiRF-Chipsatz bewegen kann. Erstens ist der Chipsatz noch beiweitem weniger verbreitet und zweitens sind bisher kaum LogFiles davon vorhanden. Deswegen war ich heilfroh, das ich die Gelegenheit hatte selber mal 2 Empfaenger mit dem Chipsatz in Haenden zu halten und damit einige LogFiles schreiben zu koennen. Darueber hinaus, hatte ich Gelegenheit LogFiles von 3 anderen Usern des Forums zu erhalten. Was soll ich Dir sagen, die Empfaenger haben zwar alle den MTK-Chipsatz, verhalten sich aber doch in Details anders. Ohne nun im Moment Zugriff auf die einzelnen LogFiles zu haben, kann die Aussage im Test richtig sein. Denn wie gesagt, die Ergebnisse sind teilweise unterschiedlich.

    Hallo Frank,


    genau das von Alfred angesprochene hat mich bisher dazu veranlasst, nichts zu deiner Maus zu sagen. Ich habe derzeit eine andere Qstarz hier, die macht das auch, allerdings liegt der Umschaltpunkt etwas tiefer (knapp über 3km/h). Position und Geschwindigkeit bleiben in ihren Werten dabei erhalten.


    Bei der Testmaus gilt ähnliches, aber beide zeigen bei mir bei weitem kein so 'verwackeltes' Bild, als Beispiel sei eins angefügt (Tracklänge etwa 200m, Geschwindigkeiten zwischen ~1 und 6km/h, mehrheitlich um 3km/h).


    Gruss


    Wolfgang


    Edit: Anhang vergessen.

    Zitat

    Original von Polarstern
    ... eine Auswertung vornehmen und ein Statement abgeben. ...


    Hallo an die Leser


    Ich moechte hier nuhn nicht auf zehntel km/h zu sprechen kommen, denn das macht keinen Sinn. Aber auch dieses LogFile zeigt im Prinzip das, das auch schon zu dem Verhalten von Frank´s LogFile gepostet wurde. Unterhalb von ca. 3,5 km/h werden die Trackwinkel nicht mehr ausgegeben. Allerdings ist hier die Ausgabe Trackwinkel=0 nicht so zuzuordnen wie in Frank´s LogFile. Auch hier in diesem kurzen LogFile sind Trackwinkel=0 dabei, aber nicht konstant bei Bewegungsgeschwindigkeiten kleiner xxxkm/h

    Ich habe mal eine Mail an den Hersteller geschrieben und werde euch über die Antwort (wenn es denn eine gibt) auf dem Laufenden halten.


    Grüße.
    Frank

    Hi,
    bei meinem Speedtest ist die iBT mit einem Trackwinkel von 0.00 gestartet,
    der erste Datensatz mit Winkel war:
    $GPRMC,161106.000,A,5409.983191,N,00859.389218,E,2.812,176.18,310107,,,A*55


    aber danach wurden alle Datensätze mit dem Winkel ausgegeben, der mit der niedrigsten Geschwindigkeit war:
    $GPRMC,161122.000,A,5409.979621,N,00859.386853,E,0.028,190.50,310107,,,A*57


    Es tauchte bis zum Ausschalten kein 0.00-Winkel mehr auf.


    Ist die Feststellung richtig, dass die iBT nach dem Start eine Geschwindigkeit von ca. 4 km/h erreichen muß, um einen Track richtig starten und für's korrekte Aufzeichnen liefern zu können?


    Wenn mein Garmin eine Trackaufzeichnung startet, "haut" er am Anfang einen Strich in die Map, der mit der Startposition nicht überein stimmt, aus dem Grunde lösche ich den Track, und dann beginnt die korrekte Aufzeichnung am Startpunkt.
    Diese "Fehlfunktion" muss demnach ursächlich im Zusammenhang mit der abgeschalteten SN stehen, bei der iBT wie auch beim Garmin.


    Die SN-Abschaltung müsste dann mit einer Modifizierung der Trackaufzeichnung einhergehen.


    Gruß
    Günther