seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11176
Wohnort: München
|
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Ja, einfach die API-Dokumentation lesen
Ich hatte da einen Syntaxfehler, aber so wie es aussieht, komme ich mit geonames nicht weiter. zB
<toponymName>Mosteiro dos Jerónimos</toponymName>
<name>Hieronymites Monastery</name>
<lat>38.69774</lat>
<lng>-9.20605</lng> Da hääte ich als Antwort ganz einfach Lissabon (wie es in diesem Fall OSM bringt). Für Coimbra erhalte ich für diverse Koordinaten immer "Ibis Coimbra", und zu Ibis finde ich als Erklärung immer die Hotelkette.
Die Abfrage bei OSM liefert Coimbra als county
Das hilft mir nicht, wie soll das Svript erkennen, dass es jetzt ausnahmsweise für den Ort das Feld County nehmen soll. Google dürfte bei Coimbra am besten passen. Bei OSM gibt es das Feld "location", mit "Keywords" zum Ort, gibt es so was auch bei Google? Die Ausgabe von location ist bei Google eher minimalistisch. zB für 38.7115366, -9.1369799 location=Vintage Shop, 22, Rua da Assunção, Baixa, São Nicolau, Santa Maria Maior, Lisboa, Grande Lisboa, Área Metropolitana de Lisboa, 1500-064 Benfica, Portugal Greift die Option "-lde" bei Google nicht?
Edit: natürlich muss man warten, bis die erfolgreich gebaut wurden ...
Hast du eine Idee wie ich mit dem gpsbabel-Bug weiter komme? Das aktuelle Paket dürfte ich ja verwendet haben. Wurde da der Patch eingearbeitet, der das Problem lösen soll? Vgl. https://github.com/gpsbabel/gpsbabel/pull/41
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11176
Wohnort: München
|
glaskugel schrieb: Greift die Option "-lde" bei Google nicht?
Mit der Version im Anhang sollt sie es jetzt tun. Hast du eine Idee wie ich mit dem gpsbabel-Bug weiter komme? Das aktuelle Paket dürfte ich ja verwendet haben. Wurde da der Patch eingearbeitet, der das Problem lösen soll? Vgl. https://github.com/gpsbabel/gpsbabel/pull/41
Ich habe die Änderung aus dem Pull-Request mal eingearbeitet, ein neues Paket baut gerade.
- geoinfo.tar.xz (8.4 KiB)
- Download geoinfo.tar.xz
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Mit der Version im Anhang sollt sie es jetzt tun.
Leider nicht ganz. coordinates=38.7115366, -9.1369799
state=Lisboa
state_district=Lissabon
city=Lisboa
country_part=Lisboa
loc_name=Lisboa
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11176
Wohnort: München
|
Mehr lässt sich durch den Language-Parameter bei Google Maps in dem Fall leider nicht beeinflussen:
$ ./geoinfo.py -lde -a $APIKEY "38.7115366, -9.1369799" -g googlemaps
coordinates=38.7115366, -9.1369799
### POINT START ###
name=manual
latitude=38.7115366
longitude=-9.1369799
elevation=8
elevation_source=google maps elevation api
time=
timezone_name=
licence=see https://developers.google.com/maps/terms
location=Rua da Prata 166, 1100-422 Lisboa, Portugal
country_code=PT
country_code3=PRT
country=Portugal
state=Lisboa
state_district=Lissabon
county=
postcode=1100
city=Lisboa
town=
postal_town=
village=
suburb=
city_district=
neighbourhood=
road=
route=Rua da Prata
pedestrian=
address29=
path=
house_number=166
townhall=
ruins=
attraction=
place_of_worship=
hotel=
bus_stop=
country_part=Lisboa
loc_name=Lisboa
street_name=Rua da Prata
### POINT END ###
unused attributes: $ ./geoinfo.py -len -a $APIKEY "38.7115366, -9.1369799" -g googlemaps
coordinates=38.7115366, -9.1369799
### POINT START ###
name=manual
latitude=38.7115366
longitude=-9.1369799
elevation=8
elevation_source=google maps elevation api
time=
timezone_name=
licence=see https://developers.google.com/maps/terms
location=Rua da Prata 166, 1100-422 Lisboa, Portugal
country_code=PT
country_code3=PRT
country=Portugal
state=Lisboa
state_district=Lisbon
county=
postcode=1100
city=Lisboa
town=
postal_town=
village=
suburb=
city_district=
neighbourhood=
road=
route=Rua da Prata
pedestrian=
address29=
path=
house_number=166
townhall=
ruins=
attraction=
place_of_worship=
hotel=
bus_stop=
country_part=Lisboa
loc_name=Lisboa
street_name=Rua da Prata
### POINT END ###
unused attributes:
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Danke, dann kann man die Sprache bei der Abfrage vergessen. In diesem Fall ist das nicht so wichtig, weil der Name ähnlich ist, aber in Tschechien ist das manchmal schon interessant, aber in Tschechien passt OSM in der Regel 😉
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Ich habe die Änderung aus dem Pull-Request mal eingearbeitet, ein neues Paket baut gerade.
Leider kommt noch immer "skytraq: cannot set new location" gpsbabel 1.5.3-2local0 $ gpsbabel -D9 -i skytraq -f /dev/ttyACM0 -o gpx -F tracks.gpx
GPSBabel Version: 1.5.3
options: module/option=value: skytraq/erase="0" (=default)
options: module/option=value: skytraq/targetlocation="" (=default)
options: module/option=value: skytraq/configlog="" (=default)
options: module/option=value: skytraq/baud="230400" (=default)
options: module/option=value: skytraq/initbaud="0" (=default)
options: module/option=value: skytraq/read-at-once="255" (=default)
options: module/option=value: skytraq/first-sector="0" (=default)
options: module/option=value: skytraq/last-sector="-1" (=default)
options: module/option=value: skytraq/no-output="0" (=default)
gbser_init("/dev/ttyACM0")
skytraq: Probing SkyTraq Venus at 9600baud...
Sending: a0 '.'
Sending: a1 '.'
Sending: 00 '.'
Sending: 02 '.'
Sending: 02 '.'
Sending: 01 '.'
Sending: 03 '.'
Sending: 0d '.'
Sending: 0a '.'
rd_char(): Got char: a0 '.'
rd_char(): Got char: a1 '.'
rd_char(): Got char: 00 '.'
rd_char(): Got char: 02 '.'
Receiving message with 2 bytes of payload (expected >=2)
rd_buf(): dump follows:
83 00 ..
rd_char(): Got char: 83 '.'
rd_char(): Got char: 0d '.'
rd_char(): Got char: 0a '.'
rd_char(): Got char: a0 '.'
rd_char(): Got char: a1 '.'
rd_char(): Got char: 00 '.'
rd_char(): Got char: 02 '.'
Receiving message with 2 bytes of payload (expected >=2)
rd_buf(): dump follows:
83 02 ..
rd_char(): Got char: 81 '.'
rd_char(): Got char: 0d '.'
rd_char(): Got char: 0a '.'
Got ACK (id=0x02)
rd_char(): Got char: a0 '.'
rd_char(): Got char: a1 '.'
rd_char(): Got char: 00 '.'
rd_char(): Got char: 0e '.'
Receiving message with 14 bytes of payload (expected >=14)
rd_buf(): dump follows:
80 01 00 01 65 65 00 02 ee 01 00 0d 0b 0b ....ee........
rd_char(): Got char: 60 '`'
rd_char(): Got char: 0d '.'
rd_char(): Got char: 0a '.'
skytraq: Venus device found: Kernel version = 1.101.101, ODM version = 2.238.1, revision (Y/M/D) = 13/11/11
skytraq: set_location=''
36 80 25 00 00 00 00 00 00 07 00 00 00 00 00 00 00
Sending: a0 '.'
Sending: a1 '.'
Sending: 00 '.'
Sending: 11 '.'
Sending: 36 '6'
Sending: 80 '.'
Sending: 25 '%'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 07 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 94 '.'
Sending: 0d '.'
Sending: 0a '.'
rd_char(): Got char: a0 '.'
rd_char(): Got char: a1 '.'
rd_char(): Got char: 00 '.'
rd_char(): Got char: 02 '.'
Receiving message with 2 bytes of payload (expected >=2)
rd_buf(): dump follows:
83 00 ..
rd_char(): Got char: 83 '.'
rd_char(): Got char: 0d '.'
rd_char(): Got char: 0a '.'
rd_char(): Got char: a0 '.'
rd_char(): Got char: a1 '.'
rd_char(): Got char: 00 '.'
rd_char(): Got char: 02 '.'
Receiving message with 2 bytes of payload (expected >=2)
rd_buf(): dump follows:
84 36 .6
rd_char(): Got char: b2 '.'
rd_char(): Got char: 0d '.'
rd_char(): Got char: 0a '.'
Warning: Got NACK (id=0x36)
skytraq: cannot set new location
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Die Bug-Reports sind alle schon alt. Das half auch einigen. https://github.com/gpsbabel/gpsbabel/commit/c927faac0a6304ee650d903cf8bd19518f416900 Ich denke aber, das sollte doch mittlerweile in aktuellen Versionen eingearbeitet sein.
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11176
Wohnort: München
|
glaskugel schrieb: Ich denke aber, das sollte doch mittlerweile in aktuellen Versionen eingearbeitet sein.
Ja, das ist bei der 1.5.3 schon drin.
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Hmmh, dann werde ich mich wohl von diesem GPS wieder davon trennen müssen oder ich akzeptiere, dass ich zum GPS-Auslesen einen Windows-PC aufsuchen muss.
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Habe gerade ein Canmore GT-740FL probiert. Selbes Problem wie beim GT-750FL: "skytraq: cannot set new location". Bei Amazon stand da vor einiger Zeit was von einem neuen Modell und Lieferbarkeit in Kürze. Vielleicht gibt es da jetzt Modifikationen gegenüber früher. Gibt es irgendwo eine deutliche ältere gpsbabel-Version zum Testen? Das half schon mal bei jemandem und wenn es damit funktioniert, kann man das Problem bei gpsbabel suchen. # GT-740FL
$ gpsbabel -D9 -i skytraq -f /dev/ttyACM0 -o gpx -F tracks.gpx
GPSBabel Version: 1.5.3
options: module/option=value: skytraq/erase="0" (=default)
options: module/option=value: skytraq/targetlocation="" (=default)
options: module/option=value: skytraq/configlog="" (=default)
options: module/option=value: skytraq/baud="230400" (=default)
options: module/option=value: skytraq/initbaud="0" (=default)
options: module/option=value: skytraq/read-at-once="255" (=default)
options: module/option=value: skytraq/first-sector="0" (=default)
options: module/option=value: skytraq/last-sector="-1" (=default)
options: module/option=value: skytraq/no-output="0" (=default)
gbser_init("/dev/ttyACM0")
skytraq: Probing SkyTraq Venus at 9600baud...
Sending: a0 '.'
Sending: a1 '.'
Sending: 00 '.'
Sending: 02 '.'
Sending: 02 '.'
Sending: 01 '.'
Sending: 03 '.'
Sending: 0d '.'
Sending: 0a '.'
rd_char(): Got char: a0 '.'
rd_char(): Got char: a1 '.'
rd_char(): Got char: 00 '.'
rd_char(): Got char: 02 '.'
Receiving message with 2 bytes of payload (expected >=2)
rd_buf(): dump follows:
83 00 ..
rd_char(): Got char: 83 '.'
rd_char(): Got char: 0d '.'
rd_char(): Got char: 0a '.'
rd_char(): Got char: a0 '.'
rd_char(): Got char: a1 '.'
rd_char(): Got char: 00 '.'
rd_char(): Got char: 02 '.'
Receiving message with 2 bytes of payload (expected >=2)
rd_buf(): dump follows:
83 02 ..
rd_char(): Got char: 81 '.'
rd_char(): Got char: 0d '.'
rd_char(): Got char: 0a '.'
Got ACK (id=0x02)
rd_char(): Got char: a0 '.'
rd_char(): Got char: a1 '.'
rd_char(): Got char: 00 '.'
rd_char(): Got char: 0e '.'
Receiving message with 14 bytes of payload (expected >=14)
rd_buf(): dump follows:
80 01 00 01 65 65 00 02 e4 01 00 0e 01 0e ....ee........
rd_char(): Got char: 66 'f'
rd_char(): Got char: 0d '.'
rd_char(): Got char: 0a '.'
skytraq: Venus device found: Kernel version = 1.101.101, ODM version = 2.228.1, revision (Y/M/D) = 14/01/14
skytraq: set_location=''
36 80 25 00 00 00 00 00 00 07 00 00 00 00 00 00 00
Sending: a0 '.'
Sending: a1 '.'
Sending: 00 '.'
Sending: 11 '.'
Sending: 36 '6'
Sending: 80 '.'
Sending: 25 '%'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 07 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 00 '.'
Sending: 94 '.'
Sending: 0d '.'
Sending: 0a '.'
rd_char(): Got char: a0 '.'
rd_char(): Got char: a1 '.'
rd_char(): Got char: 00 '.'
rd_char(): Got char: 02 '.'
Receiving message with 2 bytes of payload (expected >=2)
rd_buf(): dump follows:
83 00 ..
rd_char(): Got char: 83 '.'
rd_char(): Got char: 0d '.'
rd_char(): Got char: 0a '.'
rd_char(): Got char: a0 '.'
rd_char(): Got char: a1 '.'
rd_char(): Got char: 00 '.'
rd_char(): Got char: 02 '.'
Receiving message with 2 bytes of payload (expected >=2)
rd_buf(): dump follows:
84 36 .6
rd_char(): Got char: b2 '.'
rd_char(): Got char: 0d '.'
rd_char(): Got char: 0a '.'
Warning: Got NACK (id=0x36)
skytraq: cannot set new location
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11176
Wohnort: München
|
glaskugel schrieb: Gibt es irgendwo eine deutliche ältere gpsbabel-Version zum Testen?
Ich fürchte, die musst du dir selber bauen. Hier gibt es die getaggten Releases (von denen du die neueren ab der Version in trusty vermutlich ausschließen kannst): https://github.com/gpsbabel/gpsbabel/releases - eine binäre Suche ist da vermutlich am schnellsten, also in der Mitte der älteren Releases anfangen, die in Frage kommen, bauen, ausprobieren, ob es funktioniert und falls ja ein Viertel der Releases vor gehen, Bauen, Testen, wenn es klappt ein Achtel der Releases vor, sonst ein achtel zurück usw. Wenn man sich diesen Thread mal durchliest, dann könnte die Änderung, die du in 8575558 angesprochen hattest, die Ursache sein (auch wenn das nicht erklärt, weshalb das mit der Version, die in den trusty-Paketquellen ist auch nicht funktioniert). Was passiert denn, wenn du wie in https://www.gpsbabel.org/htmldoc-1.4.4/fmt_skytraq.html Example 3.32. beschrieben eine targetlocation angibst?
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Den Thread hatte ich auch schon gelesen. Ich kapier zwar nicht ganz worum es bei https://www.gpsbabel.org/htmldoc-1.4.4/fmt_skytraq.html#fmt_skytraq_o_targetlocation geht, aber der Fehler bleibt:
$ gpsbabel -i skytraq,targetlocation=12.34:-56.78 -f /dev/ttyACM0 0 -o unicsv -F -
skytraq: cannot set new location
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Kurz nur so viel. Die 1.5.0 erstellt eine lesbare gpx-Datei mit dem GT-740FL. gpsbabel-gpsbabel_1_5_0/gpsbabel/gpsbabel -D3 -i skytraq -f /dev/ttyACM0 -o gpx -F tracks.gpx
GPSBabel Version: 1.5.0
options: module/option=value: skytraq/erase="0" (=default)
options: module/option=value: skytraq/targetlocation="" (=default)
options: module/option=value: skytraq/configlog="" (=default)
options: module/option=value: skytraq/baud="230400" (=default)
options: module/option=value: skytraq/initbaud="0" (=default)
options: module/option=value: skytraq/read-at-once="255" (=default)
options: module/option=value: skytraq/first-sector="0" (=default)
options: module/option=value: skytraq/last-sector="-1" (=default)
options: module/option=value: skytraq/no-output="0" (=default)
skytraq: Probing SkyTraq Venus at 9600baud...
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x02)
Receiving message with 14 bytes of payload (expected >=14)
skytraq: Venus device found: Kernel version = 1.101.101, ODM version = 2.228.1, revision (Y/M/D) = 14/01/14
Setting baud rate to 230400
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x05)
Now setting UART baud rate to 230400
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x17)
Receiving message with 37 bytes of payload (expected >=35)
#logging: tmin=5, tmax=4294967295, dmin=0, dmax=4294967295, vmin=0, vmax=4294967295
skytraq: Device status: free sectors: 510 / total sectors: 510 / 0% used / write ptr: 8466
skytraq: Reading log data from device...
skytraq: start=0 used=1
skytraq: opt_last_sector_val=-1
Reading 1 sectors beginning from #0...
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x1d)
Receiving data of sector #0...
skytraq: Got 33 trackpoints from 1 sectors.
Setting baud rate to 9600
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x05)
Now setting UART baud rate to 9600
restart system
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x01)
options: module/option=value: gpx/snlen="32" (=default) Edit: mit 1.5.1 funktioniert es auch: gpsbabel-gpsbabel_1_5_1/gpsbabel/gpsbabel -D3 -i skytraq -f /dev/ttyACM0 -o gpx -F tracks.gpx
GPSBabel Version: 1.5.1
options: module/option=value: skytraq/erase="0" (=default)
options: module/option=value: skytraq/targetlocation="" (=default)
options: module/option=value: skytraq/configlog="" (=default)
options: module/option=value: skytraq/baud="230400" (=default)
options: module/option=value: skytraq/initbaud="0" (=default)
options: module/option=value: skytraq/read-at-once="255" (=default)
options: module/option=value: skytraq/first-sector="0" (=default)
options: module/option=value: skytraq/last-sector="-1" (=default)
options: module/option=value: skytraq/no-output="0" (=default)
skytraq: Probing SkyTraq Venus at 9600baud...
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x02)
Receiving message with 14 bytes of payload (expected >=14)
skytraq: Venus device found: Kernel version = 1.101.101, ODM version = 2.228.1, revision (Y/M/D) = 14/01/14
Setting baud rate to 230400
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x05)
Now setting UART baud rate to 230400
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x17)
Receiving message with 37 bytes of payload (expected >=35)
#logging: tmin=5, tmax=4294967295, dmin=0, dmax=4294967295, vmin=0, vmax=4294967295
skytraq: Device status: free sectors: 510 / total sectors: 510 / 0% used / write ptr: 8466
skytraq: Reading log data from device...
skytraq: start=0 used=1
skytraq: opt_last_sector_val=-1
Reading 1 sectors beginning from #0...
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x1d)
Receiving data of sector #0...
skytraq: Got 33 trackpoints from 1 sectors.
Setting baud rate to 9600
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x05)
Now setting UART baud rate to 9600
restart system
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x01)
options: module/option=value: gpx/snlen="32" (=default)
|
glaskugel
(Themenstarter)
Anmeldungsdatum: 8. Juli 2010
Beiträge: 3453
|
Sorry, funktioniert mit der Version aus deinem Repo, zumindest das GT-740, 750 ASAP. Ich hatte ein selber kompiliertes gpsbabel in /usr/local/bin mit der das 750 aber schon funktionierte. Wegen dem 750 hatte ich ja kompiliert. cat /etc/environment
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games" Als ich jetzt mein gpsbabel aus /usr/local/bin umbenannte lief es durch. $ which gpsbabel
/usr/bin/gpsbabel $ gpsbabel -D3 -i skytraq -f /dev/ttyACM0 -o gpx -F tracks.gpx
GPSBabel Version: 1.5.3
options: module/option=value: skytraq/erase="0" (=default)
options: module/option=value: skytraq/baud="230400" (=default)
options: module/option=value: skytraq/initbaud="0" (=default)
options: module/option=value: skytraq/read-at-once="255" (=default)
options: module/option=value: skytraq/first-sector="0" (=default)
options: module/option=value: skytraq/last-sector="-1" (=default)
options: module/option=value: skytraq/no-output="0" (=default)
skytraq: Probing SkyTraq Venus at 9600baud...
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x02)
Receiving message with 14 bytes of payload (expected >=14)
skytraq: Venus device found: Kernel version = 1.101.101, ODM version = 2.228.1, revision (Y/M/D) = 14/01/14
Setting baud rate to 230400
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x05)
Now setting UART baud rate to 230400
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x17)
Receiving message with 37 bytes of payload (expected >=35)
#logging: tmin=5, tmax=4294967295, dmin=0, dmax=4294967295, vmin=0, vmax=4294967295
skytraq: Device status: free sectors: 510 / total sectors: 510 / 0% used / write ptr: 8466
skytraq: Reading log data from device...
skytraq: start=0 used=1
skytraq: opt_last_sector_val=-1
Reading 1 sectors beginning from #0...
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x1d)
Receiving data of sector #0...
skytraq: Got 33 trackpoints from 1 sectors.
Setting baud rate to 9600
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x05)
Now setting UART baud rate to 9600
restart system
Receiving message with 2 bytes of payload (expected >=2)
Receiving message with 2 bytes of payload (expected >=2)
Got ACK (id=0x01)
options: module/option=value: gpx/snlen="32" (=default)
options: module/option=value: gpx/split="500000" (=default)
|