Qieck GPS und Fix?

    Michi's Beobachtungen kann ich bestätigen, ich hatte sowohl im Zumo als auch der Syson und der Holux einen Fix out-of-the-box deutlich unter 12,5 Minuten. UNd das bei allen dreien schon ein gültiger Almanach vorhanden war, ist sehr unwahrscheinlich.


    Ich bin mittlerweile überzeugt (ohne es zu wissen), daß a) die Satelliten den Almanach asynchron senden und b) die modernen Empfänger mit dem Rechnen beginnen, wenn sie die Daten genügend schtbar am Himmel stehender Sats mit ausreichendem Pegel haben.


    Insofern sind die 12,5 MInuten, die es immer noch dauert, bis _ein_ Satellit den gesamten Almanach gesendet hat, nicht mehr so relevant sind für die TTFF.


    Aber wie es tatsächlich ist, würde mich auch interessieren.

    Kaum bist mal kurz weg sieht alles gleich ganz anders aus ??


    Ich kann nur für u-blox/ANTARIS4 was sagen:


    eben WSG1000 eingeschaltet, fix (TTFF) nach 16,9 s.


    Kaltstart ausgelöst, kompl. Alm und Eph sind gelöscht und werden neu aufgebaut. Fix kommt, wenn die Eph von 3 sats da sind nach 128 s.


    Das ist wohl der heute allg. Zustand bei moderneren Mäusen, wobei ich sagen muss, die theor. 12,5 min habe ich auch noch nie gewartet. Ich glaube noch nicht mal zu Zeiten Anno 2003 mit der ersten Emtac CruxView. Es gab aber Meldungen hier im Forum, dass es bei einzelnen deutlich über 30 min dauerte, was immer das für Mäuse waren, wo immer diese User waren und was sie gemacht haben.


    Da ich aber einer von wenigen bin, die log-Untersuchungen machen, macht es wenig Sinn hier zu sagen, nach 12,5 min musst Du mit Sicherheit einen fix haben. Wenn es dann nicht so sein sollte - warum auch immer - kommt man in Erklärungsnotstand.


    Es ist ja gut, wenn der fix früher kommt. Das ist auch der Grund, dass ich seit einiger Zeit in solchen Fällen sage: "log bis zum fix + 1 bis 2 min".


    Alle Klarheiten beseitigt?


    Für andere Chips kann ich nicht sprechen, ich werde es nicht auch nichtmehr antun eine meiner SiRF-Mäuse mit SirfDemo in den binary-Zustand zu versetzen um die relevanten Informationen zu bekommen. Mit u-blox-Chips geht das sehr viel besser, schneller, harmloser... :]


    Es geht aber auch "anders", wie bei einer gleich danach durchgeführten Wiederholung.


    Grundsätzlich vorab: der WSG ist eingestellt "allow Almanachnavigation", was immer das genau macht.


    Also, die Wiederholung brachte eine TTFF von 508,784 - schon erheblich mehr, deutlich mehr als 8 min. Diesmal waren "nur" 2 Eph. geladen - 7 und 27 - der fix erfolgte nun über den Almanach - nehme ich mal ziemlich sicher an. Die Startzeiten sind also von Fall zu Fall schon auch unterschiedlich.


    Wie das Bild zeigt, war der Alm. auch schon recht weit gefüllt, alle grünen ion der dritten Spalte.


    Die sat in use sieht man ganz rechts oben, die zug. Alm und Eph in der Tabelle.


    Wobei man wieder mal sehr schön sieht, was u-blox-Chips und u-center gerade für die Klärung solcher Fragen nettes bietet.... :]



    Das ist so ein Fall, wo sich dann QuickFix o.ä., heißt bei u-blox AssistNow anbietet. In der Version mit dem Chipsatz des WSG bedeutet das Laden des Alm.-Eph-Satzes und Kaltstart. TTFF = 19,972 s, den ALm und Eph-Satz, der dabei geladen wurde, im 2. Bild (TTFF1).

    Zitat

    Original von karomue
    Kaltstart ausgelöst, kompl. Alm und Eph sind gelöscht und werden neu aufgebaut. Fix kommt, wenn die Eph von 3 sats da sind nach 128 s.


    --> Also: Niemand braucht heute mehr Quick-Fix, denn im schlimmsten Fall gibt es nach 2 Minuten einen Fix :D?! Ich hatte die Quick-Fix Diskussion eh noch nie verstanden.


    Achim