Wintec 201 4hz einstellung

    Erst mal guten Abend hier allerseits,
    ich denke mal hier bin ich mit meinem Problem an der richtigen Adresse.
    Und zwar besitze ich einen PDA (Dell 600mhz) und eine gps Maus (Wintec 201).
    Ich nutze diese Hardware insbesondere bein Parallelfahren auf dem Feld, und zur navigation fürs Auto.
    Ich habe schon etliche Parameter der Maus mit u-center verstellt bzw. eingestellt aber ich habe bisher kein Erfolg gehabt das Problem aus der Welt zu schaffen.
    Das Problem liegt darin das die Maus in der 2hz rate wunderschön reagiert und auch stets die "genaue" position ausgibt. Jedoch wenn ich die Maus auf 4hz Rate ändere springt die Position dermaßen hin und her das einem fast schlecht wird.
    Ich habe mir die Maus eigentlich wegen der 4 hz möglichkeit gekauft weil man dadurch schnell die aktuelle Position hat, was bein Parallelfahren mit dem Schlepper imens von Vorteil ist.
    Vielleicht weiß hier jemand Rat.


    Vielen dank im Voraus

    Moin,
    ich dachte es wüßte hier jemand einen Rat :-D).
    Wenn nicht dann muß ich mich wohl direkt an wintec wenden :(.
    Oder vielleicht gibt es ja jemanden hier der das Problem auch schon gehabt hat.
    ansonsten bis zum nächsten mal.

    Zitat

    Original von ----JB----
    Moin,
    ich dachte es wüßte hier jemand einen Rat :-D).
    Wenn nicht dann muß ich mich wohl direkt an wintec wenden :(.
    Oder vielleicht gibt es ja jemanden hier der das Problem auch schon gehabt hat.
    ansonsten bis zum nächsten mal.


    Hallo JB und willkommen hier.


    1. gibt es schon viel darüber geschrieben, suche mal nach "Präzisionsanwendungen...", da sind die Parallelfahrerkollegen.


    (gefunden inzwischen, hier)


    2. Sonst schick mir mal die Konfig. Ich gehe davon aus, dass Du u-center hast, oder stellst Du mit TMX ein? In u-center kann man die Konfig auslesen, da stehen alle relevanten Daten drin, das würde ich mir dann mal ansehen. Es gibt schon noch ein paar Dinge die zu beachten wären, da müsste ich aber jetzt auch wieder suchen.


    Sorry, Dein 1. Beitrag ist mir durch die Lappen gegangen.

    2 Mal editiert, zuletzt von karomue ()

    Moin Moin,


    vielen Dank für deine Antwort. Ich habe Dir soeben eine PN gesendet.
    Vielleicht kannst Du ja den fehler finden.
    Ich bin mit mein Latein schon am ende :(


    Bis dann
    ----JB----

    Moin Moin,


    PN mit der richtigen Datei ist versendet.


    Gruß


    ----JB----


    Gesehen, ich melde mich...

    Hallo JB.


    Dass ein Prog GLL braucht kann ich mir nicht vorstellen, es ist mir zumindest noch keines untergekommen. Nehme es also mal raus, ds geht ja alles temporär bis zum nächsten aus/einschalten wenn Du es nicht permanent speicherst.


    Dann gibt es erhebliche Differenzen zwischen dem log und der Konfig, hast Du da in der Zwischenzeit geändert??


    Im Target2 sind NAV-SOL, NAV-SVINFO und MON-EXCEPT aktiviert, das ist ein internes Target, kann also deaktiviert werden, sonst frißt es nur Performance.


    Die NMEA-Targets, 1 ist BT, 3 ist USB, sind auch zu überlegen.


    GLL hatten wir schon, enthält Koordinaten UTC und Statusangaben. Ich kann mir nicht vorstellen, dass irgendein Prog dies unbedingt haben will, denn das alles steht sowohl in GGA als auch in RMC, die beide ebenfalls aktiviert sind. Taste Dich mal ran, nehme GLL raus und schaue ob Dein Pro noch läuft. Wenn nicht, Maus aus/einschalten, RMC und evtl. gleich auch GGA raus. Wieder schauen. Das wird ein wenig Versuch und Irrtum, aber wir wollen ja das Springen in den Grif bekommen und das ist m.E. vermutlich ein Performance-Problem.


    GSA. Das wird i.d.R. nur gebraucht, wenn auch GSV aktiviert ist, da fehlt aber in der Konfig. Im log war es noch, darüber hatte ich auch schon was gesagt.


    Die Zeiten. Du hast eine Rateeinstellung von 250 ms, d.h. alle 1/4 s kommen alle Protokolle bei denen 1 eingetragen ist. In der Konfig steht GSA auf 5, d.h. bei Rate 250 ms kommt GSA alle 5/4 s. 5 wäre o.K. bei rate = 1000 ms. Will man 5 sek absolut beibehalten muss die "Zahl" auf 5x4=20 erhöht werden.


    Ein wenig schwierig zu erklären, ich hoffe Du kommst klar. Die Zahl sagt einfach nach wieviel Perioden ein Protokoll gesendet wird. In Deinem Fall bedeutet 20 eben nach 20 Perioden, bei einer Periodendauer von 250 ms sind das ja schon mal 4 / sek, also 20 / 4 = 5 sek. Anmerkung: die sek-Angabe in den Bildern ist falsch, müsste Perioden heißen.


    So, nun mal zusammengefasst:


    GLL raus, GSA raus (ohne GSA ist das uninteressant, sonst auf 20 setzen), eines GLL/GGA/RMC wählen, die anderen raus. VTG würde ich auch versuchsweise mal rausnehmen um zu sehen, ob dann irgendws nicht geht. Geschwindigkeit könnte es sein, die ist aber auch in RMC enthalten. Wenn also die Geschwindigkeit gebraucht wird, dann erst mal mit RMC alleine probieren. Die Koordinatenprotokolle (egal jetzt welches gebraucht wird, GGA RMC oder GLL) sollten schon auf 1 bleiben, sonst bräuchte man ja nicht auf 4 Hz zu gehen. Gleiches gilt für VTG wenn dieses zusätzlich gebraucht würde.


    So, uff, alle Klarheiten beseitigt? Sonst = fragen.


    Ich hänge Dir auch mal meine 201-Lieferkonfig an, vielleicht brauchst Du sie ja mal...


    Und ein kleines Tool, mit dem man Konfigs etwas einfacher und schneller visualisieren kann, mit Fehler natürlich wie oben genannt. Ohne Gewähr, sollte bis Excel2003 laufen, ob es auf 2007 auch noch läuft habe ich noch nicht probiert.


    Als, gute Verrichtung bis zu den nächsten Fragen. Melde mal, ob Dein Prog dann zum Laufen kommt.

    Guten Abend,



    so nun hab ich die Maus in den Lieferzustand zurückgesetzt und die Parameter verändert.


    Habe den Eindruck das, wenn ich nur ein Protokoll aktiviere (RMC, GGA, oder GLL), dann funktioniert es einigermaßen.
    Muß ich nur mal auf dem Feld ausführlich probieren.


    Wenn ich jedoch die Maus nach einem Fix wieder mit dem u-center verbinde läuft die UTC Zeit sehr unregelmäßig und springt von zb. monday auf thursday usw.
    Könnte es damit zusammenhängen das die satellitenverbindung abgebrochen ist? ?(


    vielen Dank nochmals für die Hilfe.


    Gruß


    ----JB----


    Der Lieferzustand ist für Dein Problem aber auch nicht optimal. Gehe aber schon davon aus, denn selsamerweise fehlen bei Deiner Konfig Dinge, die eigentlich Standard sind.



    Und Deine Frage ist mir so nicht ganz klar. Die Zeit sollte normal weiterlaufen. Aber um dazu was sagen zu können, wäre wieder ein log notwendig. Evtl. Performanceprobleme.


    Also wieder das gleiche Spiel, log und Konfig. Wenn Du es nicht hier öffentlich posten willst - Konfig wäre ja kein Problem - gerne wieder per PN.


    Das Problem könnte beim log aber sein, dass GSA und GSV gem. meinem Rat deaktiviert sind. Dann sieht man leider auch nix. Hier also temporär doch GSA und GSV mit 20 dazu aktivieren, bei 4 Hz, in der Hoffnung, dass das alles noch richtig geloggt wird. Sonst haben wir ein Problem. Aber schaun wir mal - wieder.


    PS: gerade etwas über den Satz


    "Wenn ich jedoch die Maus nach einem Fix wieder mit dem u-center verbinde läuft die UTC Zeit sehr unregelmäßig und springt von zb. monday auf thursday usw."


    gestolpert. Warum läßt Du die Maus nicht an u-center? Die 201 bekommt auch in der Wohnung am Fenster i.d.R. einen fix. Und mit u-center siehst Du was sich tut - wenn GSA und GSV aktiviert sind.

    Einmal editiert, zuletzt von karomue ()

    Moin,


    da bin ich wieder.
    Hab die Einstellungen soweit verändert d.h. alle Protokolle rausgeschmissen bis auf GSV und RMC, und nun läuft die Sache schön geschmeidig genauso wie ich es mir wünsche.


    Hab karomue eine PN gesendet mit der config- und der Log Datei


    Nun steht bei mir noch die frage offen, wofür man die anderen Protokolle braucht?


    Besteht noch die möglichkeit die Präzision zu verbessern? Ich meine damit insbesonders die Einstellungsmöglichkeit bei u-center in der configsparte NAV2 unter "Navigations Input Filters" und "Navigations output Filters" und der Sparte RXM unter "GPS Mode"


    Vielleicht könnte hierüber eine kleine erläuterung aufgeführt werden.


    10000000000 Dank an karomue für die Hilfe



    Gruß
    ----JB----


    Hallo.



    Ich bin weder mit dem log noch mit der Konfig, hm, sagen wir mal, zufrieden.


    Wenn es aber für Deine Anwendung jetzt läuft, dann deaktiviere noch GSV und lasse es dabei.


    Sonst sollte ich mal ein wenig über Deine GPS-Kenntnisse und die von u-center wissen.


    log und Konfig stehen natürlich im Zusammenhang. Ich hätte mir für die Testauswertung noch GSA gewünscht, und beide - GSA und GSV auf 20. Sonst kommen bei 4 Hz einfach zuviel Daten. Aber wie gesagt, wenns jetzt läuft, GSV raus und gut isses.


    Konfig sieht irgendwie unvollständig aus, warum kann ich jetzt nicht sagen. Da fehlt einiges, z.B. am Anfang der SW-Stand, dann ist Rate nicht gelistet u.v.a.mehr. Aber auch hier gut, wenns läuft...


    RXM unter "GPS Mode" lasse auf Auto. Es gibt hier nirgendwo einschlägige Erfahrung.


    Für die NAV2-Einstellungen - die in Deiner Konfig auch fehlen - habe ich Dir ein kurzes Excel angehängt. Wintecs Programmierer Al Lai hat in TMX Einstellungen veröffentlicht, die von 1 - optimale Präzision - bis 7 - optimale Positions Rate - gehen. Probiere die unter 1 stehenden Parameter, die sollten Für Dich optimal sein. Sie sind richtig, wenn im Normalfall eine gute Rundumsicht besteht.


    Nur als Beispiel: geht man mit dieser Einstellung in den Wald, in Schluchten - auch Häuserschluchten in Städten - ist die Gefahr schon mal den fix zu verlieren größer, u.a. schon deswegen, weil der Minimalpegel nicht unter 26 dBHz gehen darf (bei 7 sind 15 dBHz noch ausreichend) sonst geht der sat aus dem "in use" Zustand heraus. Entsprechendes gilt für die anderen Parameter.


    Evtl. wäre EGNOS noch zu aktivieren, verspricht aber nicht allzuviel:


    UBX-CFG-SBAS:
    Subsystem enabled
    alle 4 darunter stehenden Felder anhaken,
    Number of Search Channels 3,
    PRN Codes EGNOS


    Damit sollte Deine 201 erstmal fürs Parallelfahren optimiert sein.


    Einer der Parallelfahrkollegen hat noch an DR Timeout gedreht, da muss ich aber mal suchen, ob ich das noch finde.

    So, ich habs gefunden:



    WBT300-Testbericht


    Hallo zusammen,
    ich fahre derzeit mit folgender Konfiguration ganz gut:
    UBX CFG-SBAS natürlich Enabled, bei Services alles angehakt, Number of search channels= 2, und PRN Codes Other, und die PRN's 120 und 126 eingetragen.
    Unter UBX CFG-NAV2 habe ich einen DGPS Timeout wert von 250 sec gewählt. Mehr geht nicht. Durch diesen Wert wird das Korrektursignal "stabiler". Durch kurzfristige abschattungen der Egnos Sat's geht dann nicht sofort der DGPS emfang verloren, er wird sozusagen noch bis zu 250 s "simuliert".
    Allerdings hatte ich auch neulich den Effekt, dass die Position plötzlich um ca. 8m verschoben war.


    Grüße
    Ston