Dive data import error with Hollis DG03
Jef Driesen
jef at libdivecomputer.org
Mon Mar 24 03:12:42 PDT 2014
On 2014-03-24 09:01, Rick Walsh wrote:
> I haven't booted it for quite a while, but Windows (Vista) is also
> installed on this laptop. I can test dive computer communication there
> if that'll help work out this issue.
Yes, please try on Windows too.
http://www.libdivecomputer.org/builds/windows/universal.exe
>> The low_latency flag is set by default, which forces it to 1, always.
>>
>> setserial /dev/ttyUSB0 ^low_latency
>>
>> to disable it. Then you can modify the latency_timer entry.
>
> When I ran the setserial command, the latency_timer value was
> automatically set to 16 - I didn't have to change it manually.
> Subsurface successfully downloaded my last 64 dives. Unfortunately the
> setting isn't persistent - when I remove and replace the cable, I have
> to run setserial again.
So with the latency_timer set to 16ms, the download works? Great, that's
a confirmation of Hamish's investigation.
>> Can you also try to run libdivecomputer's universal test application.
>> You
>> can download it here:
>>
>> http://www.libdivecomputer.org/builds/linux/universal
>>
>> Run with these options:
>>
>> ./universal -v -l atom2.log -m atom2.bin -b atom2 /dev/ttyUSB0
>
> I ran universal as requested, and here is the output. I'm guessing it
> means more to you than it does to me. I tried running it both with and
> without the setserial ^low_latency command, and the output is the
> same.
>
> rick at elmo ~/Downloads $ chmod 755 universal
> rick at elmo ~/Downloads $ ./universal -v -l atom2.log -m atom2.bin -b
> atom2 /dev/ttyUSB0
> DATETIME 2014-03-24T07:27:35Z (1395646055)
> VERSION 0.5.0-devel (fa90009c293a9ca1a4eaf49a478b381477695c0a)
> Opening the device (Oceanic Atom 1.0, /dev/ttyUSB0).
> INFO: Open: name=/dev/ttyUSB0
> INFO: Configure: baudrate=38400, databits=8, parity=0, stopbits=1,
> flowcontrol=0
> INFO: Timeout: value=3000
> INFO: Sleep: value=100
> INFO: Flush: queue=3, input=1, output=0
> INFO: Write: size=2, data=8400
> INFO: Read: size=0, data=
> ERROR: Failed to receive the answer. [in
> ../../source/src/oceanic_atom2.c:332 (oceanic_atom2_send)]
> INFO: Sleep: value=100
> INFO: Flush: queue=1, input=0, output=0
> INFO: Write: size=2, data=8400
> INFO: Read: size=0, data=
> ERROR: Failed to receive the answer. [in
> ../../source/src/oceanic_atom2.c:332 (oceanic_atom2_send)]
> INFO: Sleep: value=100
> INFO: Flush: queue=1, input=0, output=0
> INFO: Write: size=2, data=8400
> INFO: Read: size=0, data=
> ERROR: Failed to receive the answer. [in
> ../../source/src/oceanic_atom2.c:332 (oceanic_atom2_send)]
> ../../source/examples/universal.c:681: Error opening device.
> Result: Timeout
This indicates a failure. Now I'm confused. I expected this to work with
the low_latency disabled, but you say it fails with and without the
low_latency disabled? Are you sure it was not reset between two
attempts? As you noticed, the setting isn't persistent.
Jef
More information about the subsurface
mailing list