WBT201-TK1->Umwandlungsfehler

    Hallo Charlly


    wenn du aber in ein Programm eine bestimmte Anzahl Bytes einliest und erwartest, daß z.B. an der 48ster Stelle die Höhe beginnt, dann hast du schon größeres Probleme, wenn auf Grund des Bugs im TimeMachineX 2.5 jetzt die Höhe schon nach der 47sten Stelle oder auch schon an der 46st oder 45st oder 44st oder 43sten beginnt.


    Die Koordinaten sind ja immer sehr weit vorne in den NMEA-Datensätzen, d.h. es verschiebt sich dann alles durch den Bug.


    z.B. in der Datei von rst-le der 12te GGA



    $GPGGA,064155,4741.9929,N,1134.192199,E,2,07,2,672,M,15.2,M,999.9,*5D


    soll


    $GPGGA,064155,4741.09929,N,1134.192199,E,2,07,2,672,M,15.2,M,999.9,*5D


    Die Höhe beginnt normal bei Position 48, wenn du aber in dem fehlerhaften NMEA-GGA bei Position 48 die Höhe vermutest dann fängt das mit 72, statt 672, usw.


    So kann eventuell auch ein falsches Datum entstehen, d.h. die konvertierten Daten sollten für die weitere Fehleranalyse nicht mit Programmen angesehen werden, die eine NMEA-Bewertung könne sondern direkt mit dem Edit oder auch mit Excel. Dann kann man bessere Aussage dazu machen.


    Gruß


    Hans


    Hallo Hans,


    nein, das ist absolut nicht so. Progs schauen hier nach den Feldtrennern, das iist beim NMEA-Protokoll das Komma. Sonst würde garnichts gehen, denn es ist auch NMEA-Konvention, dass fehlende Feldangaben einfach leer bleiben, also ",,," erscheint für - in diesem Fall - 2 fehlende Feldinhalte.


    Anders ist der real vorhandene Fehler, dass z.B. 52.0123456 als 52,123456 umgewandelt wird. Und das ist eben eine andere Koordinate und führt bei Visualisierung zu einem Zacken.


    Ich wäre schon daran interessiert, die von Dir genannten Fehler - Datum und Verschiebung 13,xxx zu 113,xxx ° - mal nachzuempfinden. Wenn Du das TK1 noch hast und die Progs mit denen Du umgewandelt hast nennst, schau ich mir das mal an.


    Noch ein Argument, dass es nicht die Stellenzahl sein kann: die Höhe z.B. ist in der Stellenzahl nicht fest.

    Einmal editiert, zuletzt von karomue ()

    Hallo Charly


    Zitat

    Original von karomue


    Ich wäre schon daran interessiert, die von Dir genannten Fehler - Datum und Verschiebung 13,xxx zu 113,xxx ° - mal nachzuempfinden. Wenn Du das TK1 noch hast und die Progs mit denen Du umgewandelt hast nennst, schau ich mir das mal an.


    Nein von mir kommt das nicht und in der Datei von rst-le kann ich auch so etwas nicht sehen.


    Ich sehe aber auch keine Fehler in der Höhe darin, daher könnte ich mir so eine Programmrealisierung vorstellen.


    Ich hatte intensiv mit ISDN -Protokoll zu tun, da gab es auch solche Abläufe, die man eigentlich unbeding anhand von Längen und Trennzeichen durchfahren mußte, aber ich habe genügend Programm und Geräte erlebt, die genau da geschilderte Verfahren angewendet hatten.


    Gruß


    Hans

    Zitat

    Original von hans.maurer


    Nein von mir kommt das nicht und in der Datei von rst-le kann ich auch so etwas nicht sehen.


    Oh.. Es ist schon wieder spät...

    Hochgeholt, für Hans. :]


    Nein, im Ernst. Es gibt Neues zu berichten, das soll aber Hans selbst machen.


    Dann habe ich den Titel geändert in Fehler die sich nicht nur auf NMEA beziehen.


    Nachdem bei genauerer Prüfung grausames herauskam ist die Frage nahe liegend, ob ähnliche Fehler nicht auch bei den anderen Umwandlungen zu bemerken sind. Diejenigen von Euch, die hier aufklärend mitarbeiten möchten, sollen hier also aufgefordert werden, die jeweils Ihnen bekannte Umwandlungen kritisch auf evtl. Fehler (Vergleich mit entsprechenden Files aus anderen Progs) zu prüfen und die Fehler zu benennen.


    Wenn wir - Hans und ich - uns einig geworden sind, kommt hier zu NMEA mehr.


    Und hier schon mal im Vorgriff: es betrifft nicht die ausgezeichnete WBT201 an sich, sondern lediglich die Umwandlungen mit TMX aus der Logger-TK1.

    Hm.


    Ich habe jetzt mal alle Umwandlungen angesehen. Scheinen o.K. zu sein mit Ausnahme von OZI (und NMEA natürlich), da habe ich einen Versatz. Das mag aber mehr daran liegen, dass ich mit OZI nicht mehr arbeite und dementsprechend keine Erfahrung habe.


    Also OZI bitte ein OZI-Kenner überprüfen. Für den Rest wäre es nett, wenn noch ein, zwei andere mal alle Umwandlungen prüfen würden.

    Einmal editiert, zuletzt von karomue ()

    Ohne Hans groß vorgfreifen zu wollen - er hat sich verdient gemacht durch Kontaktaufnahme mit Al Lai bei Wintec TW und von dort auch TMX-Zwischenstände erhalten, von denen ich annehme, dass er sie hier auch veröffentlichen wird. Genehmigung liegt vor.


    Es ist aber auch die letzte Version immer noch fehlerbehaftet, nur der Datum-Fehler wurde beseitigt. Allerdings ist in der Vorgängerversion auch der Fehler fehlende 0 nach . (Punkt) in Länge und Breite beseitigt gewesen.


    Ich hatte mal eine Zusammenstellung erstellt, die ich hier gerne zur Diskussion stelle.


    Und nochmal: es geht nicht um die WBT201 direkt, sondern nur um die äußrst fragwürdige Umwandlung der TK-Files nach MNEA.

    Hallo


    Zitat

    Original von karomue


    Nein, im Ernst. Es gibt Neues zu berichten, das soll aber Hans selbst machen.


    Und hier schon mal im Vorgriff: es betrifft nicht die ausgezeichnete WBT201 an sich, sondern lediglich die Umwandlungen mit TMX aus der Logger-TK1.


    Habe vor einigen Tagen eine neu Betaversion von TimeMachineX 2.5x für WBT201 von Al-Lai, von Wintec aus Taiwan bekommen, und die Genehmigung, diese hier ins Forum zu stellen.


    Gelöst sind jetzt die fehlenden Nullen nach dem Komma von Koordinaten und ein Prblem das haupsächlich der TTQV hat, die Jahreszahl im Datum wird jetzt in als 2stellig ausgegeben, vorher vierstellig, als vorher 2007 jetzt 07.
    (Auch das Format für die Länge der Koordinaten ist jetzt fix und nicht mehr dynamisch 2.5F)


    Wir würden dringend eine Auszug des offizielen NMEA Standarts 0183 bezüglich der Längen von Koordinaten benötigen um bei einem weiteren Problem, das beim Import in TTQV auftritt besser argumentieren zu können.


    Gruß


    Hans


    Hallo Hans,


    das ist in so fern nicht ganz richtig, da es die Koordinaten allg. betrifft, also auch die Breiten - obwohl dies bislang nicht auftrat.


    Ich bin der Meinung. dass es nicht der offiziellen NMEA-Doku bedarf. Das, was wir in div. Dokus etc. sehen können - siehe die angeführten Stellen in meinem PDF - sind so gut wie die Original-Doku. Vor allem ist u-blox zu nennen, es ist doch sehr unwahrscheinlich, dass man hier so daneben liegen sollte.


    Die NMEA-Umwandlung ist einfach stümperhaft und generell falsch. Das kann eigentlich nur ein Azubi ohne Kontrolle gemacht haben.


    Schlechtes Bild für eine gute WBT201 und ansonsten eine ebenso gute Umsetzung mit TMX - mit Ausnahme von NMEA

    Hallo Charly


    Zitat

    Original von karomue



    das ist in so fern nicht ganz richtig, da es die Koordinaten allg. betrifft, also auch die Breiten - obwohl dies bislang nicht auftrat.


    Bitte genau lesen, es steht hier um die Länge der Koordinaten.


    Gruß


    Hans


    Sorry, Deine Postings sind missverständlich.


    Genau gesagt geht es um das Format der Koordinatenangaben, Länge und Breite.


    "Länge" ist hier leider doppeldeutig.

    Hallo zusammen,


    zunächst einmal eine Entschuldigung dafür, dass ich dieses "alte" Thema erneut aufwärme.


    Ich wollte jedoch kurz den aktuellen Stand der Problematik erfahren. Ich sitze hier gerade am Laptop und kann nicht auf meine WBT201 zurückgreifen um die Betaversion zu testen. Mich würde daher interessieren, ob das Problem der falschen NMEA Konvertierung gelöst ist. Insbesondere die Sache mit der Geschwindigkeit, die bei der Konvertierung nur noch als Kommentar und damit nicht nutzbar in TTQV auftaucht ist für mich ein wichtiges Anliegen, obwohl sie ja laut Euren Aussagen noch falsch berechnet wird.
    Gibt es in näherer Zukunft vielleicht ein Software Update oder gar ein Firmware Update, dass das genannte Problem löst? Oder löst die aktuelle Beta dieses Problem?


    Vielen Dank!


    Gruß Jan

    Hallo! Wenn dem tuam geantwortet wird, dann könnte man vielleicht auch gleich für die Kleinen unter uns (und mir) knapp und verständlich zusammenfassen, worum es hier geht. Ich habe in meinem Schrecken zwischen all den "unmöglich", "stümperhaft", "falsch" usw. nicht herausgefunden, ob ich mit meiner WBT-201 nun Scheiße eingekauft habe, oder ob es da nur um nebensächliche Präzisionen jenseits des 14.Knaburzels geht, die der Anfänger gar nicht zu wissen braucht. Gruß!

    Zitat

    Original von tuam
    ... Mich würde daher interessieren, ob das Problem der falschen NMEA Konvertierung gelöst ist. ...


    Hallo Jan


    Nein, das Thema ist noch nicht durch. Die Problematik ist nach wie vor vorhanden. Ich bin sogar der Meinung das da nichts kommen wird. Denn um die "fehlenden/falschen" Daten korrekt im NMEA-File ausgeben zu koennen, muessten mehr Daten intern im WBT201 gespeichert werden.


    Darauf hat de User aber keinen Einfluss, das ginge nur ueber ein Firmwareupdate des Empfaengers. Ob das kommen wird, kann hier keiner erahnen.

    Zitat

    Original von b52odo
    Hallo! Wenn dem tuam geantwortet wird, dann könnte man vielleicht auch gleich für die Kleinen unter uns (und mir) knapp und verständlich zusammenfassen, worum es hier geht. Ich habe in meinem Schrecken zwischen all den "unmöglich", "stümperhaft", "falsch" usw. nicht herausgefunden, ob ich mit meiner WBT-201 nun ****EDIT by 900SS-97**** eingekauft habe, oder ob es da nur um nebensächliche Präzisionen jenseits des 14.Knaburzels geht, die der Anfänger gar nicht zu wissen braucht. Gruß!


    Hallo b52odo


    Wenn Du bisher mit dem Empfaenger zufriueden bist, dann ist doch alles in Ordnung.


    Um was geht es hier.
    Der Empfaenger speichert intern in seinem LogFile nur bestimmte Daten. Diese Daten kannst Du dann z.B. nach GPX oder KML konvertieren. Um diese Konvertierung vorzunehmen reichen die intern gespeicherten Daten vollkommen aus.


    Viele User wollen aber kein GPX, oder KML-File haben, weil ihr weiterverarbeitendes Programm mit diesem Typ des Files nichts anfangen kann. Die wollen z.B. ein NMEA-File haben. Nun sind aber in einem Standard-NMEA-File viele Informationen enthalten, die bei der internen Speicherung der WBT201 nicht gespeichert wurden. Also ist der Programmierer des TMX-Tools hingegangen und "fuellt" die nicht vorhanden Stellen des NMEA-Files mit "imaginaeren Dummies" auf. Woher soll er auch Daten nehmen die nicht gespeichert wurden.


    Das fuehrt aber bei einigen nachgeschalteten Programmen zu Fehlinterprationen. Denn diese nachgeschalteten Programme koennen nicht ahnen das die vorhandenen Daten aus imaginaeren Eintraegen stammen.