<div dir="ltr"><div><div><div><div><div><div><div>Hi,<br><br></div>After nearly three months of terrible sea conditions near home, I managed some data collection a couple of days ago.  On trying to download to my phone (Galaxy S7) running Subsurface-mobile 4.6.4.734 (Dirk's build), it fails.  The log includes:<br><br>"13.963: DCDownloadThread started for Petrel 2 on LE:00:13:43:0E:6B:D0"<br>Starting download from  BT<br>Starting the thread 0<br>Creating Android Central/Client support for BTLE<br>qt_ble_open( 00:13:43:0E:6B:D0 )<br>Connection updated: error: QLowEnergyController::Error(NoError) oldState: QLowEnergyController::ControllerState(ConnectingState) newState: QLowEnergyController::ControllerState(ConnectedState)<br>connected to the controller for device 00:13:43:0E:6B:D0<br>  .. discovering services<br>Service discovery initiated<br>Found service "{00001800-0000-1000-8000-00805f9b34fb}"<br> .. ignoring standard service<br>Found service "{0000180a-0000-1000-8000-00805f9b34fb}"<br> .. ignoring standard service<br>Found service "{fe25c237-0ece-443c-b0aa-e02033e7029d}"<br> .. created service object QLowEnergyService(0xc025edc0)<br>Discovery of "{fe25c237-0ece-443c-b0aa-e02033e7029d}" started<br>Service "fe25c237-0ece-443c-b0aa-e02033e7029d" discovered (start: 9 end: 9 ) QLowEnergyServicePrivate(0xc03fd500)<br> .. done discovering services<br> .. discovering details<br> .. enabling notifications<br>Finishing the thread Dive data import error dives downloaded 0<br>no new dives downloaded<br>"14.622: DCDownloadThread finished"<br><br></div>Previously (at some time between late May and July) I had been able to download from my Petrel 2, but only using regular (non-BLE) Bluetooth.  Since then I updated the firmware to v44 (I think it was v37 before - in any case before Shearwater released their cloud mobile app).<br><br>I'm not sure if the change to being able to download is due to subsurface, libdivecomputer, or the firmware.  In any case, we should support the current firmware.<br><br></div>Downloading to my desktop (v4.6.4-737-g5de49401c89c, built with Qt5.7.1 on Fedora 26) also fails now.  From the command line:<br><br>build with Qt Version 5.7.1, runtime from Qt Version 5.7.1<br>qt.bluetooth.bluez: Bluez 5 detected.<br>qt.bluetooth.bluez: Creating QtBluezDiscoveryManager<br>qt.bluetooth.bluez: Discovered:  "00:13:43:0E:6B:D0" "Petrel" Num UUIDs 3 total device 0 cached RSSI 0 Class 0<br>qt.bluetooth.bluez: Updating RSSI for "00:13:43:0E:6B:D0" QVariant(short, -59)<br>qt.bluetooth.bluez: void QBluetoothDeviceDiscoveryAgentPrivate::stop()<br><br>INFO: FTDI disabled<br>qt.bluetooth.bluez: No settings found for peer device.<br>qt.bluetooth.bluez: HCI event triggered, type: e<br>qt.bluetooth.bluez: HCI event triggered, type: e<br>[12.217318] ERROR: Failed to open the serial port. [in ../../src/shearwater_common.c:46 (shearwater_common_open)]<br>INFO: dc_deveice_open error value of -6<br><br></div>From the libdivecomputer log:<br>INFO: Open: name=LE:00:13:43:0E:6B:D0<br>ERROR: Failed to open the serial port. [in ../../src/shearwater_common.c:46 (shearwater_common_open)]<br><br></div>Does anyone have any clue how to fix this?<br><br></div>Thanks,<br><br></div>Rick<br></div>