SiRF III: Welche Protokolle programmieren?

    Hallo,


    auch nach Lesen der ganzen Programmierungs-Seiten hier bin ich noch nicht schlauer geworden.


    Welche Protokolle sind denn zu programmieren, wenn man die bestmöglichste Navigation einerseits für Auto (TomTom), andererseits für Geocaching braucht?


    Meine ist derzeit auf


    Static Navigation = Off
    GGA = 1
    GSA = 1
    GSV = 1
    GLL = 0
    BOD = 1
    VTG = 1


    aber zufrieden bin ich noch absolut nicht.

    Also:


    GGA & VGT sekündlich ... manche Programme benötigen noch RMC was aber eigendlich in GGA und VGT detailierter ausgegeben wird. Das sind die eigendlich interessanten Daten wie Position, Richtung und Geschwindigkeit.


    GSA & GSV reichen normalerweise in größerem zeitlichen Abstand... hab ich auf 5 Sekunden. Wenn man mal ein extragenaues Log braucht kann man das auf kleinere Zeiten einstellen. Das sind die Informationen über die Anzahl an sichtbaren und benutzen Sats und deren Empfangsqualität.


    GLL ist normalerweise nicht benutzt.


    BOD kenne ich nicht und hab ich auch noch nie gesehen....


    ZDA ist noch ein Protokoll (bei SIRF auf User9-Protokol) was die Zeit und das Datum ausgeben kann ... dabei wird die Zeit in GMT ausgegeben (zur Zeit also zwei Stunden weniger als bei uns) und das Datum. Alles ohne Umrechnen gut zu lesen. Hab ich aus Spaß alle 10 Sekunden drin... braucht IMHO kein Program, aber stört wohl auch nicht.


    gruß

    Das hängt davon ab, welches Navi/Geocaching--Programm Du benutzt.


    Für TomTom:
    RMC=1 (Frage: kein RMC und dennoch Navigation mit TomTom ?)
    GSA und GSV = 5 reicht völlig

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

    Bisher hatte ich nur
    http://www.kowoma.de/gps/zusatzerklaerungen/NMEA.htm
    gefunden - allerdings steht da halt nicht, was sinnvoll ist und was nicht.


    Und ich weiss halt nicht, was der Sirf 3 neben Static Navigation sonst noch für Extra-Funktionen hat, die nicht mit NMEA-Protokollen "abgedeckt" sind. Beispielsweise, dass der Sirf-Chipsatz die Strecke "weiterrechnet", wenn man kurzzeitig keinen Empfang hat (Tunnel). Keine Ahnung wie man dies aktiviert/deaktiviert.


    Außerdem weiss ich nicht, ob es überhaupt Sinn macht, da rumzustellen, oder ob die ganzen Programme die Mäuse selber so programmieren wie sie's brauchen.


    Jedenfalls: Danke schonmal für Eure Tips :)


    Genauer wird es mit GSA/GSV kleiner 5 (1) nicht. Denn die "Genauigkeit" liegt doch wohl in den Koordinaten und die werden in GGA und/oder RMC so gut wie imer mit 1 übertragen.


    Zu BOD und ZDA ist in FirstStep eine Erklärung (u.a. auch). Werden beide nicht benötigt und auch nur bei wenigen Mäusen - die Garmins lefern das soweit ich noch weiß standardmäßig - gesendet.

    Zitat

    Original von Bogi100
    Das hängt davon ab, welches Navi/Geocaching--Programm Du benutzt.


    Für TomTom:
    RMC=1 (Frage: kein RMC und dennoch Navigation mit TomTom ?)
    GSA und GSV = 5 reicht völlig


    Natürlich! Standard ist GGA.


    Extrafunktionen sind mausspezifisch. Und DeadReckoning ist für viele SiRF III-Mäuse (etwa 5 sek linear) Stamdard.


    Normal ist z.B. was man in CruxView als default-Programmierung sehen kann.

    Okay :)


    Und die Extrafunktionen - womit kann man die aktivieren? Welche gibts denn da noch alle? Ich denke da auch an WAAS/EGNOS. So eine richtige Zusammenfassung hab ich bisher noch nirgendwo gefunden, was es alles gibt...

    WAAS läuft IMHO zur Zeit noch nicht richtig und ist deshalb bis auf Widerruf besser zu deaktivieren ;) Ansonsten kann man als Geocacher die StaticNavigation ausschalten ... für den Autofahrer macht das keinen Unterschied.


    Man kan zwar einiges um- und verstellen, aber wenn die Programme die Maus verstehen ist es absolut ok wenn man es einfach so lässt wie es ist. Das ganze verstellen verbessert NICHT die Maus und kann bei unbedachtem Klick stattdessen die Maus unbrauchbar machen.


    Also nur umstellen wenn man weis was man da macht und wenn es nötig ist um ein Program mit den richtigen Daten zu versorgen.


    gruß

    Zitat

    Original von bartman
    Okay :)


    Und die Extrafunktionen - womit kann man die aktivieren? Welche gibts denn da noch alle? Ich denke da auch an WAAS/EGNOS. So eine richtige Zusammenfassung hab ich bisher noch nirgendwo gefunden, was es alles gibt...


    Es gibt 2 grundsätzliche Zugriffarten, damit auch 2 Gruppen zu ändernder Einstellungen.


    Die eine Gruppe ist rel. harmlos von jedem zu erreichen, diese sind auch in den Programmiertools wie CruxView, GPSMaus, WinfastNavigator enthalten. Dazu gehören SBAS ein/aus, meist auch die Aktivierung eines bestimmten EGNOS-Sat, Lowpower Continuous/TriklePower und/oder die Einstellung von Start-Modi: Hot, Warm, Coldstart, FactoryReset sowie die Aktivierung einzelner Standardprotokolle mit der dazugehörenden Wiederholzeit.


    Zur 2. Gruppe gehören Einstellungen, die nur im Sirfmode zu erreichen sind. Für die Gesamtheit benötigt man SirfDemo von SiRF oder GMonitor von Leadtek. Andere verfügen m.W. nicht über den vollen Funktionsumfang. Allerdings sind wiederum nicht alle Mäuse mit allen Progs programmierbar. Die Umstellung auf Sirf gelingt eigentlich immer - zumindest war dies bei mir so, bei den Maus/Prog Kombinationen die es miteinander konnten - die meist gewünschte Rückschaltung in den MNEA-Modus ist das Problem. Mangels genauer Dokumentation kommt es hier oft vor, dass eine Maus sich aufhängt und - wenn überhaupt - nur mit viel Mühe und Versuchen wieder zum Arbeiten zu bewegen ist.


    Damit lassen sich alle Befehle der 1. Gruppe programmieren und zusätzlich u.a. SN.


    Weiter sind Anzeigen einschränkbar wie die xDOP-Werte, Elevationswinkel, Empfangsempfindlichkeit.


    Außerdem können Firmwarestände ausgelesen und teilweise Updates eingespielt werden.


    Nun, die Docu von Leadtek geht über 70 Seiten, die ich jetzt hier nicht alle aufzähle. ;D

    Hallo bartman


    Der Thread verlaeuft im Moment etwas ohne Linie, weil die Antworten die kommen fast alle fuer die Teilfunktionen stimmen, aber die fuer mich entscheidende Frage die Bogi gestellt hat, hast Du noch nicht beantwortet. Was willst Du fuer ein Programm einsetzen, bzw. was willst Du genau machen. Es waere/ist in meinen Augen nicht foerderlich wenn Du versuchst hier in diesem Thread die Welt des GPS zu verstehen. Nochmals, klar die Fragen sind da und sollen beantwortet werden, allerdings sollte das Schritt fuer Schritt passieren, da derjenige der die Antwort gibt, natuerlich Schreiben und posten kann was er gerade denkt. Das hilft Dir aber nicht weiter weil die Antworten dann nicht gezielt auf Deine Fragen kommen.


    Wir beantworten hier fast alle Fragen, aber es ist foerderlich wenn Du Fragen stellst. Karomue hat in seiner Signatur den Link auf FirstStep stehen. Da stehen die Grundlagen der GPS-Welt drin. Die schon zitierte Seite Kowoma enthaelt ebenfalls extrem viele Informationen. Aber wir tun uns leichter wenn wir Dir gezielt Fragen beantworten koennen.


    Nochmals, das soll kein Vorwurf sein, sondern nur dazu dienen Dir den Einstieg zu erleichtern.

    Ach Alfred,


    Du hast ja Recht.


    GPS-Grundlagendiskussion, vor allem über die Tiefen der Sirf-Programmierung, sollten schon anderweitig abgedeckt werden. Nur ist es auch so, dass jemand auf die Idee kommen könnte - er wäre nicht der Erste - z.B. mit SirfDemo aus lauter Neugierde herumzuspielen. Und das kann sehr schief gehen, das wissen wir leider. So besehen sehe ich einen kleinen Ausflug in die Programmiertiefen schon positiv.


    Um aber wieder zurückzufinden, vielleicht hilft es ja, wenn man hier auch feststellt, dass eigentlich alle Naviprogs - Ausnahme MN - mit den Standardprotokollen wie sie z.B. bei CruxView unter Set NMEA Update Rate als default angeboten werden, laufen.


    Manche Navi-PDA Kombinationen neigen zum Nachhinken, so ist es bei manchen mit TTN5 sinnvoll, die Protokolle im Extremfall auf RMC/1 zu reduzieren. MN nimmt etwas eine Sonderstellung ein, hier wird GGA mit VTG oder RMC verlangt.


    So, das sollte erstmal zur Befriedigung der größten Neugierde reichen, ein wenig mehr steht dann noch in FirstStep.


    Und nun schließe ich mich auch Alfreds Meinung an: stelle Fragen, "hier werden sie geholfen".

    Hallo Charly


    Zitat

    Original von karomue
    ... GPS-Grundlagendiskussion, vor allem über die Tiefen der Sirf-Programmierung, sollten schon anderweitig abgedeckt werden. Nur ist es auch so, dass jemand auf die Idee kommen könnte - er wäre nicht der Erste - z.B. mit SirfDemo aus lauter Neugierde herumzuspielen. Und das kann sehr schief gehen, das wissen wir leider. So besehen sehe ich einen kleinen Ausflug in die Programmiertiefen schon positiv. ...


    Ich wollte hier auf keinen Fall irgendwelche Diskusionen unterbinden. Und, das auch ich alle Fargen versuche zu beantworten, das wird auch den meisten Usern aufgefallen sein. Allerdings stellt sich fuer mich vor der Antwort immer die Farge, was hat der User fuer ein Problem, auf welchem Wissensstand ist er und was hilft ihm weiter. Und, als ich gerade nach hause kam, stellte ich mir beim Lesen des Threads diese Fragen und konnte sie mir nicht beantworten. Daher mein Einwand. Vielleicht hatte ich auch nur das Glueck/Pech/Umstand, das ich den thread das erste mal gelesen habe nachdem schon einige Antworten gepostet waren.


    NOCHMALS:
    Ich will hier keine Fragen abwuergen, aber ich weis noch nicht so recht wo das Problem des Fragestellers liegt.



    Zitat

    Original von karomue
    ... Um aber wieder zurückzufinden, vielleicht hilft es ja, wenn man hier auch feststellt, dass eigentlich alle Naviprogs - Ausnahme MN - mit den Standardprotokollen wie sie z.B. bei CruxView unter Set NMEA Update Rate als default angeboten werden, laufen. ...


    Einspruch. Auch der MN kommt mit den Standard-CruxView-Einstellungen zurecht, solange der User seine INI-Dateien nicht "optimiert" hat. Denn im CruxView-Standard ist auf jeden Fall GGA und RMC dabei. Und damit laeuft jeder frisch installierte MN
    :D :D :D

    Zitat

    Original von 900SS-97


    Einspruch. Auch der MN kommt mit den Standard-CruxView-Einstellungen zurecht, solange der User seine INI-Dateien nicht "optimiert" hat. Denn im CruxView-Standard ist auf jeden Fall GGA und RMC dabei. Und damit laeuft jeder frisch installierte MN
    :D :D :D


    Aha.


    Dann sind das also auch die Ausreißer wie die Reduzierungen bei TTN5.

    Hi,
    mein "Problem" ist nicht Programmspezifisch, daher konnte ich hier auch keinen stringenten roten Faden vorgeben.


    Hier "unter uns" weiss ja jeder, wie man Geräte flasht und was dabei schiefgehen kann (mir ist dabei mal eine Telecom Octopus Telefonanlage abgeraucht ...). Klar, auch lese ich vorher, WAS ich eigentlich flashen will.


    Und genau das ist der Grund für den Thread. Weder auf Wikipedia, noch irgendwo anders sind die Funktionen alle sinnvoll zusammengefasst - mein einzig brauchbarer Anlaufpunkt war oben verlinkte Seite zum NMEA 0183 Standard.


    Ich arbeite (beruflich) viel mit Pocket Looxen. Ab und an habe ich ansonsten völlig baugleiche Geräte (meistens derzeit N520). Manche navigieren in Tunnels weiter (mit der eingefahrenen Geschwindigkeit) - manche brechen kurz nach der Einfahrt ab.
    Manche springen, wenn man an roten Ampeln steht, wild rum, drehen sich - andere bleiben stehen.


    Da diese Funktionen - Static Navigation und andere) auch nicht irgendwo dokumentiert sind, suche ich die eierlegende Wollmilchsau. Also eine Zusammenfassung der NMEA-Protokolle und der Sirf-Funktionen, und deren kurze Beschreibung.
    Dass zB Static Navigation beim Geocachen nicht sinnvoll ist, weiß ich schon, aber eine Seite, die sowas für alle Funktionen aufführt, wär echt ein Ding.


    Jedenfalls schonmal danke für die Tips bisher :)
    bartman