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
_______________________________________________
subsurface mailing list
[email protected]
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
