Neue Version TimeMachine2.3

Zitat

Original von karomue
1. Geoidkorrektur mit 15,2 m ist falsch
2. in RMC fehlt Geschwindigkeit

Liste bitte per copy and paste weiterführen wenn jemand was entdeckt.

Alles anzeigen

Hallo Charly

Ich glaube im Moment das dies eine unendliche lange Liste wird. Denn die ausgegebenen Daten in NMEA haben nichts mit der Realitaet zu tun.

Schau Dir bitte mal die SAT-Daten in Bezug auf Geoidkorrektur, Elevationswinkel, Empfangspegel, SAT InUse, SAT InView, .... an. Da werden feste Standardwerte ausgegeben.

Zitat

Original von taxus
Ich vermute einfach mal das, wenn man auch die Geschwindigkeit korrekt loggen wollte, man auch die "Logging-SW" der Maus updaten müßte.
Dieser Wert wird offensichtlich nicht gespeichert.

FW-Updates sind grundsätzlich easy bei u-blox, sofern... hm, sie eben nicht unterbunden wurden. Oder besser: waren...

Zitat

Original von 900SS-97

Hallo Charly

Ich glaube im Moment das dies eine unendliche lange Liste wird. Denn die ausgegebenen Daten in NMEA haben nichts mit der Realitaet zu tun.

Schau Dir bitte mal die SAT-Daten in Bezug auf Geoidkorrektur, Elevationswinkel, Empfangspegel, SAT InUse, SAT InView, .... an. Da werden feste Standardwerte ausgegeben.

Alles anzeigen

Ach ja, ich habe auf der ToDo stehen einen Vergleich log (NMEA) mit Logger...

Mal sehen, Aufnahme morgen bei der Einkaufsfahrt ist nicht das Problem. Das liegt u.U. eher beim Vergleich, bei der Abstimmung und Zeitsynchronisation. Aber, schaun mer mal. Vielleicht ist es ja auch einfacher als vermutet.

Zitat

Original von karomue
...
Ach ja, ich habe auf der ToDo stehen einen Vergleich log (NMEA) mit Logger...

Mal sehen, Aufnahme morgen bei der Einkaufsfahrt ist nicht das Problem. Das liegt u.U. eher beim Vergleich, bei der Abstimmung und Zeitsynchronisation. Aber, schaun mer mal. Vielleicht ist es ja auch einfacher als vermutet.

Hallo Charly

Da braucht es kein VergleichslogFile zu. Nimm Dir irgendwelche beliebigen, irgendwann oder irgendwo aufgezeichneten tk1-Files und lass die nach NMEA wandeln. Dann erhaest Du immer die gleichen Elevationswinkel (ueber Stunden festgemeisselt auf die gleichen Werte), SATs InUse, SATs InView, ....

Zitat

Original von 900SS-97

Hallo Charly

Da braucht es kein VergleichslogFile zu. Nimm Dir irgendwelche beliebigen, irgendwann oder irgendwo aufgezeichneten tk1-Files und lass die nach NMEA wandeln. Dann erhaest Du immer die gleichen Elevationswinkel (ueber Stunden festgemeisselt auf die gleichen Werte), SATs InUse, SATs InView, ....

Ja, eben getan und auch gesehen.

Frage: wer kann ausreichend engl. um das an TW zu melden? (Satz mit x, war wohl nix.)

Das Konzept des Logger stimmt m.E nicht. Denn die Daten sind ja im Prinzip da, auch wenn ein FW-Update notwendig wird. In der Hoffnung, dass es damit geht...

Zitat

Original von karomue
... Frage: wer kann ausreichend engl. um das an TW zu melden? (Satz mit x, war wohl nix.)

Das Konzept des Logger stimmt m.E nicht. Denn die Daten sind ja im Prinzip da, auch wenn ein FW-Update notwendig wird. In der Hoffnung, dass es damit geht...

Hallo Charly

Ja/Nein, die Daten sind zwar im GPS-Teil vorhanden. Aber sie werden nicht im Loggermodus verarbeitet. Das ist aus meiner Sicht, wenn ich der Hersteller waere, auch verstaendlich. Denn der Loggerteil ist im Speicher begrenzt. Wenn man nun anstelle der "paar" Daten die fuer KML/GPX benoetigt werden, den ganzen NMEA-Strom protokollieren wollte, dann reicht der interne Speicher fuer wenige Minuten/Stunden.

Also gehe ich als Hersteller hin und decke das ab, was am haeufigsten vorkommt. Und das sind nun mal die User die den Weg loggen wollen um anschliessend einen Abgleich mit der Kamera zu machen. Andere wollen evtl. auch noch wissen auf welchem Weg sie gegangen sind. Das jemand den kompletten NMEA-Strom anschliessend sehen will, ist die Ausnahme. Der das will, der nimmt auch den PDA und loggt auf dem PDA mit.

Gibt es denn eine offizielle Kontaktadresse da, oder lande ich bei irgendeinem Supporter der dann evtl. reagiert oder auch nicht, jenachdem wie er gelaunt ist? Wenn es eine Kontaktasdresse gibt, ist das kein Problem. Dann bitte Adresse zu mir.

Zitat

Original von 900SS-97

Hallo Charly

Ja/Nein, die Daten sind zwar im GPS-Teil vorhanden. Aber sie werden nicht im Loggermodus verarbeitet. Das ist aus meiner Sicht, wenn ich der Hersteller waere, auch verstaendlich. Denn der Loggerteil ist im Speicher begrenzt. Wenn man nun anstelle der "paar" Daten die fuer KML/GPX benoetigt werden, den ganzen NMEA-Strom protokollieren wollte, dann reicht der interne Speicher fuer wenige Minuten/Stunden.

Also gehe ich als Hersteller hin und decke das ab, was am haeufigsten vorkommt. Und das sind nun mal die User die den Weg loggen wollen um anschliessend einen Abgleich mit der Kamera zu machen. Andere wollen evtl. auch noch wissen auf welchem Weg sie gegangen sind. Das jemand den kompletten NMEA-Strom anschliessend sehen will, ist die Ausnahme. Der das will, der nimmt auch den PDA und loggt auf dem PDA mit.

Gibt es denn eine offizielle Kontaktadresse da, oder lande ich bei irgendeinem Supporter der dann evtl. reagiert oder auch nicht, jenachdem wie er gelaunt ist? Wenn es eine Kontaktasdresse gibt, ist das kein Problem. Dann bitte Adresse zu mir.

Alles anzeigen

Richtig, Alfred.

Dann ist aber eine NMEA-Wandlung wie gemacht falsch. Alle GSV sind ja wohl getürkt und könnten unter dem Speicherplatz-Aspekt weggelassen werden. Das gilt im Prinzip auch für die Geoidkorr., interessant ist doch wohl nur Höhe über NN und die ist (hoffe ich doch, habe jetzt nicht speziell kontrolliert) drin. Die Geschwindigkeit läßt sich rechnen, denn bei der stärkeren Wackelei bei kleinen Geschwindigkeiten ist die im RMC (oder VTG-Satz, hier nicht im nmea) gelieferte genauso wackelnd als wenn sie gerechnet wird. Die xDOP-Werte - die sich auch nicht ändern - können auch entfallen. GSA, hm, müsste ich kontrollieren, ob nur ein Wert laufend wiederholt wird oder alles getürkt ist,

Mir scheint, da hat man versucht eine nicht durchdachte Useranforderung recht laienhaft umzusetzen.

Noch was spricht irgendwie dagegen: im tk1-File sind pro Punkt 16 Byte reserviert, wovon 14 belegt sind, beim 1. habe ich nur 1 oder 2 gesehen, das 2. war immer 0. Hier ließe sich - ähnlich wie beim TimeStamp - evtl. noch der eine oder andere Wert gepackt darstellen ohne weiteren Speicherplatz zu verwenden.

Als Adresse würde ich al@wintec.cöm.tw nehmen, das ist wohl die Email-Adresse von Al Lei, der unter der Hilfe von TMX als Author genannt wird.

Zuvor sollte aber evtl. hier ausdiskutiert werden, warum eigentlich nmea und was wollen wir da noch drin sehen? Nicht vorhandene oder nicht rechenbare Felder mit "00" oder mit "??" - bei u-blox ziemlich üblich beim Start, solange Daten nicht gültig sind, also nicht ungewöhnlich. Die Geschwindigkeit ließe sich rechnen. Für Werte, dioe jetzt noch nicht in tk1 vorhanden sind, wird es eh schwierig, denn dazu müsste ja was neues in tk1 aufgenommen werden und das bedingt ja wohl ein FW-Update - in der stillen Hoffnung, dass das auch geht...

Noch eine kleine Bemerkung zum Speicherplatz: ich habe 14 Tage Urlaub mit etwa 10 Tagen log - müsste mal die Zeit noch rausrechnen - mit rund 41000 Punkten. Die 201 verträgt 131000 Punkte, da sollte also schon auch noch etwas Luft drin sen. Nehmen wir 32 Byte pro Punkt dann entspräche das grob 82000 "jetzige" Punkte in 14 Tagen. Ich glaube, dass hier nur Tourengeher mit tägl. 8 oder mehr h Probleme bekommen könnten - wobei ja das TX-Tool auch Auslesen auf PDA gestattet. Sollte man auch in die Überlegung einbeziehen. Oder ist schon mal ei 201-Besitzer an die Speicherrgrenze gestoßen?

Hallo Charly

Im Moment stimmen nur die Daten die auch im tk1-File drin sind. Das sind neben der Uhrzeit noch die Positionsdaten und die Hoehe. Der Rest wird mit Festwerten aufgefuellt. Den Aufwand die Geschwindigkeit aus den Positionsdaten zu rechnen macht man auch nicht. Daher wird die zu 0 gesetzt.

Weil der Anteil der tatsaechlich gespeicherten Daten im Vergleich zu den im NMEA "erforderlichen" sehr gering ist, hat es in meinen Augen keinen Zweck die "nicht vorhandenen" Daten mit einem speziellen Platzhalter zu versehen. Auch wird dann der Sinn der NMEA-Konvertierung ( die der Hersteller meines Erachtens im Kopf hatte ), etwas verfaelscht. Ich glaube das der garnicht den Anspruch erhoben hat den NMEA-Datenstrom zu protokollieren, sondern mehr eine Einlesemoeglichkeit fuer Programme schaffen wollte, die kein GPX koennen.
Wenn ich die Threads zum WBT201 in der letzten Zeit intensiver mitgelsen haette, dann wuesste ich es nun evtl. genauer. Aber ich meine mich erinnern zu koennen das der Hinweis auf die neue Version von TimeMachine aus dem Forum um GPSPassion kam. Dort habe ich aber auch schon ein paar Monate nicht mehr mitgelesen. Vielleicht hat dort einer mitgelsen und kann etwas dazu sagen.

Anzahl der Punkte ist mit 131.000 angegeben. Daraus rechnet sich im einfachen Dreisatz ( Joe, den kennst Du doch, oder? ) dann bei sekuendlichem Punkt eine Zeit von 36 Stunden. Ja, hier gehen andere Hersteller andere Wege. Ich habe vor ein paar Tagen einen Empfaenger mit MTK-Chipsatz gesehen. Das Konzept des Loggerteils ging in meinen Augen genau in die Richtung die individuell an den User anpassbar ist. Dort kann man waehlen was geloggt werden soll. Entweder waehlt man komplette NMEA-Datensaetze, oder fuer den der nicht weis was sich hinter den Datensaetzen verbirgt, der waehlt in Klartext was er haben will ( Hoehe, Geschwindigkeit, ... ). Dann entscheidet die Software was intern geloggt werden soll.

Klar, mit zunehmender Information wird die Anzahl der moeglichen Logpunkten natuerlich kleiner, denn der zur Verfuegung stehende Speicher ist da der Flaschenhals. Aber der User hat eine freie Entscheidung die er treffen kann.

Zitat

Original von 900SS-97
Hallo Charly

Im Moment stimmen nur die Daten die auch im tk1-File drin sind. Das sind neben der Uhrzeit noch die Positionsdaten und die Hoehe. Der Rest wird mit Festwerten aufgefuellt. Den Aufwand die Geschwindigkeit aus den Positionsdaten zu rechnen macht man auch nicht. Daher wird die zu 0 gesetzt.

Weil der Anteil der tatsaechlich gespeicherten Daten im Vergleich zu den im NMEA "erforderlichen" sehr gering ist, hat es in meinen Augen keinen Zweck die "nicht vorhandenen" Daten mit einem speziellen Platzhalter zu versehen. Auch wird dann der Sinn der NMEA-Konvertierung ( die der Hersteller meines Erachtens im Kopf hatte ), etwas verfaelscht. Ich glaube das der garnicht den Anspruch erhoben hat den NMEA-Datenstrom zu protokollieren, sondern mehr eine Einlesemoeglichkeit fuer Programme schaffen wollte, die kein GPX koennen.
Wenn ich die Threads zum WBT201 in der letzten Zeit intensiver mitgelsen haette, dann wuesste ich es nun evtl. genauer. Aber ich meine mich erinnern zu koennen das der Hinweis auf die neue Version von TimeMachine aus dem Forum um GPSPassion kam. Dort habe ich aber auch schon ein paar Monate nicht mehr mitgelesen. Vielleicht hat dort einer mitgelsen und kann etwas dazu sagen.

Anzahl der Punkte ist mit 131.000 angegeben. Daraus rechnet sich im einfachen Dreisatz ( Joe, den kennst Du doch, oder? ) dann bei sekuendlichem Punkt eine Zeit von 36 Stunden. Ja, hier gehen andere Hersteller andere Wege. Ich habe vor ein paar Tagen einen Empfaenger mit MTK-Chipsatz gesehen. Das Konzept des Loggerteils ging in meinen Augen genau in die Richtung die individuell an den User anpassbar ist. Dort kann man waehlen was geloggt werden soll. Entweder waehlt man komplette NMEA-Datensaetze, oder fuer den der nicht weis was sich hinter den Datensaetzen verbirgt, der waehlt in Klartext was er haben will ( Hoehe, Geschwindigkeit, ... ). Dann entscheidet die Software was intern geloggt werden soll.

Klar, mit zunehmender Information wird die Anzahl der moeglichen Logpunkten natuerlich kleiner, denn der zur Verfuegung stehende Speicher ist da der Flaschenhals. Aber der User hat eine freie Entscheidung die er treffen kann.

Alles anzeigen

Platzhalter auffüllen käme aber schon dem Wunsch näher, ein Quasi-NMEA zu schaffen aus den von Dir genannten Gründen.

GPSPassion könnte sein, da hbe ich aber auch nicht mitgelesen.

Das mit der Punkteanzahl stimmt so nicht, den die überwiegende Mehrzahl ist nicht sekündlich sondern alle 5 sek. Dazu muß man sich die default-Einstellung in TMX für den Logger näher ansehen, die m.E. sehr optimal gelöst ist: es ist ein guter Kompromiß zwischen Anzahl Punkten die auch Kurven ausreichend genau abbilden. Spezis hier haben zum Wandern diese Zeit noch erhöht um die Wackelei zu verbessern, ob damit in jedem Fallauch noch Kurven ausreichend genau abgebildet werden müsste man kontrollieren.

Jedenfalls ist es so, wie ich im letzten Posting geschrieben habe, für unserern gesamten Urlaub sind über 14 Tage mit je 10 h Hin- und Rückfahrt 41000 Punkte aufgelaufen. Ich werde - wenns klappt - im Laufe des Tages noch versuchen die Gesamtzeit zu ermitteln. Bis auf wenige Tage waren wir auch täglich ca. 8 h unterwegs. Wobei aber eben wieder die default-Einstellung des Logger bestimmt, wieviel Punkte pro Zeit aufgezeichnet werden. Das hängt von Geschwindigkeit und Richtungswechsel ab und kann eben nicht so gerechnet werden, wie ich das Deinem Posting entnommen habe.Es sind dehr viel weniger Punkte, die Laufzeit ist erheblich größer.

Und wenn wir schon dabei sind, wir könnten ja Wintec TW durchaus Vorschläge unterbreiten, was wir als Anwender wollen. Dein Beispiel des MTKs wäre schon eine gute Grundlage.

Icjh gehe immer noch davon aus, dass alle Daten vorhanden sind, denn sie kommen ja so aus dem Antaris-Chip. Es ist zu vermuten, dass man einfach aus Speichplatzgründen viele dieser Daten einfach nicht weiterverarbeitet, filtert, außer Koordinaten, Höhe und Zeit. Wobei man die Zeit ja schon recht stark gepackt hat.

Zitat

Original von karomue
... Das mit der Punkteanzahl stimmt so nicht, den die überwiegende Mehrzahl ist nicht sekündlich sondern alle 5 sek. ...

Hallo Charly

Meine Berechnungsbeispiel bezog sich auf meine Einstellung und die ist 1 Datensatz pro Sekunde. Deswegen hatte ich das ja auch erwaehnt.

Ja, Vorschlaege koennen wir unterbreiten. Ich werde bei naechster Gelegenheit auch mal bei GPSPassion lesen was da bereits steht. Mal sehen was hier im Thread fuer Anregungen zusammen kommen. Ich bin nur noch kurze Zeit hier im Lande und werde dann nach meinem Urlaub sehen was an Anregungen zusammen gekommen ist. Dann setze ich mal den Mailkontakt in Bewegung.

Hallo Alfred,

ich hoffe mal, dass hier genügend 201er mitlesen. Und Meinungen posten

Habe Neuigkeiten, melde mich im Laufe des Nachmittags 1mal hier + 1mal per Mail, denn es liegt bereits eine Stellungnahme von Al-Lei vor. Hier dann Kurzauszug, im Mail Original mit meinem Mail an Al.

Immer unter der Voraussezung Alfred, Du kannst zeitlich und willst auch die Übersetzung und die Korrespondenz mit Al-Lei übernehmen.

PS: 1 sek ist aber nicht default. Da hast Du geändert. Was m.A. nach nicht unbedingt sein muss.

Zu NMEA kurz: mein Wunsch wäre, volles NMEA (GGA/1, GSA/5, GGV/5, VTG/1, RMC/1), wobei die Zeiten gem. TMX Einstellung variiert werden können. Zusätzlich Filtermöglichkeit wie in Glopus, also wählen, welche Sätze geschrieben werden sollen. Das Ganze zu/abschaltbar zu dem jetzigen, denn NMEA wird man sicher nicht inbedingt über Tage mitlaufen lassen wollen.

Alternativ Abschaltung des TK1 in der jetzigen Form unf nur NMEA.

Urlaub? In eine Gegend, wo NMEA E und/oder N über/unterschritten werden? Dann denkst Du bitte an hevos Wunsch logs zu erstellen.... Mit u-center mobile wenns geht und eingeschalteten ubx-Befehlen/Rückmeldungen. Bei unserem Urlaub hat es - knapp - nicht gereicht... Kopie an mich.

Zitat

Original von taxus
Dann fang ich doch schon mal mit einem Vorschlag an, was ich von/ in einem Logger erwarte:
Koordinaten, Höhe, Uhrzeit u. Datum und Geschwindigkeit.
Wenn ich weitergehende Informationen möchte (was durchaus vorkommt ) erstelle ich mir selbst mit einem der zahlreichen Programme einen NMEA-Log.
Ich habe die WBT - 201 (und vorher die xaiox) eigentlich nur unter dem Aspekt gekauft, schnell, einfach und komplikationslos ein File zu erstellen, in dem man später mal nachsehen bzw. nachvollziehen kann, wann man wo war.

Na ja.

Koordinaten, Höhe, Datum/Uhrzeit sind drin. Datum/Uhrzeit etwas versteckt, aber mit ein wenig Programmiererei auswertebar.

Geschwindigkeit läßt sich rechnen.

Aber o.K., muss mal sehen, wie man das in überschaubare Form bringen kann. Wir haben etwas Zeit, denn Alfred verschwindet erstmal eine zeitlang. Inzwischen sammeln wir.