On 2 July 2017 at 00:30, Dirk Hohndel <[email protected]> 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
_______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
