PPP Forum

Information and discussions about our products
Welcome to PPP Forum Sign in | Join | Help
in Search

Breaking changes: our new Navigation solution partner is Sygic

From TomTom to Sygic:
Over the years our former navigation provider reduced his SDK more and more to drive his own business solutions.
Finally a SDK is no longer available!
Looking for an alternative solution we found www.sygic.com/tomtom-sdk.
Why we recommend Sygic:
  • Good support at first hand
  • A modern Navigation Solution (with actual maps)
  • Native .NET support in the SDK (no need for third party solutions)
  • Many operating systems support including Linux and Android
  • A partner which is even able to adapt the Navigation solution to your needs.

TomTom hängt bei der Navigation stark "hinterher"

Last post 03-27-2008, 10:03 by ManniAT. 5 replies.
Sort Posts: Previous Next
  •  03-26-2008, 10:42 1168

    TomTom hängt bei der Navigation stark "hinterher"

    Hallo,

    wir haben eine Anwendung die über TTNCF5 mit TomTom5 kommuniziert. Die Anwendung ist in C#.net geschrieben.

    Bei Verwendung der Anwendung auf einem HP mit 64 MB (Programm/Datenspeicher) und Windows Mobile 2003 kommt es leider zu starkem nachhängen bei der Navigation. Das heißt, dass TomTom eine Position auf der Karte anzeigt, die schon 100 bis 200 Meter zurückliegt.

    Die Datenübergabe an TomTom sieht wie folgt aus:

    Über die Funktion "TTN.SendNMEASentenceBuffered" des Wrappers wird der einkommende GPRMC Strom über das SDK an TomTom weitergegeben.

    Ich hab schon probiert den Strom nur an den Wrapper weiter zu geben, wenn das SDKFileCalls Verzeichnis leer ist, was aber leider keine Verbesserung gebracht hat.

    Ich hab den Verdacht, dass es sich hierbei um ein Performance Problem handelt, obwohl bei der Ausführung beider Apps noch 10 MB Programmspeicher zur Verfügung stehen...


    Gruß

  •  03-26-2008, 10:54 1169 in reply to 1168

    Re: TomTom hängt bei der Navigation stark "hinterher"

    Hi,

    das Problem ist leider bekannt - darum haben wir ja die gepufferte Version eingeführt.

    Wenn auch dies nicht hilft kann der Datenstrom gezielt reduziert werden, indem weniger GPGGA Sätze geschickt werden bzw. auch nur jeder 2te GPRMC Satz.

    Erst mit TTN 6 wurde hier ein Lösung geschaffen, indem TTN seinerseits GPS Daten an die Anwendung weitergibt. Also das selbe nur am umgekehrten Weg.

    lg

    Manfred

  •  03-26-2008, 11:44 1170 in reply to 1169

    Re: TomTom hängt bei der Navigation stark "hinterher"

    Gibst da schon Erfahrungswerte zu, das diese Methode funktioniert oder ist da noch nichts bekannt?

    Wie verhält es sich denn mit den GPGGA Strömen? Wir geben ausschließlich RMC´s an TomTom weiter...


    Gruß

  •  03-26-2008, 11:56 1171 in reply to 1170

    Re: TomTom hängt bei der Navigation stark "hinterher"

    Hi,

    wir hatten diese Performance Probleme nur bei wenigen Geräten; die meisten ließen sich (zumindest mit ...bufferd...) ordentlich betreiben.

    RAWGPSOutput, wie das umgekehrte Verfahren bei TTN 6 heißt hat keinerlei Probleme gemacht.

    Die "Verantwortung" für das schnelle Handling liegt dort logischerweise am Clientprogramm.

    Zu GPGGA - diese Sätze werden von TTN verarbeitet und führen zu einer bessesren Positioniergenauigkeit (HDOP wird ausgewertet).

    lg

    Manfred

  •  03-26-2008, 12:11 1172 in reply to 1171

    Re: TomTom hängt bei der Navigation stark "hinterher"

    Ok also sollte ich jetzt mal probieren nur jeden zweiten (also alle zwei sekunden) GPRMC Strom über die Buffered Funktion an TomTom zu geben?

    Wie un wie oft soll ich nun die GPGGA Sätze an TomTom senden?


    Gruß

  •  03-27-2008, 10:03 1173 in reply to 1172

    Re: TomTom hängt bei der Navigation stark "hinterher"

    Hi,

    da sich HDOP ja nicht so oft ändert sollten bei GGA 10 Sekunden reichen.
    Und bei RMC einfach so weit reduzieren, dass noch eine vernünftige Anzeige möglich ist,
    aber die Delays möglichst weit reduziert werden.

    lg

    Manfred

View as RSS news feed in XML
Powered by Community Server, by Telligent Systems