GPS Baudrate

    hi leute


    bei meinen yak delta 300 gps,kann ich verschiedene baudraten einstellen


    es funktioniert mit 1200,2400 und 4800 , mit 9600 gehts nicht mehr


    was ist der unterschied zwischen der 1200 und 4800 baudrate ?(


    und welche einstellung ist die bessere

    also was ich noch vergessen habe


    mit den niedrigenden baudraten , ist der fix nach ca. 15 sek. da und mehr blaue balken,wie bei 4800


    bei der vorgeschriebenen 4800 baudrate erst nach knapp einer minute





    das haut ja alles um was ich bis jetzt bei euch gelernt habe

    Einmal editiert, zuletzt von ketwiesel ()

    Zitat

    Original von ketwiesel
    was ist der unterschied zwischen der 1200 und 4800 baudrate ?(
    und welche einstellung ist die bessere


    Definition - Baudrate
    die Baudrate gibt die Anzahl der Symbole des übertragenen Signals pro Sekunde an.
    Die Baudrate wird oft auch als Symbolrate, Schrittgeschwindigkeit, oder auch Symbolgeschwindigkeit bezeichnet und sollte nicht mit der Bitrate verwechselt werden. Die Baudrate gibt die Anzahl der übertragenen Symbole bzw. der Schritte an. Gemessen wird die Baudrate in Baud. Werden bei einem Übertragungsverfahren in einem Symbol mehrere Bit kodiert, so ergibt sich eine Bitrate die höher ist als die Baudrate. Wird aus Sicherheitsgründen ein Bit in mehreren Symbolen kodiert, so erhält man eine Bitrate die niedriger ist als die Baudrate.
    Die meisten Kabel/ CF Mäuse arbeiten am besten mit 4800 Baud und sind werkseitig so eingestellt.


    Gus

    Hi Gus


    aber wie ist es dann zu erklären,das die 2400 baudrate besser funktioniert,wie die 4800,wenn ich dich richtig verstanden habe um so höher die baud um so besser

    Hi,


    wenn deine Maus mit 2400 Baud besser läuft, nimm diese.
    Sie ist dann wahrscheinlich darauf programmiert.
    Mehr Baud heißt ja nicht bessere, sondern nur schnellere Daten.


    Gus

    Einfluss Baudrate auf GPS-Empfang/Fix-Geschwindigkeit?


    Wäre mal interesant. Ich hab bei meine BT-Maus habe ich irgendwas mit 56000 eingestellt. Da brauche ich mich ja über den langsamen Fix nicht zu wundern.


    Das ist unlogisch.


    Bei 4800 wird i.d.R. auch bei Standaredprotokoll alles ohne Abstriche übertragen. Weniger könnte problematish sein, mehr muss nicht.


    Mit dem Fix hat das überhaupt nichts zu tun, den bildet die Maus intern, das ist nicht von der Baudrate abhängig.

    nur komisch das unter tt3 ich immer eine baudrate von 4800 hatte



    ebend ne kleine probefahrt gemacht,auch das starke sateliten schwanken ist wech.


    sonst hatte ich vom vollen ausschlag bis alles wech


    jetzt


    höchstens einen balken schwankend



    na ich fahre nächste woche 500km


    da werd ichs mal in aller ruhe testen



    danke für die antworten


    gus

    karomue


    ja ich weis,aber tatsache ist,wenn ich hin und herprobiere,es gibt den genannten
    unterschied.


    aber wenn ich eins bei euch gelernt habe,es ist nicks unmöglich

    Das ist unlogisch.


    Bei 4800 wird i.d.R. auch bei Standaredprotokoll alles ohne Abstriche übertragen. Weniger könnte problematish sein, mehr muss nicht.
    .[/quote]


    wie wirkt sich dies aus,wenn das Standaredprotokol nicht vollständig übertragen wird

    Hallo,


    bei der (kabelgebundenen) Datenübertragung zwischen GPS-Maus und Navigationsprogramm handelt es sich um eine asnychrone serielle Übertragung. Hier ist die Bitrate identisch der Baudrate und ist ein Maß für die Geschwindigkeit der Übertragung.


    Standardmäßig ist bei den Mäusen die Geschwindigkeit mit 4800 Baud festgelegt.
    Wenn die Baudrate geändert wird, muß sie bei beiden Kommunikationspartnern geändert werden. Ist die Baudrate bei beiden Partnern unterschiedlich gibt es keinen Datenaustausch bzw. Datensalat.


    Bei BT-Mäusen wird nach meinem Kenntnisstand eine serielle Schnittstelle nachgebildet. Ob auch hier auf beiden Seiten die Baudrate identisch sein muß bzw. automatisch abgeglichen wird entzieht sich meiner Kenntniss.


    Der Datenfix hat definitiv nichts, aber auch gar nichts mit der Übertragung der Daten zu tun.


    Gruß
    Konrad

    Da wäre ich mir nicht sicher.
    Bei dem heutigen Sparwahn, könnte se sein, das der Mausprozessor durch hohe Baudraten so belastet wird, dass er für den Fix nur minimale Leistung zur Verfügung hat. Oder TT5 kann die schnellen Baudraten nicht korrekt umsetzen. Tatsache ist, dass ich auch mit stark schwankender Satelitenanzahl und dem rumhüpfen der aktuellen Position zu leiden habe. Ich werde nun auch mal die Baudrate meiner Maus ändern ( von 4800 auf 2400).
    Was mich nur verwirrt, ich habe kürzlich irgendwo gelesen, dass TT5 die
    Maus immer selbst programmiert. Ich habe z.B. beim Umprogrammieren meiner Maus in TT nie Unterschiede feststellen können.
    Gruß F.J.



    dann probier es mal mit dem yak aus und du wirst dich wundern,ich weis auch das es damit nicks zu tun hat,aber fakt ist, es geht doch

    Einmal editiert, zuletzt von ketwiesel ()

    Hallo...!!


    Also zunächst einmal, wenn die Geschwindigkeit - die Baudrate - zu klein ist, wird der komplette Satz des NMEA-Protokolls durch den nächsten von der Maus gelieferten Satz abgebrochen und der neue Satz gesendet. Erkenntlich am fehlenden Ende einer Zeile, da fehlt dann das "*" mit der folgenden Prüfziffer, meist auch LF und CR.


    Beim Standardprotokoll, das die meisten Mäuse liefern, reicht 2400 nicht aus, erst 4800 ist ausreichend.


    Um das zu prüfen - gilt auch für die anderen hier geposteten Effekte - sollte man ein log posten, mindestens 5 min. Das gilt auch für die Effekte 2400 geht, 4800 nicht. Denn das halte ich für unlogisch. Ein PDA kann m.W. alle Geschwindigkeiten empfangen, stellt sich automatisch auf die Sendegeschwindigkeit ein.


    Dass TTN5 Mäuse programmiert ist hier mehrmals gepostet worden. Einen Beweis dafür gibt es aber nicht.

    Zitat

    Original von ketwiesel



    dann probier es mal mit dem yak aus und du wirst dich wundern,ich weis auch das es damit nicks zu tun hat,aber fakt ist, es geht doch


    Und mit welchem Prog???


    Bin der gleichen Meinung, könnte also nur am verwendeten Prog liegen.