[GSoC] Week 6 (Native Bluetooth support)

[Dirk Hohndel]

On Mon, Jul 06, 2015 at 10:03:52PM -0700, Dirk Hohndel wrote:
> On Mon, Jul 06, 2015 at 11:00:08PM +0300, Claudiu Olteanu wrote:
> > Hi,
> > 
> > I wanted to let you know that after I did the firmware upgrade everything
> > works fine. I tested both devices on all three environments
> > (OpenSuse, Fedora, ArchLinux) and I didn't encounter any problem.
> > 
> > Now we just have to figure out why Dirk's devices don't work.
> > Dirk, do you have other environment on which you can run the tests?
> 
> Latest firmware on both my OSTC 2N and the OSTC Sport. No luck with Arch
> running in a VM inside of a Mac. I'll assume for now that this is because
> of the VM.
> 
> I tried testing on Ubuntu, also in a VM on the same Mac. But I can't seem
> to figure out which package to install to get the QtBluetooth stuff. Any
> suggestion on the right package names? This needs to be added to the
> INSTALL file, too...

I also tested with Qt5.5 on Arch (patch to make things compile will be
pushed shortly).

Similar results to 5.4:

qt.bluetooth.bluez: Bluez 5 detected.
qt.bluetooth.bluez: Creating QtBluezDiscoveryManager
qt.bluetooth.bluez: Discovered:  "00:12:6F:2A:0E:E0" "OSTCs 0321" Num UUIDs 1 total device 0 cached RSSI 0 Class 7936

Now I can pick that device and click download

The OSTC Sport switches into Download mode enabled
and nothing happens. 

Shortly thereafter I get 

qt.bluetooth.bluez: void QBluetoothSocketPrivate::_q_readNotify() 28 error: -1 "Connection reset by peer"

And when I check with bluez the divecomputer is no longer listed as
connected.

My guess is that this is because I'm in a VM. Once I figure out the Ubuntu
situation I'll use a different computer that is running Ubuntu directly. I
don't consider being able to run inside a VM critical...

/D