I know it's getting late in Europe.... 432 should fix the problem, your dive computer should get recognized - but since I don't have an OSTC, I can't really test this
http://subsurface-divelog.org/downloads/test/Subsurface-mobile-4.6.4.432-arm.apk /D > On Jul 17, 2017, at 12:20 PM, Jan Mulder <[email protected]> wrote: > > On 17-07-17 20:56, Dirk Hohndel wrote: >>> On Jul 17, 2017, at 11:38 AM, Dirk Hohndel <[email protected]> wrote: >>>> >>>> I have one paired DC, and it is detected correctly at start (and any >>>> restart). The new "connection" field is empty, and I can select 3 options >>>> (classic BT address, BLE BT address, and FTDI). The selected connection >>>> option is not preserved over sessions, and the connection option is empty >>>> again on a new start. So my "concern" is that I have to select the >>>> connection type again and again. >>> >>> That's odd. It should pick the correct address, not leave it empty - why >>> isn't it matching this correctly? Is this again an issue with us not >>> recognizing the name correctly? >> So I tried this three different ways, with one or more paired dive computers. >> And in each case, as I tap on the download button, it picks one of the >> detected computers with corresponding vendor, product, and address. >> I wonder if this is again an OSTC name issue that causes this to fail for >> you. >> But I'd need to know what are the names that are found, what's shown on your >> download page, etc. in order to understand what's actually going wrong. > > 3 files attached. All looks sane to me. The OSTC is only classic BT paired at > this moment. > > And don't worry about Qt 5.9.2, build from source. And, off topic, yes some > BLE transfer is working (even without the paches from Alex). > > --jan > > <Screenshot_20170717-211205.png><Screenshot_20170717-211056.png><subsurface.log> _______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
