TT6 mind. 300 Meter zu spät

    Hallo, liebe den Wegsuchende!


    Seit gestern läuft TT 6 auf meinem LOOX 420 superprächtig. Aber wenn ich daran denke, wieviel Stunden ich investieren mußte, um TT6 zum Laufen zu bringen, dann werde ich ganz schön sauer. Ich finde es unmöglich, wie miserabel die Installationsanlietung von TT ist. Hätte ich nicht dieses Forum hier zur Verfügung gehabt, ich hätte TT6 wahrscheinlich nie zum Laufen gebracht.
    Also: Danke!


    Aber jetzt stelle ich fest, dass TT6 immer ca. 300 Meter zu spär dran ist, d.h.kommt eine Straße, in die ich abbiegen soll, so kommt die Ansage erst, wenn ich bereits ca. 300 Meter an der Straße vorbei bin. (Das gleiche Prob hatte ich übrigens mit TT5 auch.) Als GPS Empfänger habe ich die BT Mouse von TT.


    Kann mir jemand sagen, woran das liegt und wie ich das ändern kann? Bringt es etwas, die Boud-Rate von jetzt 4.200 zu erhöhen??



    Beste Grüße aus Nordkirchen
    -Mike-


    Also miese Insta-Anleitung von TTN kann ich nun garnicht nachempfinden.


    Erhöhung der Baudratre von 4800 bringt nichts.


    Hast Du irgendwas geändert? Andere Progs benutzt?


    Besorge Dir mal VisualGPSce (Signatur: LogAnalyse) und nehme ein 5-min-log auf, hänge es hier als Dateianhang an. Es könnte ein Performace/Protokoll-Problem sein.

    Servus,


    am besten ist es Du erstellst ein Log und stellst es hier rein. Such mal nach dem User karomue oder nach Bogi100.
    In deren Signatur findest Du Tools für ne Log-Analyse - danach kann man Dir leichter helfen.


    Wahrscheinlich sendet Deine Maus falsche Signale, die das Nachhinkken erklären. Oder Deine Prozessorleistung ist zu gering und Du hast zuviele OVIs aktiviert.


    cu Peter


    -edit-
    Da ist ja Charly schon :D

    Einmal editiert, zuletzt von hope68 ()


    Hallo,


    also an der Leistung mit 400 Hz kann es nicht liegen.
    Mein T830 hat 416 Hz und routet sehr genau.


    Gruß


    topifun


    Servus,


    wenn noch andere Programme, wie z.B. ActiveSync, im Hintergrund laufen dann kann das leicht die Performance beeinflussen und es kommt zum Nachhinken. Gibt einige Threads dazu im TT5-Forum.


    cu Peter


    Hallo,


    habe mal gerade bei mir nachgeschaut welche Programm während meiner heutigen Navifahrt im Hintergrund am laufen waren.
    Es war Active Sync und Bilder&Videos. Aber ein Nachlaufen während der Navigation konnte ich nicht feststellen.


    Gruß


    Topifun

    Hallo,


    ich habe gean udas selbe Problem mit einem HP iPAQ rx5935. Eine Anfrage bei TomTom brachte die Antwort, das das Gerät nicht kompatibel sei. TT6 Westeuropa ist ab Werk installiert. Warum soll das nicht kompatibel sein??


    Aber egal ich habe auch das Problem das die Anzeige ca 200-300 m hinterher hinkt. Egal ob ich viele POI an oder aus habe. SObald das Fahrzeug steht stimmt die Position genau. Das Gerät hat einen SIRF3 Empfänger eingebaut.


    Kann hier evtl. ein Tip geben?


    Ebenso finde ich es nervig, das das Autozoom in der Kartenansicht nicht abschaltbar ist und die Karten deutlich schlechter sind als bei meiner alten TT5. Ich werde immer wieder aufgefordert unzulässig abzubiegen.


    DAnke und Gruß


    Wolfgang


    Hallo Wolfgang,


    wie schon zu Anfang dieses Threads geschrieben wurde, ein log könnte Aufklärung bringen.


    Es ist eine hier oft beschriebene Tatsache - auch wenn einige Vorposter dies nicht glauben wollen - dass je nach eingestellten Protokollen ein PDA einfach nicht mehr mitkommt. So ist z.B. die Datenfülle, ist GSV und GSA sekündlich eingestellt, so groß, dass manche PDAs damit Probleme bekommen und es eben zu diesem Nachhinken kommt. Dazu gibt es hier auch seit langer Zeit Abhilfe.


    Um das zu sehen benötigt man aber halt ein 5-min-log. Wenn jemand nur meint, sich beklagen zu müssen ohne Ratschläge auch zu befolgen, ja, was soll man denn dann noch machen?


    Mein PDA läuft ohne Nachhinken mit TTN6.....

    Hallo Wolfgang,


    das ist für die Performance die ungünstigste Art, GSV und GSA kommen alle sek.


    Nun kann man eine Art Stufenplan verfolgen:


    1. setze GSV und GSA auf 5, GLL kann ganz entfallen, das braucht man nicht, also auf 0. Ich nehme dazu immer CruxView, es gibt aber auch andere Tools. Dann probieren, ob es besser geworden ist.


    2. wenn nein, GSV und GSA können ganz entfallen, dann bekommt man allerdings keine Infos wie die Balkenanzeige mehr. Also auf 0 und wieder probieren.


    3. wenn immer noch, dann wird es langsam etwas schwieriger. Eigentlich benötigt TTN zum Navigieren nur GGA. Jetzt aus dem Gedächtnis heraus, ich glaube jemand (bonnie, bogi, ...) hat herausgefunden, dass auch RMC alleine reicht. Da musst Du evtl. mal die Suchfunktion bemühen oder einfach etwas spielen. Es gibt auch die Kombination RMC/1, GSV/5, GSA/5. Dann wären die Infos wieder da.


    Gib dann mal ein Feedback, womit es bei Dir zufriedenstellend läuft.

    Hi Charly,


    GGA alleine reicht imho nicht, da TTN die Geschwindigkeit imho nicht selbst errechnet, sondern aus den NMEA-Sätzen nimmt.


    GGA und VTG könnten reichen, da bin ich mir aber nicht mehr sicher.


    RMC = 1 alleine reicht definitiv, und GSA =5 und GSV = 5 sollten noch ohne Nachhinken möglich sein.


    @ woody62: Wenn Du allerdings noch andere Software benutzt, ist RMC, GSA und GSV eventuell zu wenig.

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

    Einmal editiert, zuletzt von Bogi100 ()

    So habe mir CruxView geholt und die Werte sind jetzt auf:


    GGA 1
    GLL 0
    GSA 5 hier war 1
    GSV 5
    RMC 1
    VTG 0


    Werde jetzt mal um den Block fahren und ausprobieren :)


    Danke vorerst melde mich später.


    Danke und Gruß


    Wolfgang

    Ich habe das Problem auch, sowohl beim xda mini s, wie auch beim xda Trion.
    Beim Destinator6 ist es nicht so stark, aber beim PDA-Stadtplandienst !!


    Als GPS BT-Mouse habe ich einen Royaltek RBT-2010.


    Es gibt dafür ein Konfigurationstool mit dem man die NMEA-Einstellungen ändern kann. Dabei ist nicht die Baud-Rate ausschlaggebend, sondern die Intervalle, wie oft die GPS-Signale gesendet werden.
    Wenn ich die Intervalle der Datenpakete von 1 auf 2 oder 3 stelle, wird anscheinend der PDA nicht so mit Daten zugemüllt, die er nicht mehr rechtzeitig verarbeiten kann. .. und dann wird die Verzögerung wieder normal.
    .. ausprobieren...
    Es liegt also an mehreren Faktoren. (Intervalle, Verarbeitungssoftware, Rechnerperformance etc.)


    Gruß xda007


    Danke.


    Mein Gedächtnis.... :]


    GGA alleine, das war mir noch klar. Wußte aber nicht mehr ganz sicher ob RMC alleine reicht. Das wäre das absolute Minimum.


    Und zur Baudrate: das wurde vor Jahr und Tag schon untersucht. 4800 reicht dicke auch bei Standardeinstellung der Protokolle. D.h., Erhöhung bring überhaupt nix.

    So hab es jetzt mal ausprobiert. Mit CruxView wurde mir zwar geschrieben Send OK!!! Aber ich habe dann mit SirfTech festgestellt, das er nix geändert hatte. Mit SirfTech hat er die Werte dann übernommen.


    Leider muss ich feststellen das die Änderungen nicht sehr viel gebracht haben. Die Anzeige hinkt immer noch nach, wenn auch nicht mehr ganz so stark wie zuvor.


    Zur Sicherheit habe ich nochmal ein aktuelles Protokoll angehängt.


    Gruß


    Wolfgang