MN6 bricht Navigation im Tunnel ab

    Zitat

    Original von Zero511
    Hi,
    da muss man differenzieren:
    proXimaus hat lediglich geschrieben, dass im Tunnel nicht weitersimuliert wird, das kann z.B. am Kartenmaterial (Tunnel ist nur in eine Richtung deklariert etc.) oder anderen Einflüssen liegen.


    Wovon wir hier sprechen, ist der Fehler, dass die Meldung kommt "Sie haben das Ziel erreicht" und die Navigation beendet wird. Dieser scheint immer dann aufzutreten, wenn der GPS-Empfang im Tunnel abreißt und der Empfänger nur leere Zeilen liefert, was MN6 nicht erwartet.


    Den Fehler habe ich auch. Da auch ich einen HTC 3600 habe, könnte es doch eher am Gerät liegen, als an der Software, bzw. im Zusammenspiel beider.


    Ich nutze ebenfalls das integrierte GPS-Modul und meine, dass auch erst seit der Freischaltung des GPS-Moduls der Fehler auftritt. Vorher mit der Bluetooth GPS-Maus nicht.


    Gruß
    Andreas

    Hallo,
    genau, es liegt an dem internen Empfänger.
    Er liefert im Tunnel ungewöhnliche Daten, die MN6 nicht verarbeiten kann und dann mit dem Fehler reagiert.
    Das scheint bei allen Empfängern in HTC-Geräten der Fall zu sein.


    Bei herkömmlichen BT-Mäusen werden im Tunnel "normale" Daten geliefert, deshalb klappt das damit.


    Entweder muss Navigon das in MN6 anpassen, falls es geht oder HTC sollte die Empfänger so konfigurieren, dass sie sich wie alle anderen Empfänger auf dem Markt verhalten.

    Einmal editiert, zuletzt von Zero511 ()

    Ich hatte mal irgendwo gelesen dass z.b. ein COM-Splitter dieses Problem auch softwaremäßig korrigieren könnte - oder liege ich da falsch?

    Zitat

    Original von stoeberhai
    Ich hatte mal irgendwo gelesen dass z.b. ein COM-Splitter dieses Problem auch softwaremäßig korrigieren könnte - oder liege ich da falsch?


    würde mich auch mal interessieren... ich spiele mit dem gedanken, mir den xda orbit 2 bzw htc touch cruise zuzulegen, da ich aber nicht auf mn6 verzichten möchte bzw. eine solche unverträglichkeit wie den tunnelbug nicht akzeptieren möchte, wäre das für mich einko-kriterium... aber vielleicht hat htc ja die problematik softwareseitig behoben (von der hardware ist glub ich der gleiche chip verbaut).... min da auch mal auf erste erfahrungsberichte gespannt...


    lg jan

    Hi, ich hatte letzte Woche mal GPS-Gate installiert, in der Hoffnung, dass dieses das Absturzproblem behebt. Leider ohne Erfolg ....




    Gruß, u4

    Zitat

    Original von hausen69


    würde mich auch mal interessieren... ...


    Hallo


    Ein COM-Splitter behebt das Problem nicht

    So, ich hab's jetzt doch noch mal mit GPS Gate probiert. Bin durch drei Tunnel gefahren in denen normalerweise das Ziel erreicht wird und das Ziel wurde auch angezeigt, sogar die Geschwindigkeitsgrenzen wurden angezeigt (Ziel liegt nämlich hinter einer Grenze) - aber das Ziel wurde nicht (wie sonst) erreicht.


    Zufall?


    Gruß,


    U4


    Hallo SpecterU4


    Macht fuer mich im Moment keine Sinn, denn das wuerde bedeuten das GPSgate die Daten des Empfaengers veraendern wuerde. Normalerweise ist es so, das GPSGate nur die Daten des Empfaenger nimmt und "zwischenspeichert", damit mehrere Programme bedient werden koennen.


    Nimm bitte mal ein LogFile in einer solchen Situation mit und ohne GPSGate auf.
    Danke

    Ja, ich denke eigentlich auch, dass ein Splitter die Daten 1:1 weitergeben sollte. Vielleicht war's ja wirklich Zufall ...


    Kann ich eigentlich irgendwie zwei com Ports gleichzeitig loggen?


    Gruß, u4

    Einmal editiert, zuletzt von SpecterU4 ()

    Zitat

    Original von SpecterU4
    ... Kann ich eigentlich irgendwie zwei com Ports gleichzeitig loggen? ...


    Hallo SpecterU4


    Das verstehe ich nicht. Welche 2 COM-Ports willst Du gleichzeitig loggen?
    Wenn Du damit den Hardware und den "GPSGate-Port" meinst, dann geht das nicht

    Hi,


    ja genau - das hatte ich gemeint. Warum geht das nicht? Unter WM6 können doch mehrere Programme auf einen Port zugreifen ...


    Ich hab gerade mal probiert mit Glopus auf Com4 zuzugreifen (das ist der vom internen GPS Empfänger) und mit VisualGPSce auf Com1 (das ist der Ausgang von GPS Gate) - scheint soweit zu funktionieren.


    Ich kann auch VisualGPSce zweimal starten, allerdings haben offenbar beide Versionen immer den gleichen Eingang ...


    Jemand 'ne Idee bzw. ein anderes Programm, mit dem ich den anderen Com Port sauber loggen kann ...


    Gruß, u4

    Zitat

    Original von SpecterU4
    ... Ich hab gerade mal probiert mit Glopus auf Com4 zuzugreifen (das ist der vom internen GPS Empfänger) und mit VisualGPSce auf Com1 (das ist der Ausgang von GPS Gate) - scheint soweit zu funktionieren.


    Ich kann auch VisualGPSce zweimal starten, allerdings haben offenbar beide Versionen immer den gleichen Eingang ...


    Jemand 'ne Idee bzw. ein anderes Programm, mit dem ich den anderen Com Port sauber loggen kann ...


    Hallo SpecterU4


    Wenn Du mit mit Glopus auf COM4 zugreifst und das Dein Hardwareport ist, dann kannst Du nicht gleichzeitig mit VisualGPSce auf den GPSGate-COM1-Port zugreifen. Denn dann waere der COM4 schon durch ein Programm (Glopus oder GPSGate) belegt. Wenn das bei Dir geht, dann unterstelle ich mal das der COM4 bereits der durch WM6 gesharte COM-Port ist.
    Ich weis nicht ob Dein PDA das GPS-Menue zeigt (Start==Einstellungen==System==GPS). Dort ist die COM-Regelung von WM6 eingetragen. Was da und in GPSGate eingestellt ist, wuerde mich interessieren.


    Wenn Du das Programm zweimal startest, bleibt es trotzdem nur bei einer Ausfuehrung. Daher "Stellst" Du jedesmal im gleichen Programm den anderen COM-Port ein.


    Glopus kann in Verbindung mit SeriLot beides. SeriLot kann so konfiguriert werden, dass der gesamte Datenstrom des Empfaengers in SeriLot geloggt wird. Trotzdem gibt SeriLot dann die Daten noch zusaetzlich auf einem "Software-Port" aus. Der kann dann das Navi bedienen. Das Navi kann in dem Fall Glopus oder VisuslGPSce sein.


    Trotzdem habe ich das Gefeuhl das Dein COM4 bereits der durch WM6 gesharte COM ist. Wenn das so ist, dann hast Du 2 COM-Sharer hintereinander geschaltet

    Hallo SpecterU4


    Das ist der interne COM-Sharer von WM6
    Dort steht der Programmanschluss COM4. Dies ist der schon gesharte COM-Port. Auf diesen COM4 koennen nun mehrer Programme zugreifen. Warum da allerdings bei Hardwareanscluss keiner steht, entzieht sich im Moment meiner Kenntnis.


    Wenn Du nun in GPSGate (COM-Sharer) als Eingang COM4 stellst, dann nimmst Du den bereits gesharten COM4 nochmals und sharst den erneut. Damit hast Du zwei COM-Sharer hintereinander geschaltet.

    OK, versteh ich soweit - aber was hat das mit unserem Problem zu tun?


    Die Theorie ist ja, dass der Ausgang von GPS-Gate nicht identisch ist mit dem Eingang... Und dafür dürfte es doch keine Rolle spielen, ob da schon ein Sharer vorgeschaltet ist oder nicht - oder?


    Und - kann ich den WM-internen Com Sharer umgehen - sprich kann ich irgendwie direkt auf den Hardwareanschluss zugreifen? Vielleicht macht ja der integrierte Sharer die Probleme - wer weiß.


    Gruß, u4