kalenji-gps-watch-reader
kalenji-gps-watch-reader copied to clipboard
Support Ascot AF4-GPS-4A/4B watches
What steps will reproduce the problem?
1../kalenji_reader
2.No known USB device found.
What is the expected output? What do you see instead?
when ./kalenji_reader
No known USB device found.
What version of the product are you using? On what operating system?
version 4.7 on ubuntu 12.4 32 bits
Please provide any additional information below.
model
watch:http://www.aldi.fr/aldi_montre_gps_avec_tensiomtrea_48_5_873_5807.html
lsusb:
Bus 002 Device 006: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x
Composite Device
/etc/udev/rules.d/51-garmin.rules:
SUBSYSTEM=="usb", ATTR{idVendor}=="10c4", ATTR{idProduct}=="ea60", MODE="0666"
active the module garmin_gps
/dev/ttyUBS0 appear
Original issue reported on code.google.com by [email protected]
on 2 Jun 2014 at 9:04
model watch: https://www.produktservice.info/26020518/26020518.html
Original comment by [email protected]
on 3 Jun 2014 at 6:19
Hello,
your watch is of a model that is not yet supported by kalenji_reader:
Ascot AF4-GPS-4A/4B
In order to support it, I'd need some dumps taken while retrieving sessions
from the watch under widows. If you can provide the required information to me,
I should be able to implement the support for this watch.
Here is the page explaining what you would need to do:
https://code.google.com/p/kalenji-gps-watch-reader/wiki/ProduceDumps
If you don't use windows but have a virtualbox with windows on it, another
option is to use this procedure to produce dumps (although I'm less used to
it):
http://wiki.colar.net/run_usb_traces_on_linux_of_windows_software_with_virtualbo
x#.U4ZLplI__K0
Regards,
Colin
Original comment by [email protected]
on 3 Jun 2014 at 8:11
- Changed title: Support Ascot AF4-GPS-4A/4B watches
- Changed state: Accepted
I do not know if I should do as my dumps, because my English is rough.
Original comment by [email protected]
on 3 Jun 2014 at 8:31
Attachments:
Original comment by [email protected]
on 6 Jun 2014 at 5:40
- Added labels: Type-Enhancement
- Removed labels: Type-Defect
Hello,
thanks for your help.
Unfortunately, I studied your dumps and I have the impression that the second
one is not complete. Moreover, the GPX is very strange: you have only 3 points,
with 10 minutes between the two first points and more than 5 minutes between
the second and the third !
Is it normal ? What do you obtain when importing the data in the official
software ?
If you have proper data in the official software, can you you try to redo an
import with a longer session and an export in GPX ?
Regards,
Colin
Original comment by [email protected]
on 12 Jun 2014 at 10:04
sorry to answer now
it is normal that there are three points because I put an interval of 10 min
Here new data
Original comment by [email protected]
on 22 Jun 2014 at 4:24
Attachments:
- [gps data.rar](https://storage.googleapis.com/google-code-attachments/kalenji-gps-watch-reader/issue-25/comment-6/gps data.rar)
Hello,
here again, there's an issue with the capture. The first one (nodata) is
completely empty and the second one (data) is very similar to the nodata you
sent me the first time (same number of packets: 491, similar content, it seems
that only timestamps and addresses change). And I still can't find anything
meaningful in it.
Do you remember if, by any change, you produced both dumps by plugging only
once the device and produced first the one with data and then the second
without ? Did you proceed differently the first time ?
Maybe there is something special with this device, for example, is it
recognized as a storage device ? (Typically "E:\" (or other letter) created
under windows when plugging it).
Can you try this command under linux just after plugging:
dmesg | tail -n 20
This gives some information about how the OS is handling the device.
If not, can you describe me with more details how you do the capture and the
various ouput you have ?
I'm really puzzled here, it's as if part of the USB traffic was bypassing the
capturing.
Regards,
Colin
Original comment by [email protected]
on 22 Jun 2014 at 5:10