Fwd: direct import form dive computer

[Jef Driesen]

On 2017-03-14 22:08, Alessandro Volpi wrote:
> after having downloaded the linux version of dctool and having added 
> tho
> the execute permission to the y fdownloaded file I tried to obtain a 
> new
> copy of the SmartTec's memory dump
> 
> The program did not succeed in opening the device. The terminal output 
> has
> been copied into subdirectory smarttec_import , within my Dropbox 
> folder :
> https://www.dropbox.com/sh/dsg43qcbo013i1k/AAC_vCS3cZeZar5i3HngCNq3a?dl=0
> 
> For some at present unknown reason the linux irda interface fails to
> connect to SmartTec, even if it work perfectly with Galileo, on the 
> same
> hardware (Dell XPS 13 DE 9350) and the same OS (Ubuntu trusty with
> kernel 4.4.0-66-generic).
> 
> The behavior of dctool and of subsurface seems not to be different.

The error is indeed the same as before:

Opening the device (Uwatec Smart Pro, null).
INFO: Discover: address=f0e03201, name=Aladin Smart Tec, charset=00, 
hints=8000
INFO: Connect: address=f0e03201, lsap=1
ERROR: Connection reset by peer (104) [in ../../source/src/irda.c:372 
(dc_irda_connect_lsap)]
ERROR: Failed to connect the device. [in 
../../source/src/uwatec_smart.c:188 (uwatec_smart_device_open)]

Does anything show up in the kernel log (dmesg)? I'm running out of 
ideas. This error normally indicates a problem with the connection. But 
I'm not really sure about the exact interpretation in the context of an 
IrDA connection.

Jef