xDOP-Werte ohne Fix ?

    Moin,


    dachte bisher, xDOP-Werte gibts nur bei Vorliegen eines Fix, vorgestern allerdings hatte ich in BeelineGPS xDOP-Werte, ohne einen Fix, bei 0 Sats in Use und 12 Sats in view.


    Hier ein Auszug aus dem log, kanns leider im Moment nicht hochladen, hol ich bei Interesse zu Hause nach:


    $GPGSA,A,1,,,,,,,,,,,,,3.9,3.8,1.0*30


    und der Anfang einer GSV-Zeile:


    $GPGSV,3,1,12, usw....


    Datum und Uhrzeit passen, alle Datensätze waren zu diesem Zeitpunkt natürlich invalide.


    Später tauchen im log noch einige Hyroglyphen auf, das könnten TMC-Signale der GNS 5843 sein.


    Hat der Empfänger gesponnen (gestern und heute keine Probleme) oder gibts das tatsächlich ?

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

    Zitat

    Original von Bogi100
    dachte bisher, xDOP-Werte gibts nur bei Vorliegen eines Fix, vorgestern allerdings hatte ich in BeelineGPS xDOP-Werte, ohne einen Fix, bei 0 Sats in Use und 12 Sats in view.


    Also ich hatte sowas - bewußt erkannt - noch nicht. Besteht die Möglichkeit, daß der Empfänger kurzzeitig vorher gefixt hatte, diesen aber verloren hatte. Dann wäre die Erklärung, daß die Werte noch nicht 'rausgefallen' waren ... erschiene mir zwar auch unlogisch, aber es ist ja vieles möglich.



    Wastl

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

    Hi Wastl,


    der Empfänger hatte morgens auf der Fahrt zur Arbeit einen Fix, am Abend aber von Anfang an keinen, zumindest hat MN|5 keinen gemeldet.


    Das log hab ich erst nach ca 10 min ohne Fix erstellt, war allerdings bis auf Ampelstops immer in Bewegung.

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

    Zitat

    Original von Bogi100
    Das log hab ich erst nach ca 10 min ohne Fix erstellt, war allerdings bis auf Ampelstops immer in Bewegung.


    Der Umstand könnte auf das von mir beschriebene hindeuten. Gerade, wenn man versucht, während der fahrt zu fixen, passieren die komischsten Sachen ...


    Die Leute (Navineulinge), denen ich letztens geholfen habe, fragten mich auch, warum ihr Empfänger erst als sie von der BAB kamen, einen Fix bekam ...



    Wastl

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

    Daß der Fix so lange dauern kann, wundert mich auch garnicht, aber daß ich 12 Sats in View, 0 in Use und trotzdem xDOP-Werte hatte, das kam mir eben komisch vor.


    Ich möcht ja nicht schon wieder die Hitze.... ;D

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

    Hallo Bogi,


    ich meine auch, sowas schon mal gesehen zu haben, war aber gefühlsmäßig eher der Meinung, dass das"alte" Daten waren.


    Beweisen kann ich es aber nicht.


    Ist aber ein Grund, mal mehr auch darauf zu achten.


    14:53:43 $GPGSA,A,1,17,29,26,,,,,,,,,,14.51,14.47,1.00*0F
    14:53:43 $GPGSV,1,1,03,17,,,35,29,,,40,26,,,38*7A
    14:53:44 $GPRMC,145344.00,V,,,,,,,260706,,,N*7B


    Gerade laufen lassen. Im nächsten 5-sec-Zyklus waren diese 3 sats aber auch im GSV zu sehen.

    Einmal editiert, zuletzt von karomue ()

    Hab das log gerade nochmal mit BeeLineGPS angesehen, die xDOP-Werte verändern sich kaum, HDOP von 3.8 auf 3.6,
    dann kommt später der Fix, alle xDOP-Werte sind kurz bei Null und dann in normalen Bereichen (z.B. HDOP 1,1).


    Ich glaub auch, daß der Empfänger einfach hing und die Daten alt waren

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

    Hallo Bogi,


    das log entzieht sich einer tieferen Analyse, selbst u-center steigt da aus und zeigt zum Schluss unter 16:01:27 u.a.14 mal die gleiche VTG-Zeile. Hab ich noch nicht erlebt. Mit einem Texteditor sieht man wirklich äußerst viele "Hyroglyphen".


    16:01:26 $GPRMC,160126.000,A,5008.4230,N,00820.7949,E,11.74,19.48,240706,,,A*6D
    16:01:27 $GPGGA,160127.000,5008.4259,N,00820.7973,E,1,06,1.1,316.4,M,47.9,M,,0000*54
    16:01:27 $GPGSA,A,3,22,09,17,05,26,29,,,,,,,2.2,1.1,1.9*3F
    16:01:27 $GPVTG,23.47,T,,M,3.69,N,6.8,K,A*3D
    16:01:27 $GPVTG,82.16,T,,M,5.92,N,11.0,K,A*0E
    16:01:27 $GPVTG,1.98,T,,M,5.26,N,9.7,K,A*02
    16:01:27 $GPVTG,6.99,T,,M,5.21,N,9.7,K,A*03
    16:01:27 $GPVTG,26.33,T,,M,6.73,N,12.5,K,A*0D
    16:01:27 $GPVTG,,T,,M,0.00,N,0.0,K,A*13
    16:01:27 $GPVTG,,T,,M,0.00,N,0.0,K,A*13
    16:01:27 $GPVTG,,T,,M,0.00,N,0.0,K,A*13
    16:01:27 $GPVTG,,T,,M,0.00,N,0.0,K,A*13
    16:01:27 $GPVTG,,T,,M,0.00,N,0.0,K,A*13
    16:01:27 $GPVTG,,T,,M,0.00,N,0.0,K,A*13
    16:01:27 $GPVTG,,T,,M,0.00,N,0.0,K,A*13
    16:01:27 $GPVTG,,T,,M,0.00,N,0.0,K,A*13
    16:01:27 $GPVTG,,T,,M,0.00,N,0.0,K,A*13
    16:01:27 $GPVTG,,T,,M,0.00,N,0.0,K,A*13
    16:01:27 $GPVTG,,T,,M,0.00,N,0.0,K,A*13
    16:01:27 $GPVTG,,T,,M,0.00,N,0.0,K,A*13
    16:01:27 $GPVTG,,T,,M,0.00,N,0.0,K,A*13
    16:01:27 $GPVTG,,T,,M,0.00,N,0.0,K,A*13

    Danke Charly,


    ich hoffe, das Verhalten der GNS war ein einmaliger Ausrutscher, danach hat der Empfänger wieder ganz normal funktioniert.

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

    Zitat

    Original von Bogi100
    Danke Charly,


    ich hoffe, das Verhalten der GNS war ein einmaliger Ausrutscher, danach hat der Empfänger wieder ganz normal funktioniert.


    Hallo Bogi


    Der Thread ist zwar schon schon ein paar Tage alt, aber trotzdem noch ein paar Anmerkungen meinerseits.


    Ich gehe zwar nicht davon aus, das dies Altdaten waren, denn dann sollten die konstant sein. Die xDOP-Werte aendern sich, obwohl die Elevationswinkel der einzelnen SATs konstant ausgegeben werden. Also sollte da etwas "rechnen" mit im Spiel sein. Aendert aber nichts daran, das auch ich das als recht ungewoehnlich ansehe. Also gehe ich davon aus, das der Empfaenger einen Haenger hatte, der zu diesem Verhalten gefuehrt hat.


    Was kam aber dann?
    Im LogFile erkennt man schoen, das bis zum Fix ( 16:00:11 ) nur Empfangspegel der SATs 9,17,22 von ausreichender Pegelstaerke vorhanden war. Erst mit Empfansgpegel von SAT 5 bzw. 26, 29 kommt Bewegung ins Empfaengerleben. Die SATs InView wechseln von 12 auf 11, die bis dahin konstant ausgegebenen Elevationswinkel der SATs werden aktualisiert, die xDOP-Werte nehmen kurz den Wert "blank" an, um dann die ersten realen Werte zu liefern. Sieht fuer mich im ersten Ansatz so aus, als ob der Empfaenger keinen Almanach hatte, der dann waehrend der Fahrt geladen wurde.


    Warum er allerdings die xDOP-Werte ausgegeben hat, kann ich mir auch noch nicht erklaeren. Allerdings habe ich bisher noch nicht so recht daraif geachtet, ob dies bei anderen Empfaengern auch schon mal aufgetreten ist. In erster Schnelldurchsicht einiger LogFiles konnte ich solch ein Verhalten nicht reproduzieren. Also wuerde ich dem zuerst einmal keine Prioritaet 1 zuordnen.