libftdi Archives
|
From: | Venkatesh Shukla <venkatesh.shukla.eee11@xxxxxxxxxxxx> |
---|---|
To: | libftdi@xxxxxxxxxxxxxxxxxxxxxxx |
Date: | Thu, 5 Jun 2014 03:29:40 +0530 |
Sorry for the late response guys.
On Tue, May 27, 2014 at 10:16 AM, Rogier Wolff <R.E.Wolff@xxxxxxxxxxxx> wrote: --
Does the problem also happen "in real life"? I can very well imagine Yes indeed it does. Android is the ultimate aim. But currently I am using this script on my system (Fedora 20). It gives the same result on emulator as well. But with greater losses.
The ftdi chip knows that "libftdi" has not read the data. So it will Yes. I am attaching the logs of both the code I have written and libdivecomputer generated logs. Also, for the sake of comparison, I am attaching combined logs of both. The first line in each pair in the file represents the data from libftdi and second line from libdivecomputer.
As I observed, 44 bytes are missing at offset 0xFE (line numbered 26) from read_data command. Then again, 48 bytes are missing at offset 0x21C (line numbered 46) from read_data command.
For the rest of the logs, it is impossible to check for missing as all the data constitutes of 0xFF. Regarding version of libusb being used, libusb-config --version command on my system gives output 0.1.12.
*Venkatesh Shukla* libftdi - see http://www.intra2net.com/en/developer/libftdi for details.
import_ftdi.logs
import_subsurface.logs
compare_logs |
Current Thread |
---|
|