WBT201-TK1->Umwandlungsfehler


    Hallo rst,


    nimm es mir nicht übel und auch nicht persönlich, aber einen Beweis - in Form der weiter unten schon erbetenen TK1 - wäre hier schon sinnvoll


    Die falsche Jahreszahl könnte durchaus auch einen anderen Grund haben, die Koordinatenverschiebung hätte ich mir auch gerne näher angesehen, denn so ist es bislang nur von Dir gemeldet worden.

    @caero: bitte noch warten, es ist noch was aufgetaucht, das muss ich aber noch näher anschauen.


    @rst: in dem TÄK1 was ich von Dir habe - da ist aber weder das 2020-Problem noch das der falschen Koordinatenumwandlung enthalten - gibt es ein Höhen- und vermutlich auch ein Zeit-Umwandlungsproblem. Genehmigung, es hier zu verwenden und evtl. zu Wintec zu senden?



    EDIT: Zeitumwandlungsproblem besteht nicht.

    Einmal editiert, zuletzt von karomue ()

    Ich versuche mal zu erklären, was es mit der Höhenumsetzung auf sich hat.


    Im TK1-File von rst sind am Schluss fehlerhafte Höhenwerte. Nach der Wintec-Doco WBT-201 LOG-Data *.tk1 ist das Höhenfeld deklariert als "short integer 2 bytes".


    Gegen Schluss des rst-1 gibt es Höhenwerte, die - wenn sie nach dieser Deklaration umgewandelt werden - 9 und 8-letzte Zeile:


    55916
    12832 m.


    Die Umwandlung weißt aber


    -9620
    12832 m


    auf, also ein signed short-Feld.


    Auch wenn dies reichlich unwahrscheinlich in der Wirklichkeit ist - log bei Flügen wären jetzt mal interessant - sollte Wintec-TW gefragt werden, was denn nun stimmt.

    Hallo Charly


    was steht denn da für ein Hexwert?


    oder ist die Datei irgendwo?


    Gruß


    Hans

    Hallo Hans,


    weiß nicht mehr, ob die TK1 hier öffentlich steht, habe sie vermutlich von rst über PN bekommen.


    Die Hexwerte sind


    6C DA = 55916 bzw. bei Umwandlung mit signed short -9620
    17 32 = 12823


    Soweit stimmt das schon.


    Bei signed short käme man wohl bis 32767 m, aber negative Höhen - im Meter-Bereich - sind ja vorstellbar.


    Jetzt bin ich aber auch unsicher, was bedeutet "short integer 2 bytes", signed oder unsigned??


    Habe gerade mal die Specifikation der Haicom 405BT angesehen,da wird als Altitude 18000 m angegeben.


    Die Höhenangaben im TK1 von rst sind mit Sicherheit fehlerhaft, da ist etwas geschehen, was ich mir nicht erklären kann. Nach einem vermutlichen Unterbruch von 20 s erfolgt ein Höhensprung von 473 m (sollte der normale Wert des log gewesen sein) auf 56544 bzw. vermutlich eher -8992 m.

    Hallo Charly


    Die TK 1 hatte ich Dir per PN geschickt. Warum da so einiges darin falsch ist - keine Ahnung, ich bin wie schon gesagt noch reichlich neu auf dem Gebiet TmX, kann mich also nur auf die Sachen berufen, die ich ganz offensichtlich festgestellt habe. Sachverhalt ist ganz einfach: ich war 2 Wochen in Bayern und habe alle 3 Geräte ( WBT,Polaris(Xaiox) Etrex C)während Wanderungen/Busfahrten mitlaufen lassen. Danach mit TmX 2.4 das WBT ausgelesen und TK1 nach NMEA geschoben, um es in TTQV3 importieren zu können. Dabei habe ich dann festgestellt, das die Koordinate fehlerhaft konvertiert wird und auch die Jahreszahl falsch ist. Der Fehler tritt also offensichtlich nicht schon im TK 1 auf, sondern erst bei der Konvertierung ! Ist wohl etwas mißverständlich rübergekommen. Da ich jedoch auch mit dem Polaris (xaiox) mit dem Itracku Tool NMEA Daten erzeugt habe, die sich problemlos in TTQV3 importieren ließen, kann ich einen Fehler in TTQV3 ausschließen. Ich habe übrigens mit allen täglich vom WBT ausgelesenen (und dann "gelöschtem" WBT 201) Logs diesen Konvertierungsfehler festgestellt. Leider weiß ich gar nicht mehr welches TK 1 ich Dir geschickt hatte. Du kannst damit jedoch gerne machen was Du willst. Ich lege mal noch ein anderes TK1 bei, ein kleine Wanderung über Berg und Tal mit kurzer Busfahrt. Hier sind auf jeden Fall auch ausreichend Höhenunterschiede von 600 bis 1800 m und Geschwindigkeiten von 0 - 80 Kmh mit drin. Die Wandlung für GE funktioniert übrigens ordentlich, konnte mir jede Tour korrekt ansehen. Habe schnell noch die TK 1 in NMEA gewandelt und mit hier hoch geladen zum Vergleich. Ich kann da zwar den Fehler, den ich dann im importierten Track in TTQV3 feststelle, nicht finden, aber so tief sind meine Kenntnisse nun leider (noch) nicht.

    Hallo Ralf,


    Du hast das richtig interpretiert, das war kein Mißtrauen Dir gegenüber. Ich kann aber weder das Datum mit 2020 noch diese Koordinatenverschiebung auf 113.xxx finden.


    Und wie schnell man manchmal etwas falsch interpretiert kann man an "meinem" Höhenproblem sehen, was wohl doch eher keines ist, d.h., in NMEA wird vermutlich doch richtig gewandelt.


    Was nun bei den div. Wandlungen in andere Progs zusätzlich geshieht kann man ja nicht TMX anlasten, sofern es dort in NMEA den NMEA-Konventionen entspr. richtig steht. Das war der tiefere Grund.


    Bei dem zuerst übersandten TK1 ist zum Schluß einiges geschehen. Sowas kann vorkommen, wenn sich die Maus bei einem GPS-Abbruch - wodurch auch immer - "verschluckt". Kommt rel. selten vor, habe ich aber schon anderweitig gesehen. In diesem Fall führte es zu einer Überlegung der Höhendarstellung, ich denke es ist aber sicher, dass TMX hier richtig umwandelt, eben auch bei negativen Höhen. Das TK1 muss deswegen nicht weiter gebraucht werden.


    Nun warte ich eigentlih noch auf unseren englischen Kollegen gsdlt um nachzuprüfen, wie eine W-Länge in TK1 dargestellt wird und was die Umwandlung nach NMEA dabeimacht. Falls er mitliest: nochmal die Bitte nach einem TK1-File.


    Sonst natürlich gerne auch von irgendjemand ein TK1 mit Länge oder Breite von N und E abweichend, also S und/oder W.

    Hallo Charly,


    um das Ganze noch etwas verständlicher zu machen, hier noch vom Polaris und WBT Ausschnitte aus den jeweiligen in TTQV3 importierten NMEA. Ich gehe schon davon aus, das TMX die Ursache ist, denn es wäre doch sehr zufällig, wenn z.B. die Polaris NMEAs sich nicht an die Spezifikationen halten und rein zufällig TTQV3 diesen Fehler dann wieder behebt. Die Unterschiede sind schon faszinierend, vor allem, wenn ich noch mit dem Etrex C vergleiche. Davon trennen die beiden Logger aber sowieso Welten. Sollte ich mir nochmal ein Gerät kaufen, dann bestimmt wieder ein "Richtiges" von Garmin. Die Logger habe ich nur gekauft, weil ich etwas kleines, empfindlicheres zum "protokollieren" wollte und das Etrex C doch etwas älter und unempfindlicher ist. Im Vergleich stelle ich aber selbst jetzt noch fest, das die Aufzeichnungsqualität des Etrex, vor allem aber die völlig problemlose Verarbeitung absolute Spitze ist. Gut, es war auch etwas teurer. ;) Leider habe ich auch nicht den Nerv und die Zeit mich in die Untiefen der GPS Formate zu vertiefen. Ich möchte weiter nichts, als Touren aufzeichnen / erstellen und dokumentieren ohne tief in jede Software einzutauchen. Sicher bin ich auch vom Etrex und Ique3600 zu verwöhnt. ?(


    PS die KML Wandlung funktioniert auch bei mir problemlos :)


    links WBT rechts Polaris unten Etrex C

    Hi, rst-le,
    ich finde Deine Aussage faszinierend, dass das eTrex c besser sein soll bzw. ist als ein Data-Logger. Und ein Cx könnte unendlich Tracks speichern! ;D


    Gruß
    Günther

    Zitat

    Original von Polarstern
    ... dass das eTrex c besser sein soll bzw. ist als ein Data-Logger.


    was den Komfort angeht mit Sicherheit. Beweis mir da mal da Gegenteil, aber bitte nicht hier, da das hier sonst wieder ausufert und darum gehts hier nicht.


    Zitat

    Original von Polarstern
    Und ein Cx könnte unendlich Tracks speichern! ;D


    Hab ich das behauptet? Das Ganze ist doch wohl müßig zu erörtern, zumal es hier doch um Fehlerauflistung geht. Laß uns also besser wieder darauf zurückkommen.


    PS: eine hilfreiche Meinung wie z.B. von Charly, zu meiner Fehlerbeschreibung wäre gar nicht so übel gewesen ;)

    2 Mal editiert, zuletzt von rst-le ()

    Hallo Ralf


    habe deinen NMEA-Datei, die aus TK1 bzw. ich habe diese auch mal aus den 2 Tracks in TK2 angeschaut.


    Ich sehe dort eigentlich nur das Problem, daß bei den Koordinaten die Null oder 2 Nullen oder 3 Nullen nach dem Komma fehlen.


    Ich vermute, daß so das ein oder andere Programm wie z.B. TTQV3, durch das zu kurze Feld für die Koordinaten zu Fehlinterpretaionen führt. wenn nicht die Kommas sonder die Anzahl der Stellen ausgewertet werden.


    Gruß


    Hans

    Hallo Hans,


    danke für die Überlegung, das könnte wirklich die Ursache sein.Nur erklärt das nicht die falsche Jahreszahl, hier wird offensichtlich etwas falsch übersetzt. Nun wäre nur wichtig rauszukriegen, wer der Übeltäter ist, wer sich also nicht richtig an die NMEA Spezifikation hält. Und da tendiere ich wohl doch zu TmX, wenn ich die anderen Meldungen hier lese. TTQV ist ja wohl doch ein schon ziemlich ausgereiftes Produkt und bisher habe ich diesebzüglich noch nie Probleme gehabt.


    Gruß


    Ralf

    Einmal editiert, zuletzt von rst-le ()


    hm, ja, das hatten wir unten ja schon festgestellt: das Datum-Format ist in TMX falsch.


    Hallo Hans.


    Wenn Nullen nach dem Komma fehlen, dann ist das einfach eine andere Koordinate und hat mit keinem anderen Prog was zu tun.


    Falsch ist einfach falsch.


    Ich hatte weiter unten bzw. im anderen Thread mal die Abstände angegeben, die eine Koordinate "daneben" liegt, wenn eine oder auch mehrere 0 fehlen.


    Also bitte nicht fehl-interprtieren.