Fehlerhafte Protokoll-Aufzeichnungen.

    Hallo miteinander,



    zunächst fiel es mir im Zuge von Testarbeiten gar nicht auf, bis mich jemand darauf aufmerksam machte, der Charlies GPSLog einsetzt. Die von mir aufgezeichneten Protokolle der HOLUX GPSlim 236 sind teilweise fehlerhaft.


    Die Protokolle wurden abwechselnd von zwei PDAs unter VisualGPS CE via Bluetooth aufgezeichnet.


    In den Protokollen fand ich in bemerkenswerten Stückzahlen fehlende Zeilenvorschübe und/oder unvollständige Zeilen. Etwa so:



    $GPGSV,2,2,08,26,46,295,25,27,30,071,19,21,12,307,25,15,07,339,*7F
    $GPRMC,090423.000,A,5234.9977,N,01323.6718,E,0.00,107.18,280905,,,A*60
    $GPVTG$GPGGA,090424.000,5234.9977,N,01323.6718,E,1,06,1.4,49.0,M,44.8,M,,0000*6A
    $GPGLL,5234.9977,N,01323.6718,E,090424.000,A,A*59



    Die VTG-Zeile wird nicht ausgeschrieben, dafür wird mit der folgenden GGA-Zeile ohne Zeilenvorschub fortgesetzt.


    Die meisten Naviprogramme und Visualisierungstools sind so fehlertolerant, dass sie in den Abbildungen trotz solcher Unregelmäßigkeiten keine Ausfälle zeigen. GPSTrack z.B. von NSonic meldet Fehler, fertigt aber normale Abbildungen. Charlies GPSLog allerdings ist ein hervorragendes Prüfprogramm für Zeilenfehler.


    Bei meinen Untersuchungen dieses Problems stellte ich fest, dass diese Eigenart 2 bis über 20 mal in jedem Protokoll auftrat. Ich stütze mich dabei auf 14 Protokolle >60 Minuten, mal auf der Fensterbank, mal im Gelände erstellt, abwechselnd mit zwei PDAs geschrieben.


    Zunächst hatte ich die Baudrate im Verdacht. Der Hersteller gibt für die GPSlim 236 eine Baudrate von 38400 vor. Im Forum wird die Meinung vertreten, eine Baudrate von 4800 sei allemal schnell genug für die paar zu übertragenden Daten. So habe ich jetzt 14 mal die Baudrate 4800 und 14 mal die Baudrate 38400. Die Fehlerrate ist bei beiden Übertragungen praktisch dieselbe.


    Dabei bleibt festzuhalten, dass unter gleichen Bedingungen die manchmal mitgetesteten GPS-Empfänger per Draht keine Auffälligkeiten zeigten.


    Bevor ich die Maus verdächtigte, habe ich jetzt die Versuchsreihe noch einmal wiederholt, diesmal aufgezeichnet mit Glopus, 7 mit 4800 und 7 mit 38400 Baud. Ergebnis: 14 fehlerfreie Protokolle > 60 Minuten, das längste mit 1840 KB an einem Stück.


    Damit engt sich der Verdacht auf das bei mir verwendete VisualGPS CE ein. Ich benutze auf Hx2750 und iPAQ 3970 die Version 0.10 (2003).


    Hat jemand ähnliche Erfahrungen mit VisualGPS CE gemacht?


    Gruß
    artur

    Einmal editiert, zuletzt von artur ()

    Hallo Artur


    Nein, solche Erfahrungen habe ich bisher noch nicht mit VisualGPSce gemacht. Allerdings nutze ich auch die Version 1.00.2


    Schau mal in den Link, da hatte ich solche Auffaelligkeiten bei Deinen dort geposteten Log´s auch schon mal angesprochen. Ich habe bisher aber noch keine Erklaerung gefunden.
    PUSHme/SEEme

    Interessant.


    Ich möchte jetzt nicht behaupten, bei meinen Mäusen sei dies nie aufgetreten, denn bei der Vielzahl von logs die ich schon untersucht habe, läßt sich das nicht mehr mit Sicherheit sagen.


    Trotzdem: ich bin mir eigentlich schon recht sicher, dass es bei meinen Mäusen nicht auftrat. Bei untersuchten logs hier aus den Foren habe ich es aber schon rel. oft gesehen.

    Hallo miteinander,


    die Ursache ist gefunden und soll hier auch mitgeteilt werden, damit nicht unnötiger Weise etwas an VisualGPS hängen bleibt.


    Der Hinweis von @900SS-97 brachte mich darauf, daß ich eine alte Version von VisualGPS betreibe.


    Jetzt benutze ich die aktuelle Version 1.00.3, in der solche Fehler nicht mehr auftreten.


    Danke für die Hinweise.


    Gruß
    artur