test builds

[Joakim Bygdell]

On 2 July 2017 at 00:30, Dirk Hohndel <dirk at hohndel.org> wrote:
>
>
> Mac (ten hours into trying to build Qt 5.9.1 with QWebKit - no luck yet)
> - BT works for Robert, doesn't work for me AT ALL
>   -- Qt documentation says that Qt gets no addresses from the Bt stack and
>      will always return 00:00:00:00:00:00
>   -- Robert says he gets addresses if he "waits long enough"
>   -- Qt documentation tells you to use the UUID instead of the address
>   -- paringStatus and other functions that we need can only be called with
>      an address, not with a UUID
>   -- when I try using the UUID instead of an address I get all-zeroes
>      UUIDs for some (but not all) devices - and have no idea how to use
>      the non-zero UUIDs throughout Subsurface to try to make the rest of
>      it work
>   I know that at some point (read about a year ago) BT worked for me on
>   the Mac as well - but right now on three different Macs I get zero
>   successful downloads from three different BT dive computers
> - BLE compiles but is otherwise in the same state as the above


I managed to do some testing on my old Mac, (El Capitan, 10.11.06)

BT download from my OSTC3 works if I do thing in a certain order.

1# If no cached adress exists in Subsurface start with pairing the device
from the OS.
2# Scan for new devices  from within Subsurface.
3# Save the BT address in the DC cache.
4# Download the dives.

1# is really important as if the DC is not paired when you tell Subsurface
to scan for devices
download mode on the DC will time out before it is discovered.

If a cached address already exists Subsurface will find the DC when
scanning even if it is not paired to the computer.

-- 
Jocke
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20170702/637fef23/attachment-0001.html>