OSTC sport DL porblem

Jef Driesen jef at libdivecomputer.org
Mon Jul 11 23:54:01 PDT 2016


On 2016-07-06 10:37, Miika Turkia wrote:
> On Tue, Jul 5, 2016 at 5:54 PM, Jef Driesen <jef at libdivecomputer.org> 
> wrote:
>> On 2016-07-05 14:45, Miika Turkia wrote:
>>> Something is not working properly. Trying this with rfcomm channel 1
>>> and getting the following on the terminal:
>>> 
>>> DATETIME 2016-07-05T12:41:54Z (1467722514)
>>> VERSION 0.5.0-devel-Subsurface-branch
>>> (8356e22e61bf80234e5a1ccc3ed0f4ea81e0245d)
>>> Opening the device (Heinrichs Weikamp OSTC 2, /dev/rfcomm0).
>>> INFO: Open: name=/dev/rfcomm0
>>> INFO: Configure: baudrate=115200, databits=8, parity=0, stopbits=1,
>>> flowcontrol=0
>>> INFO: Timeout: value=3000
>>> INFO: Sleep: value=300
>>> INFO: Flush: queue=3, input=0, output=0
>>> Registering the event handler.
>>> Registering the cancellation handler.
>>> Downloading the dives.
>>> Event: progress 0.00% (0/4194304)
>>> INFO: Write: size=1, data=BB
>>> INFO: Read: size=0, data=
>>> ERROR: Failed to receive the echo. [in hw_ostc3.c:211 
>>> (hw_ostc3_transfer)]
>>> ERROR: Failed to send the command. [in hw_ostc3.c:444
>>> (hw_ostc3_device_init_download)]
>>> ERROR: Error downloading the dives. [in dctool_download.c:218 
>>> (download)]
>>> ERROR: Input/output error (5) [in serial_posix.c:205 (serial_close)]
>>> ERROR: Timeout
>> 
>> 
>> Check whether another application is trying to use the rfcomm device. 
>> For
>> example ModemManager is known to cause this kind of communication 
>> problems.
> 
> Even after getting rid of ModemManager and several attempts, I didn't
> manage to grab the dat. I still get the same error. lsof shows the
> following:
> 
> krfcommd  2645            root  cwd       DIR              252,1
> 4096          2 /
> krfcommd  2645            root  rtd       DIR              252,1
> 4096          2 /
> krfcommd  2645            root  txt   unknown
>               /proc/2645/exe
> 
> Also dmesg has something related to bluetooth, but I kinda doubt this
> is the issues as dumping the memory worked fine:
> 
> [   24.880646] Bluetooth: hci0: BCM: chip id 63
> [   24.881610] Bluetooth: hci0: BCM20702A1 (001.002.014) build 0000
> [   24.881631] bluetooth hci0: Direct firmware load for
> brcm/BCM20702A1-0a5c-21e6.hcd failed with error -2
> [   24.881650] Bluetooth: hci0: BCM: Patch
> brcm/BCM20702A1-0a5c-21e6.hcd not found
> [   24.939965] Bluetooth: RFCOMM TTY layer initialized
> [   24.939974] Bluetooth: RFCOMM socket layer initialized
> [   24.939981] Bluetooth: RFCOMM ver 1.11

This looks good to me, so I'm not really sure why it doesn't work.

Can you try to with a build that uses native bluetooth sockets, instead 
of the serial port emulation? You can download a pre-compiled version 
here:

http://libdivecomputer.org/builds/experimental/linux/dctool-bluetooth

The options are the same as before, with the exception that you need to 
provide the bluetooth mac address instead of /dev/rfcomm0:

dctool-bluetooth -v -l ostc3.log -f ostc3 download -f raw -o dive.%n.bin 
<ADDRESS>

Jef


More information about the subsurface mailing list