von Xtrack zu Xtrack2: Probleme nur verschoben?

    @ Martin:

    Zitat

    Original von Martin
    Das "Hängenbleiben" kann ich auch bestätigen:
    dieses Mini-log habe ich zwar für andere Zwecke aufgenommen (GK-Umrechnungstest), aber auch hier drinnen sind auch nur 2 verschiedene Koordinaten (eine 90x, die andere 45x wiederholt)


    Schön, dass Du das Log bereitgestellt hast. Mit jeder Meldung dieser Art verdichtet sich der anfängliche Verdacht immer mehr zur Gewissheit, dass Xtrack2 zum ordnungsgemäßen Funktionieren eine Mindestgeschwindigkeit benötigt.


    @ Charly:

    Zitat

    Original von Charly
    Leider erlaubt GPSTuner keine log-Aufzeichnung zur Gegenkontrolle.
    ...
    Edit: eben nachgeschaut: log geht doch.


    Log mit GPSTuner? Auch wenn's geht und unmittelbar die "Wolke" zeigt: da ist mir VisualGPSce lieber, weil es sich für diese Zwecke bereits als eine Art Quasistandard durchgesetzt und bewährt hat. Das Log enthält dann wirklich alle Daten, und im Gegensatz zu GPSTuner ist das Programm Freeware. Es lässt sich ja problemlos sowohl bei Touren wie auch zum Erfassen des Ruheverhaltens eines GPS-Empfängers einsetzen. Da hat ein gewisser "karomue" in vielen Postings sowie in seinen "FirstSteps" immer wieder mit Engelsgeduld auf VisualGPS hingewiesen, und nun kommst Du mit GPSTuner? ;)


    Viele Grüße,
    WOM.

    Hallo WOM,


    ich antworte mal hier, da einiges auch für andere interessant:


    GPSLog: wollte ich generell umstellen, um neue Spalten, Änderungen flexibler zu gestalten. Deswegen noch nicht wieder auf der HP. Hängt aber an, Fehler - werden welche gefunden - bitte melden. Ebenso natürlich gew. Verbesserungen.


    Aufnahme in den pnav-Bereich - betrifft auch FirstStep - wurden von einem Gremium (Tobias und Mods) geklärt. Was nicht heißt, dass hier nicht Änderungen möglich sind.


    Von Punktewolke in Excel halte ich nicht so viel. 1. habe ich mit eingebundener Grafik bislang nur Probleme gehabt, dann gibt es hier ein Hauptproblem: die Grafik hat als Ordinaten - wie auch alle anderen Progs, VisualGPS, ucenter, Grad-Angaben. Ausnahme: GPSTuner, hat m und ist zoombar (Glopus ist mit 10 m Halbmesser bislang fest eingestellt) Und Gradangaben sind subjektiv schlecht.


    Außerdem - und das können wir jetzt schon mal festhalten, auch wenn es momentan hauptsächlich für die 303S gilt - Xtrack2 (Hi303S) friert die Koordinaten bei Geschwindigkeit nahe 0 ein. Damit gibt es bei Geschwindigkeitserhöhung evt. Sprünge, Geocacher könnten Probleme bekommen. Und eine Punktewolke gibt es im Stand natürlich auch nicht. Mit der Ausnahme wieder: durch Sat-Wanderung kann es zu einer fiktiven Geschwindigkeit kommen. Und dann gibt es auch wieder - wenn im Extremfall auch nur für eine sec - Koordinaten.


    Als generelles Ausweteprogramm würde ich ucenter von ublox empfehlen. Als ich dank Wolf es zu Anfang des 303S-Test runtergeladen habe, war es kostenlos. Allerdings muss man sich ein wenig damit beschäftigen, evtl. sich durch die engl. Anleitung durchquälen, Prog ist äußerst mächtig, hat - nur mal so - auch eine NMEA-Erklärung implementiert, die über das mir bekannte hinausgeht: z.B. dieses "Dead Reckoning"


    Also nochmal, Xtrac2 benötigt eine Mindestgeschwindigkeit. Das sollte aber jetzt mit anderen Xtrack2-Mäusen geprüft und gegenkontrolliert werden, bevor wir dies als allgem Pauschalaussage erheben. Meine 303-Ergebnisse und das eine log von Martin sind mir da noch nicht (allgemein) aussagekräftig genug.


    Also wieder der Ruf nach logs.


    Aber auch, wie schon wiederholt bemerkt, wir sollten das alles auf die Zeit nach dem 6.1. schieben um ernsthaft daran zu arbeiten. Ich schau mal ob ich dazu komme, das bisherige etwas zu notieren.

    Nochmal zu GPSLog:


    es kann durchaus vorkommen, dass Abbruch mit Fehler - beliebt ist "Laufzeit-Fehler 13: Typen unverträglich". - erfolgt. Passiert meist, wenn das log aus irgendwelchen Gründen defekt ist, unvollständige Zeilen sind eine Hauptursache. Wird sowas festgestellt, bitte log an mich.


    Man wird aber nicht alles sinnvoll ausmerzen können, denn dann ist Excel nur noch mit Prüfen beschäftigt. Ich helfe mir in diesen Fällen meist damit, dass ich die fehlerhafte Zeile im Editor lösche. Über die Zeit, die i.d.R. an 2. Stelle steht, lässt sich eine fehlerhafte Zeile rel. leicht finden.

    Hallo Charly,
    vielen Dank für das neue GPSLog! Ich denke, wenn alle ein vernünftiges Tool dieser Art zum Auswerten haben, werden auch Logs vielleicht mehr Anklang finden.

    Zitat

    Original von Charly
    Von Punktewolke in Excel halte ich nicht so viel. 1. habe ich mit eingebundener Grafik bislang nur Probleme gehabt, dann gibt es hier ein Hauptproblem: die Grafik hat als Ordinaten - wie auch alle anderen Progs, VisualGPS, ucenter, Grad-Angaben.


    Ja das ist leider so, stört mich persönlich aber nicht so sehr, da ich die Punktewolke eigentlich nur zur Vislualisierung benutze: streut es überhaupt oder "klemmt" es. Ansonsten ziehe ich die von VisualGPSce oder Excel gelieferten Werte für Mittelwert und Standardabweichnung als vertrautes Maß vor. Das mag aber wohl manchem zu abstrakt sein.


    Zitat

    Original von Charly
    Als generelles Ausweteprogramm würde ich ucenter von ublox empfehlen. Als ich dank Wolf es zu Anfang des 303S-Test runtergeladen habe, war es kostenlos.


    Ob es das wohl noch irgendwo in den Tiefen des Internets gibt?


    Zitat

    Original von Charly
    Also nochmal, Xtrac2 benötigt eine Mindestgeschwindigkeit. Das sollte aber jetzt mit anderen Xtrack2-Mäusen geprüft und gegenkontrolliert werden, bevor wir dies als allgem Pauschalaussage erheben.


    Zumindest die Holux GR-231 zeigt diesen Effekt und war ja mit Anlaß für diesen Thread (s.o.). So haben wir schon alleine hier 3 Beispiele, dazu noch die Aussagen aus dem o.a. englischsprachigen Forum. Und Sidney hat ja auch von Hängern berichtet. Ich stimme Dir aber voll zu: Logs müssen her, und nicht nur im Falle Xtrack, sondern generell bei solchen GPS-Problemen. Aber was sage ich: das hast Du ja hier im Forum wieder und wieder angemahnt ;)


    Viele Grüße,
    WOM.

    ein "Stillstandslogg" bzw. "langsames gehen" der RBT 1000 Xtrack werde ich die nächsten Tage hier mal reinstellen. Sieht tatsächlich vielversprechend aus, der Ansatz.

    Jetzt möchte ich Euch noch mal kräftig mit meinen Klappetuis ärgern.
    Ich habe noch ein paar Sirf-LOgs, aber noch keine Zeit zur Auswertung gefunden.
    Am Freitagabend kam ja die neue Glopus-Version, die mußte ich unbedingt testen.
    Da die Logs nicht so richtig geklappt haben, sind da MBweise Bruchstücke vorhanden, eigentlich schade, da alles vorhanden, mehrfaches Rotieren der Karte beim 95k, Totalausfall beim MG6500 e.t.c...
    Die neuste Glopus-Version von gestern abend hat endlich meine Logs so wie gewünscht erstellt, so dass ich Euch meine kleine Joggingrunde vorm Volleyball zur Interpretation anbieten kann.
    Es war sternenklare Nacht, fürchterlich kalt, eigentlich hervorragendes Satwetter. Natürlich hatte ich bei -5 Grad wieder meine Softshelljacke über mein geruchsneuetrlisierendes Laufhemd gezogen, die Geräte steckten mit eingeklappter Antenne rechts bzw. links in den Jackentaschen. Heißt im Klartext, nix mit Direktstrahlung, nur die reflexionen, die sich zwischen jacke und Hose so durchmogeln konnten, kurz und gut, grenzwertig.
    Da ich jetzt keine 10MB Logdaten hier einstellen wollte, habe ich die Daten ein wenig gekürzt, ddie Laufrunde von 19:58 - 20:25 ist komplett drauf, dann noch ein bisschen rumliegen bis 20:50 und dann noch mal ein paar Minuten mitten im Zimmer.
    Mit der Visualisierung hatte ich Probleme, da ich meine EXCel-Konvertierung für m&g zerballert habe. Das mü-center malt den Track zu breit, also mußte ich OziPC austricksen, damit ich es mit meinen Sätzen füttern konnte.


    Zusatz:
    Ich habe gestern nacht nicht schlecht über die ausgewiesenen Geschwindigkeiten gestaunt.
    ZUr Info: Ich bin ziemlich konstant mit knapp 12 km/h gelaufen, bergauf mögen es auch zwischen 10 und 11 gewesen sein, bergab vielleicht gute 13.

    Zitat

    Original von bianchifan
    und das Bildchen:


    gelb: gelaufene Strecke
    grün: 95k-Track
    lila: 6500-Track


    hallo, das Bild sagt mir 2 Dinge:
    1) guter Empfang ist das wichtigste (ok, das wussten wir schon ;) )
    2) die Theorie mit der Mindestgeschwindigkeit bei Xtrack ist noch nicht bewiesen

    Zitat

    Original von peterpu


    hallo, das Bild sagt mir 2 Dinge:
    1) guter Empfang ist das wichtigste (ok, das wussten wir schon ;) )
    2) die Theorie mit der Mindestgeschwindigkeit bei Xtrack ist noch nicht bewiesen



    Hallo Peter und @all,


    zu 2: leider nein. Bei näherer Betrachtung meines "Standfiles" von gestern habe ich -leider - feststellen müssen, dass am Anfang, nach Fix, einige (viele) Zeilen kommen, die auf Anhieb ganz normal aussehen, wo aber die Koordinaten nicht eingefroren sind - es gibt hier eine Punktewolke.


    Bislang habe ich noch kein Kriterium entdeckt das das Einfrieren auslöst. Ist es aber mal ausgelöst, dann erolgt es - nach jetzigem Wissen - immer, wenn die Geschwindigkeit gegen 0 geht.


    D.h., logs bitte wenn möglich immer von Anfang an, vielleicht finden wir doch was. Muss jetzt das File - langwierig - doch genauer in allen Zeilen und Feldern betrachten.


    Und bianchifans Files wollte/muss ich mir auch noch genauer ansehen. Nur zur Klärung: waren das nun auch Xtrack2-Files? Langsam komme ich durcheinander/nicht mehr mit.


    Das "neben-die-Straße-laufen", Xtrack2-Problem? nicht mehr 1?

    Einmal editiert, zuletzt von karomue ()

    Hm.


    Ich benutze wie schon oft angedeutet ucenter zu Auswertungen. Um Tracks in Karten zu legen muss man hier etwas Aufwand betreiben, wobei ich jetzt nicht weiß, ob wir ucenter zum Standard ewrheben wollen/können und wie wir das sinnvoll handhaben.


    ucenter gibt es von ublox. Leider ist dazu eine Anmeldeprocedur notwendig, die evtl., wenn das nun sehr viele tun, zu einem Aha-Effekt bei ublox führen könnte mit dem Erfolg, dass das Prog gesperrt wird oder kostenpflichtig wird. Das Install-File ist rund 3 MB groß. Überlegt Euch mal was, wo ich das sinnvoll reinstellen könnte, evtl. eben auf meine HP. Oder gibt es eine Ecke in pnav?


    Zur Karteneinbinderei: Eine Kopie eines TOP50 oder besser TOP25 Screens zu machen ist wohl jedem geläufig. Zur Kalibrierung benötigt ucenter die Pixel Breite und Höhe - wird von IrfanView z.B. angezeigt - und Koordinaten im Format °,°°°°.... für oben/links, unten/rechts, oben/rechts:



    ; R E F E R E N C E
    ; ------------------------------------------------------------
    ; 3 Points must be defined to calibrate a Map
    ; Parameters:
    ; # = index of the point (1 to 3)
    ; x,y = image coordinates
    ; lat,lon = world coordinates
    ; Syntax:
    ; # = <x>, <y>, <lon>, <lat>


    [REFERENCE]
    1 = 0, 0, 7.69921,48.08987
    2 = 530,617,7.71076,48.08133
    3 = 530,0, 7.71055,48.09000


    Das ist etwas gewöhnungsbedürftig, man sollte sich beim Aufziehen des Rechtecks in IrfanView an diesen Stellen signifikante Kartenpunkte suchen, die man dann in der TOP auch leicht wieder findet. Dann ist das nur eine kleine Fleißaufgabe.


    So, jetzt also bitte nicht alle gleich auf die HP von ublox stürzen und sich anmelden, sonst wittern die evtl Unrat und sperren das wirklich sehr mächtige Prog.


    Aber über diesen Weg könnten alle "Xtrack2-Tester" mit dem TOP-Kartenmaterial arbeiten, sofern der jeweilige log-Poster sich der Mühe unterzieht, Kartenausschnitt und Kalibrierungsfile mit zu liefern.


    Damit Ihr wisst, wie das aussieht, habe ich "Bötzingen" mal mit angehängt.

    Zitat

    Original von karomue
    Hm.


    Ich benutze wie schon oft angedeutet ucenter zu Auswertungen. Um Tracks in Karten zu legen muss man hier etwas Aufwand betreiben, wobei ich jetzt nicht weiß, ob wir ucenter zum Standard ewrheben wollen/können und wie wir das sinnvoll handhaben.....


    Den Aufwand scheue ich ehrlich gesagt etwas, da ich einen Track überlagert auf eine TOP 25 bei TTQV mit 3 Klicks bekomme.
    Aber für die eigentlichen Funktionen werde ich mir ucenter schon ansehen.

    Zitat

    Original von peterpu


    Den Aufwand scheue ich ehrlich gesagt etwas, da ich einen Track überlagert auf eine TOP 25 bei TTQV mit 3 Klicks bekomme.
    Aber für die eigentlichen Funktionen werde ich mir ucenter schon ansehen.


    Ja, schon. Obgleich ich es nicht nachvollziehen kann, denn ich habe TTQ>V nicht, kostet auch was.


    Aber es geht hier wie ich meine um eine SW die 1. Freeware ist und damit 2. von allen genutzt werden kann.


    Und alle bislang genannten Funktionen sind halt enthalten. Und mit ein wenig Aufwand - wenn sich log-Poster damit anfreunden könnten - hätten wir auch alle die Möglichkeit, Tracks in Karten zu sehen und selbst damit zu experimentieren.


    Damit wäre eine Grundvoraussetzung schon mal gegeben: alle Tester haben das gleiche Handwerkszeug.

    @karomue


    Meinst Du mit ucenter das µ-center?
    Deine Kalibrierungsanweisung erinnert stark an meine unten angehängte Version.


    zur XTrac Version:


    1. Medion PPC150 (95k)
    GPS-Firmware: 2.4.13.03-XTrac2.0.2-C3PROD1.0


    2. Anubis Typhoon MyGuide 6500 XL (6500)
    GPS-Firmware: 2.4.12.09-XMitac-C4PROD2.0 0000003729


    Nach wochenlanger Diskussion auch mit gpspasion-Aktivisten gehe ich davon aus, dass es sich bei der Medion-Variante um die höchstwahrscheinlich unverändert übernommene XTrac 2.0.2 Version des Herstellers Sirf handelt, bei Anubis kommt hingegen die vom Gerätehersteller angepasste Version von XTrac 2.0 zum Einsatz. Die 2.0 Version wird aus aus dem String 2.4.12 geschlossen, da die 12 erstmals bei XTrac 2.0 auftauchte.


    Inwieweit die XMitac sich analog zur Original XTrac2.0 verhält, kann ich selbstverständlich nicht beurteilen, es ist aber zu vermuten. Mit dem entsprechenden Entwicklungspacket ist XTrac2 weitgehend konfigurierbar, ob z.B. die Maus die Koordinaten einfriert oder nicht, ist definitiv einstellbar.


    Auf alle Fälle Fälle hat Sirf mit der XTrac 2.0.2 versucht, die Empfindlichkeit weiter zu steigern. Die Analysen, die ich noch vor Wolffls Nordungsssythematik vorgenommen habe, bestätigen, was ich im Internet an dürftigen Infos zur 2.0.2er gefunden habe.
    Die 2.0.2 hält extrem lange an einem Satelliten fest, wenn der erst einmal im Fix war, und läßt gleichzeitig stärkere aussen vor. Es gibt Gründe, die für diese Vorgehensweise sprechen, andererseits kommt es dadurch, aber nicht nur dadurch, zu extremen Ausreißern.
    Ich habe meine eingestellten Protokolle noch nicht analysiert, aber eine Drift von über 100 m von der 95k ist dabei.


    Sehe ich genau anders rum. Der MD ist der einzige, bei dem die 2.4.13 bislang aufgetaucht ist, alle anderen haben die 2.4.12. Warum sollte ausgerechnet Medion die Original-Sirf-Ware nehmen und alle anderen die von Mitac angebotene? An anderer Stelle hier im Forum wurde ja gemutmaßt, daß die Medion-Variante speziell gestrickt wäre ...



    Wastl

    Das schöne an Bienchen ist, man hat immer was worauf man sich freuen kann :love2

    Ein paar Bilder von Mitte November, nur Sirf-Protokolle, ist mir zum Suchen zu mühsam.


    Bildchen links Kaltstart (32 dB)
    Auch die 32 dB müssen über längeren Zeitraum (45sec??) stabil vorhanden sein, sonst geht der Kaltstart zum Teufel.
    (Gibt es im NMEA-Modus dieses Phänomen überhaupt?)
    oben, der 2er wird schwächer, unten ..aus die Maus


    Bildchen Mitte Warmstart (28 dB) mit anschleißendem Betrieb, gute Konstellation
    oben, so ists prima, unten da will einer nicht mehr so richtig, aber wir lassen ihn mal


    Bilchen rechts Heißstart (23 dB) mit anschließendem Betrieb
    scheinbar haben sich irgendwelche Vögel zu schnell bewegt, irgendwie siehts nach Warmstart aus.
    Egal wie, Beim Hotstart erfolgt der Fix bei durchn. 32 dB nach 2 sec, bei durchschn. 23 dB nach 45 sec, dazwischen eben interpoliert
    die Vögel 21 und 22 kommen später rein, beim Fix (unten rechts) bleiben sie aber erst mal draußen ....