<div dir="ltr"><div><div><div>Hi Jef<br><br></div>Yes, I think I may be having issues with irda and Mint rather than Subsurface.  Here's what I can see from dmesg:<br><br>usb 2-1.2: new full-speed USB device number 3 using ehci-pci<br>usb 2-1.2: New USB device found, idVendor=066f, idProduct=4200<br>usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0<br>usb 2-1.2: Product:  IrDA/USB Bridge<br>usb 2-1.2: Manufacturer:  Sigmatel Inc <br>usbcore: registered new interface driver usbserial<br>usbcore: registered new interface driver usbserial_generic<br>usbserial: USB Serial support registered for generic<br>usbcore: registered new interface driver option<br>usbserial: USB Serial support registered for GSM modem (1-port)<br>option 2-1.2:1.0: GSM modem (1-port) converter detected<br>usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB0<br>usbcore: registered new interface driver stir4200<br><br></div>Here's the libdivecomputer logfile:<br><br>Subsurface: v4.7.6, built with libdivecomputer v0.7.0-devel-Subsurface-branch (8ae735a4d70307ebe2a42d315697f02ce71dbe88)<br>ERROR: No dive computer found. [in uwatec_smart.c:182 (uwatec_smart_device_open)]<br><br></div>I assume subsurface needs to find irda0??<br><div><div><br><br><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 3 February 2018 at 20:00, Jef Driesen <span dir="ltr"><<a href="mailto:jef@libdivecomputer.org" target="_blank">jef@libdivecomputer.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 03-02-18 18:05, Berthold Stoeger wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Samstag, 3. Februar 2018 17:46:10 CET Rob Mason wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Berthold - the subgear is irda, not bluetooth. It has worked previously<br>
on older versions, but unable to connect on 4.7.6-1 on Mint Linux 18.3. --<br>
</blockquote>
<br>
Yes I know. Nevertheless, the "interface consistency fix" in commit  d23bd46<br>
enables the device field only for serial transport.<br>
<br>
To my defense - I just copied old buggy code, but made it more noticeable. I<br>
pushed a fix to github. If you can compile from source, you can use this. If<br>
not, there is a workaround: Select a dive computer with serial transport (I<br>
think the XP-Air is), change the device and then go back to the XP-10. This<br>
should be saved to the preferences, so you only have to do it once (until you<br>
change dive computer).<br>
</blockquote>
<br></span>
The reason why the dropdown is disabled is because IrDA communication doesn't use a device node at all. Libdivecomputer will automatically discover the IrDA device address. So it doesn't matter what is shown in the dropdown box, because it's not used for anything.<br>
<br>
If the download fails because no dive computer is found, that means the discovery did not found any IrDA device (or at least not one that matches a known dive computer). Enable the libdivecomputer logfile checkbox and send us the log. That should tell us what is going on.<span class="HOEnZb"><font color="#888888"><br>
<br>
Jef</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>_________________<br>
subsurface mailing list<br>
<a href="mailto:subsurface@subsurface-divelog.org" target="_blank">subsurface@subsurface-divelog.<wbr>org</a><br>
<a href="http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface" rel="noreferrer" target="_blank">http://lists.subsurface-divelo<wbr>g.org/cgi-bin/mailman/listinfo<wbr>/subsurface</a><br>
</div></div></blockquote></div><br></div>