TomTom hinkt ziemlich hinterher! (MDA Vario, TT 5.21, Holux GPS)


    meld :)
    Ich bekomme keine Verbindung zu meiner BT Maus. Sie hängt an Port 6 (Com6). Leider habe ich aber nur 0,1,2,3,4,9 zur Auswahl! Gibts da noch irgendeinen Trick? Hab auch schon wie im Artikel beschrieben verschiedene Baudraten und Ports versucht, leider ohne Erfolg :(

    Mach erstmal ein Softreset, vielleicht läuft noch ein anderes Programm im Hintergrund und belegt den port. VisualGPSce hat doch auch funktioniert !

    auch nach nem reset fehlen immer noch die ports 5-8 :/
    habe alle Ports mehrmals mit verschiedenen Baut raten durchprobiert, bekomme keine verbindung :(

    Probier mal Cruxview


    In der Lasche GPS-Status stellst Du die Parameter für die Maus ein,


    in der Lasche Protocol die Datensätze, die Du haben möchtest (RMC=1, GSA=5, GSV=5, Rest=0), dann drückst Du auf "Set NMEA Update Rate"


    Anbei ein 30 min log mit meiner Holux 236, da gibt es keinen einzigen Aussetzer, so muß das sein

    Ich hebe den Thread mal hoch - weil ich ein ähnliches Problem habe.


    Seit ich einen neuen PDA habe (iPAQ H3850) und das TT5 - dort die von mir bisher am CASIO 125 verwendete GM 210 Holux Mouse betreibe -


    habe ich den Eindruck das die Mouse nicht mehr richtig funzt.


    Weil: Dauernd kein Signal - das TT5 zeigt dann den grauen Screen. D.h. es geht im Prinzip - verhält sich aber total störanfällig. So was hatte ich vorher nicht. Bin schon am überlegen das Sch*** TT5 in die Tonne zu kloppen. Verdammt auch.


    An was liegt das nun? Am TT5, am PDA oder der Kommunikation mit der Maus?


    Maus wird an Com1 bei 4800 B erkannt. Mehr kann ich doch ned machen. Oder doch? :-D)

    Einmal editiert, zuletzt von NAVI-DAU ()

    Zitat

    Original von NAVI-DAU
    ...habe ich den Eindruck das die Mouse nicht mehr richtig funzt...
    ...An was liegt das nun? Am TT5, am PDA oder der Kommunikation mit der Maus?...


    Hallo NAVI-DAU


    Könnte es nicht auch ein Kontaktproblem in der Kabelsteckverbindung bzw. der Stromversorgung sein wenn es mal geht und mal nicht? Welche Meldung kommt denn genau "Kein GPS-Gerät" oder "Kein gültiges GPS Signal" ? An TTN5 selbst liegt das mit Sicherheit nicht, da TTN5 nur die (evtl. fehlerhaften) Signale der Maus verarbeitet.


    Um das genau herauszufinden, solltest Du am besten mehrere GPS Logs ohne TTN5 aufnehmen. Verwende dazu VisualGPSce (Link in meiner Signatur und Beschreibung Log Erstellung). Die einzelnen GPS Logs sollten mindesten 30 Minuten lang sein. Das erste Log sollte im Stand des Fahrzeugs bei freier Sicht zum Himmel aufgenommen werden. Die Maus liegt dabei im Fahrzeug an ihrer üblichen Position. Anschließend nimm ein zweites GPS Log im Stand auf, bei dem die Maus außerhalb des Fahrzeugs angebracht ist. Drittens nimm ein GPS Log während der Fahrt über eine typische Fahrstrecke auf, auf der Du die Ausfälle (grauer Screen) beobachtest.


    Das alles klingt ein wenig aufwändig, sollte aber zur Abklärung beitragen.

    2 Mal editiert, zuletzt von fwsurfer ()

    klingt ein wenig aufwändig


    *LOL* In der Tat. Danke, trotzdem. Ich schau mal. Das Problem ist ned sooo schlimm, aber eindeutig ist das mein Uralter CASIO 125 mit dem TT3 besser mit der Maus gesynct hat.


    Kontaktproblem in der Kabelsteckverbindung bzw. der Stromversorgung kann ich ausschalten als Fehlerursache.


    "Kein GPS-Gerät" oder "Kein gültiges GPS Signal" ?


    Hmmm? Muss ich mal prüfen.

    Zitat

    Original von NAVI-DAU
    ..Das Problem ist ned sooo schlimm, aber eindeutig ist das mein Uralter CASIO 125 mit dem TT3 besser mit der Maus gesynct hat..


    Möglicherweise liegt es auch an der Abfolge der NMEA Datensätzen im GPS Protokoll. Nach Erscheinen von TTN5 letztes Jahr haben sich viele darüber beschwert, dass TTN5 mit derselben Maus nicht mehr so optimal läuft wie es bei TTN3 war. Da half dann in der Regel ein Umprogrammieren des GPS Empfängers auf die unter TTN5 benötigten Datensätze.


    TTN5 benötigt nur noch die NMEA Datensätze RMC, GSA und GSV. Alles andere wird nicht ausgewertet und kann manchmal zu Problemen beim Überlesen führen. Deshalb wäre zumindest ein kurzes GPS Log schon interessant.


    Umprogrammiert wird der GPS Empfänger z.B. mit CruxView oder Winfast Navigator (Link in meiner Signatur und Beschreibung, gut durchlesen) auf die Abfolge der Datensätze:


    RMC= 1(sec)
    GSA= 5(sec)
    GSV= 5(sec)


    alles andere = 0 (aus)


    P.S. Wenn man will, kann man auch GGA =5 dazunehmen, z.B. für VisualGPSce. Aber TTN5 benötigt dies nicht ! Weniger ist da mehr.

    so ich hab mal mit cruxview umprogrammiert :)
    Mache grade ne Log datei.
    Die Maus stand auf:
    GGA 1
    GLL 0
    GSA 1
    GSV 5
    RMC 1
    VTG 0


    mal schauen wie das neue log wird :)


    Hallo


    Gleich vorweg.


    Steht GSA jetzt ebenfalls auf 5? GGA sollte auch erstmal auf 0 sein (Aus).


    Also
    GGA 0 (! TTN5 braucht das nicht)
    GLL 0
    GSA 5 (entscheidend)
    GSV 5
    RMC 1
    VTG 0

    2 Mal editiert, zuletzt von fwsurfer ()


    ja hab es so eingestellt wie es in einem deiner vorherigen posts stand.
    Also GSA/GSV 5 und RMC 1. Der Rest aus.


    Aber das log sieht immer noch so aus???!!! ?( ?( ?(

    Das Umprogrammieren hat nicht funktioniert. Das Protokoll schaut genauso aus wie vorher !


    Ist das auch wirklich eine umgetauschte Maus (Seriennummer ist wohl eine andere)?

    Zitat

    Original von fwsurfer
    Das Umprogrammieren hat nicht funktioniert. Das Protokoll schaut genauso aus wie vorher !


    Ist das auch wirklich eine umgetauschte Maus (Seriennummer ist wohl eine andere)?


    hm komisch, bei CruxView wurden aber dann die anderen Werte angezeigt. Und unten stand auch: "Sendig GSA " und so. Und am ende "Commandos send" oder so.


    Die Maus ist definitiv eine andere, die Seriennummer ist anders. NUr die P/N ist die gleich. Wenn das für Produktionsnummer steht hat wohl die Produktionsreihe en schuss?! Ich schaue mir gerade nochmal mit Crux View die Protokolle an.


    Aber was mir grade einfällt: Das umprogrammieren muss geklappt haben! Weil mit VisualGPSce hat er mir zwar immer noch angezeigt wieviel sats in view sind aber nicht wieviele in use. Liegt bestimmt daran das eines der Protokolle nun fehlt oder?


    //edit: Stimmt die Protokolle stehen wieder auf den alten werten :( Ich machs grad nochmal!

    Einmal editiert, zuletzt von desmoloch ()

    Zitat

    Original von desmoloch
    ..Aber was mir grade einfällt: Das umprogrammieren muss geklappt haben! Weil mit VisualGPSce hat er mir zwar immer noch angezeigt wieviel sats in view sind aber nicht wieviele in use. Liegt bestimmt daran das eines der Protokolle nun fehlt oder?


    Ok stimmt. GGA fehlt jetzt im Protokoll. VisualGPSce wertet dies aus (Sats in USe, fehlt jetzt), TTN5 nicht und braucht es nicht. Also hat ein Teil des Umprogrammierens doch funktioniert (GGA Aus). Also noch mal mit CruxView schauen. Der Rest muss auch funktionieren.

    Einmal editiert, zuletzt von fwsurfer ()

    Zitat

    Original von fwsurfer


    Ok stimmt. GGA fehlt jetzt im Protokoll. VisualGPSce wertet dies aus, TTN5 nicht und braucht es nicht. Also hat ein Teil des Umprogrammierens doch funktioniert (GGA Aus). Also noch mal mit CruxView schauen. Der Rest muss auch funktionieren.


    also mit dem CruxView scheint es nicht wirklich zu klappen :(
    Wenn ich alles setze sagt er es wurden alle Kommandos gesendet. Nach einem Neuconnect/Neustart von CruxView stehen aber wieder 1 0 1 5 1 0 drin. Trotzdem kann C VisualGPS aber nicht mehr die sats in use anzeigen ?(
    Das doch ein mist hier mit der Maus :( Gibts noch ein 3. Programm zum umprogrammieren?



    //edit:
    nach einem Neustart der Maus geht auch VisualGPSce wieder (sats in use)

    Einmal editiert, zuletzt von desmoloch ()