GPS Bluetooth asynchron?

    Hallo Leute,


    ich habe ein Problem, dass ich gerne hier erläutern möchte.


    Ich habe bisher relativ problemlos kabelgebunden, unter WM 2003 SE, mit der MGPS navigiert, und bin (erst) jetzt auf ein Bluetooth Sirf3 Empfänger umgestiegen (Dimp3 bzw. Xaiox Diamond).


    Siehe auch: XAiOX Diamond SiRF III BLUETOOTH für 70


    Dabei sind mir drei Dinge unter MN5 aufgefallen:


    1. Die Höhenangabe stimmt nicht mehr (per ini Offset Eintrag korrigiert).
    2. Die Geschwindigkeitsangabe liegt immer 4kmh unter der tatsächlichen auch bei 9 Sats (keine Ahnung woran das liegt; MGPS war fast genauer als der Tacho!)
    3. Die Position in der Karte von MN5 wird verzögert dargestellt. Z.B. stehe ich bereits an der Ampel, auf der Karte bremse ich aber noch ab, um dann erst zum Stehen zu kommen. Mit der MGPS gab es keine Probleme.


    Zu Punkt 3. habe ich hier per Suchfunktion den Tipp gefunden, nur die NMEA Unterprotokolle VTG, RMC, GGA und GSA aktiviert zu lassen.


    Dazu habe ich den Winfast Navigator aufgerufen. Da ich die MGPS noch besitze, habe ich mir ersteinmal deren Unterprotokolle angesehen.


    Dann habe ich mir die Unterprotokolle der neuen Maus unter "Development" angesehen, und dabei ist mir sofort etwas aufgefallen: Während bei der MGPS die Zeilen sofort, synchron und ohne Unterlass, wie bei einem Ticker, hereinkammen (man kann sogar die Uhr danach stellen, und sieht sofort welches Protokoll auf wieviele Sekunden eingestellt ist), war der Log der neuen Maus das genaue Gegenteil davon. Obwohl alle Zeilen ebenfalls sauber übermittellt wurden, waren sie verzögert, asynchron und mit unterschiedlich großer Latenz.
    Das ganze hat den Eindruck, als hätte die Maus nur ab und zu Lust zu senden. Dann wird aber alles auf einen Schlag im Block gesendet, was vorher verpasst wurde zeitgerecht zu senden.
    Ich kann mir sehr gut vorstellen, dass dies verantwortlich ist für die Phänomene unter 2. und 3.!


    Daher meine Frage an Euch: Ist das ein, für eine Bluetooth Maus, normales Verhalten ?


    Wenn nein, hat jemand eine Erklärung und ein Lösungsvorschlag für dieses Phänomen?



    Vielen Dank schon mal im Voraus.


    P.S. Sitze hier schon die ganze Nacht an dem Problem, nur falls jemand sich wundert.

    Ich habe jetzt nicht nur wegen der Uhrzeit auf ein Log verzichtet, sondern weil ja dort nicht verzeichnet ist, mit welchen zeitlichen Abständen die Zeilen eingetroffen sind, also bringt das nichts.

    Hallo T-CGN


    Herzlich willkommen im Forum.
    Viel Lesestoff. Also zuerst einmal hat das "Nachhinken" nichts mit BT zu tun. Wenn dem so waere, dann ahetten hier tausende User das gleiche Problem. Was mir in Deinem Beitrag fehlt ist der PDA-Typ und die Speicherauslastung. Wie sieht es damit aus?

    1. Die Maus liefert bereits korrigierte Höhen :


    $GPGGA,154138.000,4900.9165,N,00824.3239,E,1,08,1.0,128.6,M,47.9,M,,0000*5B

    Zitat

    Original von T-CGN
    2. Die Geschwindigkeitsangabe liegt immer 4kmh unter der tatsächlichen auch bei 9 Sats (keine Ahnung woran das liegt; MGPS war fast genauer als der Tacho!)


    2. Woher kennst Du die tatsächliche Geschwindigkeit ?(


    Zitat

    Original von T-CGN
    Dazu habe ich den Winfast Navigator aufgerufen. Da ich die MGPS noch besitze, habe ich mir ersteinmal deren Unterprotokolle angesehen.


    Dann habe ich mir die Unterprotokolle der neuen Maus unter "Development" angesehen, und dabei ist mir sofort etwas aufgefallen: Während bei der MGPS die Zeilen sofort, synchron und ohne Unterlass, wie bei einem Ticker, hereinkammen (man kann sogar die Uhr danach stellen, und sieht sofort welches Protokoll auf wieviele Sekunden eingestellt ist), war der Log der neuen Maus das genaue Gegenteil davon. Obwohl alle Zeilen ebenfalls sauber übermittellt wurden, waren sie verzögert, asynchron und mit unterschiedlich großer Latenz.


    3. Das scheint eine Eigenheit von Winfast Navigator zu sein. Dies tritt bei mir mit allen BT-Mäusen auf (andere habe ich nicht). Mit anderen Programmen (Cruxview, Oziexplorer) ist ein kontinuierlicher Datenstrom (sekündlich) sichtbar.

    Gruß gs.arch

    3 Mal editiert, zuletzt von gs.arch ()

    gs.arch:


    1. Ja, erkannt und bereits korrigiert.


    2. Tacho ?!!
    Die MGPS stimmte (bei ausreichendem SatFix) stehts mit dem Tacho überein.


    @900SS-97:


    Danke für die Begrüßung!


    Loox 420 PDA mit WM 2003 SE. Speicherauslastung, 40% bleiben immer übrig.




    Im übrigen habe ich beide Mäuse ja noch. Wenn ich bei selber Konfiguration die MGPS anschliesse, alles wunderbar. Kommt die Bluetooth Maus dran, obige Effekte. Schließe ich wieder die MGPS, alles bestens. Und so weiter.


    Und darf ich das so verstehen, dass wenn Ihr eure Bluetooth Maus mit dem Winfast Navigator unter dem Reiter "Devolpment" laufen lasst, dass die Zeilen wie beim MGPS beschrieben herein kommen ?

    Mein Edit hat sich mit Deinem Posting überschnitten. Tachos gehen in der Regel vor. Bei mir funktioniert MN|5 mit dieser Maus einwandfrei.

    Gruß gs.arch

    Einmal editiert, zuletzt von gs.arch ()

    Zitat

    Original von T-CGN
    ...
    Und darf ich das so verstehen, dass wenn Ihr eure Bluetooth Maus mit dem Winfast Navigator unter dem Reiter "Devolpment" laufen lasst, dass die Zeilen wie beim MGPS beschrieben herein kommen ?


    Hallo T-CGN


    Nein, das ist teilweise so stark "abweichend" das die Aktualisierung nur nach mehreren Sequenzen erfolgt. Allerdings ist dies nur im Development-Fenster zu sehen. Im Naviprogramm kann ich keine Verzoegerung der Positionsaktualisierung erkennen. Und ich fahre auch den MN.


    Das mit der Geschwindigkeit hat gs.arch Dir schon gesagt. Hier wuerde ich mich bei konstanter Geschwindigkeit eher auf die Anzeige des Navis verlassen. Allerdings nur bei knstanmter Geschwindigkeit. Bei wechselnden Geschwindigkeiten ist die Tachoanzeige besser geeignet. Das kannst Du aber nachlesen wenn Du mal nach Tacho hier im Forum suchst. Artikel/Fragen zu diesem Thema kommen in regelmaessigen Zeitwellen immer wieder mal hoch und werden heiss diskutiert.