ACHTUNG! Wintec WBT300/201-Besitzer

    Hallo bodensee-rainer


    ich kann das bestätigen,
    ist zwar manchmal schwierg zu erkennen, es schaut, wie du schon erkannt hast, sehr nach einer fehlenden führenden 0 nach dem Komma aus. Man sollte eine Error-Report an Wintec machen


    Gruß


    Hans


    Nein.


    Ich habe das jetzt mal näher angesehen.


    Die Breite wird NMEA-konform angegeben:


    $GPRMC,144427,A,4900.32949,N,1205.140193,E,0.0,0.0,11092007,,,D*79
    $GPGGA,144427,4900.32949,N,1205.140193,E,2,07,2,451,M,15.2,M,999.9,*6C


    In GE sieht das dann so aus:


    12.085670,49.005492,0.000000
    12.084235,49.005410,16.445030



    Bei der Länge ist der Wert vor dem Komma (Punkt) 5-stellig, im Beispie fehlt eine führende 0. Sonst ist der >Wert o.K., das heißt, die Löänge iost hier 12,05140193°. Ob die Nachkommastellen so o.K. sind ist schwer zu entscheiden, ich meine in NMEA ist die Stellenanzahl festgelegt, wobei mehr Stellen nichts ausmachen sollten.




    Ich habe Beispiele wo die Länge nicht stimmt, aber auch Beispiele wo die Breite fehlerhaft ist. Ich komme erst heute Abend dazu da mal genauer aufzubereiten.


    Gruß


    Hans

    OK Hans.


    Werde auch noch weitere TK1 unter die Lupe nehmen, könnte aber auch über Tag nicht klappen.


    EDIT: Habe jetzt doch 2 TK1 nach NMEA, TXT, CSV gewandelt und angesehen.


    Kann keine Nachkomma-0-Fehler finden.


    Gib doch evtl. - wenn Du solche Fehler lokalisieren kannst - mal die TK1 hier rein.

    Einmal editiert, zuletzt von karomue ()


    Ich verwette meinen Arsch, daß in Äquatornähe auch bei Breiten kleiner 10° die führende 0 vor dem Dezimalpunkt fehlen wird, also statt 4stellig (wie von NMEA festgelegt) nur 3 digits im WBT201 NMEA-Log stehen werden.
    Kann ich schlecht testen, komme grad nicht so weit Richtung Süden ;)
    Aber nochmal die Frage:
    Sind diese führenden Nullen zwingend Pflicht oder können diese auch weggelassen werden?
    Soviel zum Problem "links vom Dezimalpunkt".


    Schwerwiegender finde ich aber den Bug "rechts vom Dezimalpunkt".
    Als kleine Hilfe zum Erkennen der fehlerhaften Punkte:
    Wenn im WBT201 NMEA-Log bei den Breitenangaben 5 digits rechts vom Dezimalpunkt stehen und bei den Längenangaben 6 digits, ist alles Ok.
    Sind's weniger, wurden Nullen unmittelbar rechts vom Dezimalpunkt weggestrichen.
    Der darf von mir aus Nullen ganz am Ende wegstreichen (also 1205.140100 als 1205.1401 darstellen), aber keinesfall 1205.009999 als 1205.9999 darstellen.


    Habe bisher nur TK2 in NMEA gewandelt. Macht das etwa einen Unterschied? Muß ich mal noch testen.

    Hallo Bodensee-Rainer,


    ob führende 0 zwingend sind, könnte man nur im NMEA-Dokument finden, das ist leider schweinisch teuer und wird wohl kaum bei irgendjemand von uns vorhanden sein. Es ist aber in sonst allen Darstellungen üblich, könnte also schon NMEA-Konvention sein.


    Fehler - fehlende 0 nach Komma - konnte ich bis jetzt bei Auswertung mehrerer TK1 nicht feststellen. Wenn jemand sowas hat, bitte TK1 hier reinstellen.


    Wie vorher gesagt, ich hatte NMEA, txt und csv geprüft ohne Fehler zu sehen.


    Was schrecklich ist, sind die weiteren Angaben im GGA, denn die sind - abgesehen von der Höhe - aus den Fingern gesogen. Ausnahme 2 die Geschwindigkeit (RMC) die ist gerechnet.


    Edit: So, gerademal noch nachgesehen. Fehlende 0 nach Komma sind (bei uns) in der Länge 33 m, in der Breite 50 m.


    Die Zacken bei kleiner Geschwindigkeit kommen aber sicher daher, dass die WBTs bei kleinen Geschwindigkeiten etwas wackeln. Ich habe eben nochmal unseren Urlaubs"track" - 14 Tage - angesehen, abgesehen vom eben beschriebenen Effekt gibt es keine auf fehlende 0 weisende Zacken. Und fehlende 0 sollte ja dann auch bei Autobahngeschwindigkeit auftreten, da ist der Track immer auf der Straße. Auch habe ich bei den Stichproben immer dort wo eine 0 nach dem Komma kommt, diese auch gefunden.

    Einmal editiert, zuletzt von karomue ()

    Zitat

    Original von karomue


    Edit: So, gerademal noch nachgesehen. Fehlende 0 nach Komma sind (bei uns) in der Länge 33 m, in der Breite 50 m.


    Die Zacken bei kleiner Geschwindigkeit kommen aber sicher daher, dass die WBTs bei kleinen Geschwindigkeiten etwas wackeln. Ich habe eben nochmal unseren Urlaubs"track" - 14 Tage - angesehen, abgesehen vom eben beschriebenen Effekt gibt es keine auf fehlende 0 weisende Zacken. Und fehlende 0 sollte ja dann auch bei Autobahngeschwindigkeit auftreten, da ist der Track immer auf der Straße. Auch habe ich bei den Stichproben immer dort wo eine 0 nach dem Komma kommt, diese auch gefunden.



    So, du findest Nullen nach dem Dezimalpunkt?
    Das ist ja interessant!
    Was machst du anders als ich?
    Bin extra nochmal einen NMEA-Log von mir per Suchfunktion nach ".0" durchgegangen, bei den Längen und Breitenwerten findet sich kein einziger entsprechender Wert. Das passiert übrigens nicht nur bei TK2 Konvertierten Files sondern auch bei TK1.
    Hab mal ne Zip-Datei mit TK2 und daraus konvertierter NMEA-Datei angehängt.

    Ja. Weiß ich nicht...




    Aiusscnitt aus txt von unserer Urlaubsfahrt:


    TP,D,48.0108209, 7.8057804, 2007/06/16,07:07:57,0
    TP,D,48.0101899, 7.8048783, 2007/06/16,07:08:02,0
    TP,D,48.0095498, 7.8040801, 2007/06/16,07:08:07,0
    TP,D,48.0090378, 7.8034188, 2007/06/16,07:08:12,0
    TP,D,48.0088563, 7.8027211, 2007/06/16,07:08:17,0
    TP,D,48.0092194, 7.8020506, 2007/06/16,07:08:22,0
    TP,D,48.0096074, 7.8012659, 2007/06/16,07:08:27,0
    TP,D,48.0098861, 7.8002901, 2007/06/16,07:08:32,0
    TP,D,48.0105359, 7.7995086, 2007/06/16,07:08:37,0


    TP,D,47.6869344, 7.0111603, 2007/06/16,07:49:33,0
    TP,D,47.6858234, 7.0093764, 2007/06/16,07:49:38,0
    TP,D,47.6848106, 7.0074961, 2007/06/16,07:49:43,0
    TP,D,47.6838736, 7.0055323, 2007/06/16,07:49:48,0
    TP,D,47.6830253, 7.0034811, 2007/06/16,07:49:53,0
    TP,D,47.6822343, 7.0013483, 2007/06/16,07:49:58,0
    TP,D,47.6814858, 6.9991979, 2007/06/16,07:50:03,0
    TP,D,47.6807464, 6.9970391, 2007/06/16,07:50:08,0
    TP,D,47.6800071, 6.9948828, 2007/06/16,07:50:13,0



    TMX V2.4. Die WBT201 sollte ja gleich sein.


    Hm, die TK1 fehlte. ??
    Ah, jetzt issi da. :]

    2 Mal editiert, zuletzt von karomue ()

    Schick mal noch die tk1.


    Sehe jetzt, was Du meinst, da war mir vorher nicht klar:


    $GPGGA,050707,4832.22479,N,904.104899,E,2,07,2,408,M,15.2,M,999.9,*52
    $GPGSA,A,3,14,30,01,05,07,06,47,,,,,,7.38,6.01,4.27*08
    $GPGSV,3,1,12,14,67,092,30,22,25,182,16,30,24,040,30,31,49,336,*74
    $GPGSV,3,2,12,01,56,341,14,05,08,043,28,07,39,098,36,06,35,088,34*74
    $GPGSV,3,3,12,16,44,228,,42,54,141,,20,10,315,,47,22,106,28*7C
    $GPRMC,050708,A,4832.22549,N,904.97796,E,0.0,0.0,21082007,,,D*7F
    $GPGGA,050708,4832.22549,N,904.97796,E,2,07,2,408,M,15.2,M,999.9,*64
    $


    Da hätte jetzt 904.097796 kommen müssen. Jetzt muss ich meine nochmal durchfieseln.

    Einmal editiert, zuletzt von karomue ()

    Hallo


    übrigens ich habe TimeMachineX 2.5


    ich habe den Fall mal an 2 Beispielen aufbereitet


    Meine Resultat ist es fehlen eine oder auch mehrere Nullen bei East und auch bei North siehe


    Fall A (north): fehlt eine Null vor der 4059
    $GPRMC,115143,A,4810.4059,N,1113.558397,E,0.0,0.0,10092007,,,D*49
    $GPGGA,115143,4810.4059,N,1113.558397,E,2,07,2,540,M,15.2,M,999.9,*5C


    Fall B (north): fehlen zwei Nullen vor der 239
    $GPRMC,115156,A,4810.239,N,1113.539197,E,0.0,0.0,10092007,,,D*78
    $GPGGA,115156,4810.239,N,1113.539197,E,2,07,2,540,M,15.2,M,999.9,*6D


    Fall C (east): fehlt eine Null vor der 94795
    $GPRMC,115702,A,4809.27069,N,1113.94795,E,0.0,0.0,10092007,,,D*43
    $GPGGA,115702,4809.27069,N,1113.94795,E,2,07,2,543,M,15.2,M,999.9,*55


    Damit man es besser sehen kann habe ich mit dem "GPS-Track-Analyse.NET 4.3.1.4" eine klm-Datei erzeugen lassen.


    Die kompletten Beispiele und dann auch mit manueller Korrektur des Fehlers habe ich zusammengepackt. Wer Lust hat kann sichs ja mal anschauen.
    Den Rest meine ich sollte der Wintec-Programmierer machen.


    Viel Spaß


    Hans



    habe deine gezippte NMEA-Datei mal angeschaut, würde sagen ist genauso wie bei mir. Der erste Fehler ist beim TP65, ist ein Problem bei East. Ich habe vor die 97796 mal eine Null davor geschrieben, dann bleist du wieder auf dem normalen Weg


    orginal:
    $GPRMC,050708,A,4832.22549,N,904.97796,E,0.0,0.0,21082007,,,D*7F
    $GPGGA,050708,4832.22549,N,904.97796,E,2,07,2,408,M,15.2,M,999.9,*64


    modifiziert:
    $GPRMC,050708,A,4832.22549,N,904.097796,E,0.0,0.0,21082007,,,D*7F
    $GPGGA,050708,4832.22549,N,904.097796,E,2,07,2,408,M,15.2,M,999.9,*64


    Viel Grüße


    Hans

    Hi,


    da wird der gute Al wohl bei TMX mal wieder nachbessern müssen ... bloß wie sagen wir's ihm ...?


    Gruß Jan

    Hallo Hans,


    meine Bemerkung war eher an Charly gerichtet, wir haben schon an anderer Stelle darüber debattiert, wie man die Wünsche und Beschwerden der User dem TMX-Programmierer nahebringen könnte. Alfred wollte das ggf. übernehmen, da es um englische Fachkonversation geht ;)


    Aber wenn Du Dich der Sache selbst angenommen hast : drink


    Gruß Jan