[MacOS] [BlueTooth] BT problem MacBook Pro <-> Aqualung i770R

On: Subsurface 6.0.5112-CICD-release MacOS 11.7.8 Aqualung i770R V 4.06 I still have very regular errors upon trying to connect on Bluetooth. But I don't know how to reproduce it. Here are included 2 subsurface.log in the same hardware and software conditions: - same RF

Re: Update to avoid unnecessary bluetooth scanning

-patch master..devel for a change to > avoid unnecessary bluetooth scanning. > > Specifically, the change prevents a bluetooth scan if the bluetooth address > is already known. This is the current behavior if you continue to use the > same device, but if you switch to a dif

[MacOS] [BlueTooth] BT problem MacBook Pro <-> Aqualung i770R

On the announcment of Subsurface 4.9.7 I read: | bluetooth/rfcomm: fix broken classic BT downloads on Linux and Windows; macOS is still broken I am using this version, and confirm that it looks like there is a random timeout problem even within a not too crowded rfcomm environment ( less than

Re: Bluetooth rfcomm and Shearwater Petrel updates

Had same parsing header error for months and I totally gave up using Subsurface with my Perdix AI under Windows. I download dives with iOS mobile app and then sync on Windows from cloud. ___ subsurface mailing list subsurface@subsurface-divelog.org

Re: Bluetooth rfcomm and Shearwater Petrel updates

gt; Windows and Linux again. > Android I believe hadn't been broken. > macOS unfortunately still is broken. > and iOS of course doesn't support BT/rfcomm. > > none of this affected BLE - this is just about Bluetooth classic / rfcomm > downloads. > > Also, I found a parsing

Re: Bluetooth rfcomm and Shearwater Petrel updates

> On Sep 20, 2020, at 3:53 AM, Jason Bramwell wrote: > > I’ve done some download tests using a Petrel 1. Downloads using > subsurface-4.9.6-118-g767f0a4f3eb0.exe on Windows is working just fine for me > now, I was able to open rfcomm before and download 4.9.6 stable but was > hitting the

RE: Bluetooth rfcomm and Shearwater Petrel updates

Sent: 20 September 2020 03:55 To: Subsurface Mailing List; Jef Driesen; Paolo Bonzini Subject: Bluetooth rfcomm and Shearwater Petrel updates Hi Everyone Thanks to Linus (and with the help of Jef - it just took us way to long to follow up on his comments) we finally have working BT/rfcomm

Bluetooth rfcomm and Shearwater Petrel updates

BT/rfcomm. none of this affected BLE - this is just about Bluetooth classic / rfcomm downloads. Also, I found a parsing error for Petrel and Petrel 2 dive computers that were updated to the current firmware. Jef, you may want to look at https://github.com/subsurface/libdc/commit

Bluetooth and buffer overflow issues

Bluetooth and buffer overflow issues Fedora 30 all latest updates applied (could try and update to 31 to see if it makes any difference but I doubt it) Tried re-scanning and re-pairing with no change. Heinrichs Weikamp OSTC3+ firmware 3.05 and just updated to 3.07 with no difference Both

Re: Legacy Bluetooth Vs LE regression on Android / Shearwater.

On Tue, Mar 26, 2019 at 1:17 PM Long, Martin wrote: > > Hmmm. It does appear to be the same ongoing issue rather than a regression. So we've always had off problems with the Shearwater bluetooth stack. The dual stack being the worst of the lot. I like the dive computers, don't get me

Re: Legacy Bluetooth Vs LE regression on Android / Shearwater.

or Dirk. >> Well... It's back. >> >> My Petrel (JJ-CCR, Divecan) is again only showing up as an LE device. It >> used to show up as both legacy AND LE in the list but LE has never worked >> for this device (worth noting that LE does work for my single-stack >>

Re: Legacy Bluetooth Vs LE regression on Android / Shearwater.

up as both legacy AND LE in the list but LE has never worked > for this device (worth noting that LE does work for my single-stack > Perdix). > > It is important that the legacy Bluetooth is shown for these dual stack > devices, as that is the only way I can download from my Petrel.

Re: Android subsurface bluetooth download errors

On 15-02-2019 09:39, Chirana Gheorghita Eugeniu Theodor wrote: Ah, ok i always tried arm 64. Can you indicate latest dev ? or this is the correct one that is now beeing developed: https://github.com/Subsurface-divelog/subsurface/releases/tag/continuous Yes, the "continuous" tag is the

Re: Android subsurface bluetooth download errors

Ah, ok i always tried arm 64. Can you indicate latest dev ? or this is the correct one that is now beeing developed: https://github.com/Subsurface-divelog/subsurface/releases/tag/continuous On Fri, Feb 15, 2019 at 9:46 AM Jan Mulder wrote: > On 15-02-2019 06:44, Chirana Gheorghita Eugeniu

Android subsurface bluetooth download errors

Am I missing something or I do not get the latest dev version because I see latest build is on (12 hours ago) https://github.com/Subsurface-divelog/subsurface/releases/tag/continuous And i get app crash when downloading a dive from Shearwater petrel and on computer I get red error with

Re: Bluetooth device names

On Fri, Oct 12, 2018 at 10:21:50 -0700, Dirk Hohndel wrote: [...] > We used to. I haven't checked with current master, though. doesn't work on subsurface-mobile 2.1.4 on iOS. i touched "Rescan", selected my teric from the "Connection" menu. the vendor/computer fields stayed blank. touching

Re: Bluetooth device names

> On Oct 12, 2018, at 9:59 AM, Dirk Hohndel wrote: > So we have that already. What am I missing? > https://github.com/Subsurface-divelog/subsurface/blob/master/core/btdiscovery.cpp#L20 > > > > Oh, I need

Re: Bluetooth device names

On Fri, Oct 12, 2018, 19:12 Robert Helling wrote: > Hi, > > On 12. Oct 2018, at 18:59, Dirk Hohndel wrote: > > So we have that already. What am I missing? > https://github.com/Subsurface-divelog/subsurface/blob/master/core/btdiscovery.cpp#L20 > > > did not realise that. But is my impression

Re: Bluetooth device names

> On Oct 12, 2018, at 10:12 AM, Robert Helling wrote: > > Hi, > >> On 12. Oct 2018, at 18:59, Dirk Hohndel > > wrote: >> >> So we have that already. What am I missing? >> https://github.com/Subsurface-divelog/subsurface/blob/master/core/btdiscovery.cpp#L20 >> >>

Re: Bluetooth device names

> On Oct 12, 2018, at 9:49 AM, Robert Helling wrote: > > Hi, > > I am currently working on a patch that in the dive computer download dialogue > sets vendor and product based on the bluetooth name > btDeviceSelectionDialog->getSelectedDeviceName(

RE: [TEST REQUEST] Windows Bluetooth LE build

Subject: Re: [TEST REQUEST] Windows Bluetooth LE build On Wed, 3 Oct 2018 at 01:38, Steve wrote: > > Subject: Re: [TEST REQUEST] Windows Bluetooth LE build > > hello, > Ok I gave the new program a go on the Petrel2Ext but it is saying it doesn't > support BTLE? > >

Re: [TEST REQUEST] Windows Bluetooth LE build

, "Lubomir I. Ivanov" wrote: >On Wed, 3 Oct 2018 at 01:38, Steve >wrote: >> >> Subject: Re: [TEST REQUEST] Windows Bluetooth LE build >> >> > >hello, > >> Ok I gave the new program a go on the Petrel2Ext but it is saying it >doesn't support BTLE?

Re: [TEST REQUEST] Windows Bluetooth LE build

On Wed, 3 Oct 2018 at 01:38, Steve wrote: > > Subject: Re: [TEST REQUEST] Windows Bluetooth LE build > > hello, > Ok I gave the new program a go on the Petrel2Ext but it is saying it doesn't > support BTLE? > > It should be the first Petrel I tried but I haven't h

RE: [TEST REQUEST] Windows Bluetooth LE build

Subject: Re: [TEST REQUEST] Windows Bluetooth LE build On Mon, 1 Oct 2018 at 16:17, Dirk Hohndel wrote: > > > > On Sep 30, 2018, at 6:40 PM, Lubomir I. Ivanov wrote: > >> > >> Rebooted. Nothing else running, just the cmd.exe > >> > >> Sa

Re: [TEST REQUEST] Windows Bluetooth LE build

On Tue, Oct 02, 2018 at 05:01:42PM +0300, Lubomir I. Ivanov wrote: > On Tue, 2 Oct 2018 at 05:27, Lubomir I. Ivanov wrote: > > > > On Mon, 1 Oct 2018 at 16:17, Dirk Hohndel wrote: > > > > > > > > > > On Sep 30, 2018, at 6:40 PM, Lubomir I. Ivanov > > > > wrote: > > > >> > > > >> Rebooted.

Re: [TEST REQUEST] Windows Bluetooth LE build

On Tue, 2 Oct 2018 at 05:27, Lubomir I. Ivanov wrote: > > On Mon, 1 Oct 2018 at 16:17, Dirk Hohndel wrote: > > > > > > > On Sep 30, 2018, at 6:40 PM, Lubomir I. Ivanov > > > wrote: > > >> > > >> Rebooted. Nothing else running, just the cmd.exe > > >> > > >> Same output - semaphore timeout

Re: [TEST REQUEST] Windows Bluetooth LE build

On Mon, 1 Oct 2018 at 16:17, Dirk Hohndel wrote: > > > > On Sep 30, 2018, at 6:40 PM, Lubomir I. Ivanov wrote: > >> > >> Rebooted. Nothing else running, just the cmd.exe > >> > >> Same output - semaphore timeout period has expired. > >> > > did some more testing here. my phone's BT is off all

Re: [TEST REQUEST] Windows Bluetooth LE build

On Mon, 1 Oct 2018 at 16:17, Dirk Hohndel wrote: > > > > On Sep 30, 2018, at 6:40 PM, Lubomir I. Ivanov wrote: > >> > >> Rebooted. Nothing else running, just the cmd.exe > >> > >> Same output - semaphore timeout period has expired. > >> > > > > side questions: > > - does random addresses set to

Re: [TEST REQUEST] Windows Bluetooth LE build

On Mon, 1 Oct 2018 at 16:17, Dirk Hohndel wrote: > > > > On Sep 30, 2018, at 6:40 PM, Lubomir I. Ivanov wrote: > >> > >> Rebooted. Nothing else running, just the cmd.exe > >> > >> Same output - semaphore timeout period has expired. > >> > > > > side questions: > > - does random addresses set to

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 30, 2018, at 6:40 PM, Lubomir I. Ivanov wrote: >> >> Rebooted. Nothing else running, just the cmd.exe >> >> Same output - semaphore timeout period has expired. >> > > side questions: > - does random addresses set to off make a difference? No, I seem to get the same results. > - is

Re: [TEST REQUEST] Windows Bluetooth LE build

On Mon, 1 Oct 2018 at 04:24, Dirk Hohndel wrote: > > > > On Sep 30, 2018, at 6:20 PM, Dirk Hohndel wrote: > >> this comes directly from the Windows GATT backend for writing descriptors. > >>

Re: [TEST REQUEST] Windows Bluetooth LE build

On Mon, 1 Oct 2018 at 04:24, Dirk Hohndel wrote: > > > On Sep 30, 2018, at 6:20 PM, Dirk Hohndel wrote: > >> this comes directly from the Windows GATT backend for writing descriptors. > >>

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 30, 2018, at 6:20 PM, Dirk Hohndel wrote: >> this comes directly from the Windows GATT backend for writing descriptors. >> https://docs.microsoft.com/en-us/windows/desktop/api/bluetoothleapis/nf-bluetoothleapis-bluetoothgattsetdescriptorvalue >> >> ERROR_SEM_TIMEOUT can happen in a

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 30, 2018, at 6:09 PM, Lubomir I. Ivanov wrote: > > On Mon, 1 Oct 2018 at 03:38, Dirk Hohndel wrote: >> >> The crazy thing is that this morning I successfully downloaded from this >> very dive computer. And I have not the faintest clue what I have changed. I >> have gone back to the

Re: [TEST REQUEST] Windows Bluetooth LE build

On Mon, 1 Oct 2018 at 03:38, Dirk Hohndel wrote: > > The crazy thing is that this morning I successfully downloaded from this very > dive computer. And I have not the faintest clue what I have changed. I have > gone back to the same binary that I am pretty sure is the one that I used… >

RE: [TEST REQUEST] Windows Bluetooth LE build

he same binary that I am pretty sure is the one that I used… doesn’t work. First we have this: qt.bluetooth.windows: Unable to get value for characteristic "{27b7570b-359e-45a3-91bb-cf7e70049bd2}" of the service "{fe25c237-0ece-443c-b0aa-e02033e7029d}" : "No attribute found withi

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sun, 30 Sep 2018 at 20:28, Dirk Hohndel wrote: > > > > On Sep 30, 2018, at 10:23 AM, Lubomir I. Ivanov wrote: > > > > i think you've mentioned that only the Shearwater DCs worked. > > based on the conversation history, i don't think the Teric worked yet. > > The Teric is the Shearwater Teric

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sun, 30 Sep 2018 at 20:28, Dirk Hohndel wrote: > > On Sep 30, 2018, at 10:23 AM, Lubomir I. Ivanov wrote: > > > > i think you've mentioned that only the Shearwater DCs worked. > > based on the conversation history, i don't think the Teric worked yet. > > The Teric is the Shearwater Teric :-)

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 30, 2018, at 10:23 AM, Lubomir I. Ivanov wrote: > > i think you've mentioned that only the Shearwater DCs worked. > based on the conversation history, i don't think the Teric worked yet. The Teric is the Shearwater Teric :-) I have been testing with three dive computers so far

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sun, 30 Sep 2018 at 19:11, Dirk Hohndel wrote: > > On Sep 30, 2018, at 9:05 AM, Lubomir I. Ivanov wrote: > > > > Subsurface from that installer downloaded the dives successfully from > > the OSTC+ in BTLE mode. > > Nice. > > > which DC and which operation broke - discovery, connection or

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 30, 2018, at 9:05 AM, Lubomir I. Ivanov wrote: > > Subsurface from that installer downloaded the dives successfully from > the OSTC+ in BTLE mode. Nice. > which DC and which operation broke - discovery, connection or perhaps > download? My two Shearwater DCs and it's the download.

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sun, 30 Sep 2018 at 18:58, Dirk Hohndel wrote: > > > > On Sep 30, 2018, at 8:55 AM, Lubomir I. Ivanov wrote: > > > > On Sun, 30 Sep 2018 at 18:33, Dirk Hohndel wrote: > >> > >> Patches pushed to master. New Windows installer is up here: > >> > > > > minor nit: disabling the random addresses

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 30, 2018, at 8:55 AM, Lubomir I. Ivanov wrote: > > On Sun, 30 Sep 2018 at 18:33, Dirk Hohndel wrote: >> >> Patches pushed to master. New Windows installer is up here: >> > > minor nit: disabling the random addresses here on Windows: >

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sun, 30 Sep 2018 at 18:33, Dirk Hohndel wrote: > > Patches pushed to master. New Windows installer is up here: > minor nit: disabling the random addresses here on Windows:

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 30, 2018, at 8:33 AM, Dirk Hohndel wrote: > > Patches pushed to master. New Windows installer is up here: > > http://subsurface-divelog.org/downloads/test/subsurface-4.8.3-17-g53341c037d5a.exe > > If I can get a couple of people to test this (not sure how many people have > both > a

Re: [TEST REQUEST] Windows Bluetooth LE build

Patches pushed to master. New Windows installer is up here: http://subsurface-divelog.org/downloads/test/subsurface-4.8.3-17-g53341c037d5a.exe If I can get a couple of people to test this (not sure how many people have both a Windows system and a BLE dive computer) that would be awesome. I'm

Re: [TEST REQUEST] Windows Bluetooth LE build

BINGO. I just downloaded dives from both the Petrel (BT classic) and the Perdix AI (BLE). Lubomir was right, we do have to disable the random address thing that we need on Linux. I'll clean up the patches and create a new installer. /D ___

Re: [TEST REQUEST] Windows Bluetooth LE build

the the new discovery code > (QBluetoothDiscoveryAgent under Windows)? The Petrel is BT only. Let me check that one and see if it works. Good idea. > - does Teric work on Linux? Yes. As does the Perdix AI (which I tested as well and which gives the exact same output) >> Sub

Re: [TEST REQUEST] Windows Bluetooth LE build

out waiting for > a response (and the Teric stays in “CMD WAIT” state). > > But we find the device and clearly SOME communication is happening. > > i'm not sure why that is happening. given the OSTC+ download works i'm going to assume it's our code is not accommodated to the Teric in th

RE: [TEST REQUEST] Windows Bluetooth LE build

c stays in “CMD WAIT” state). But we find the device and clearly SOME communication is happening. Subsurface asks us to pair and if we try to pair that fails (the code was hacked to still allow us to save that address). So my guess is that is where we still have problems (and yes, the Windows 10

RE: [TEST REQUEST] Windows Bluetooth LE build

List Subject: Re: [TEST REQUEST] Windows Bluetooth LE build > On Sep 29, 2018, at 6:28 PM, Lubomir I. Ivanov wrote: > > this is a minimal Qt application that includes BT device discovery. > > 1) it will first ask you to press enter to start > make sure the BTLE device

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 29, 2018, at 6:28 PM, Lubomir I. Ivanov wrote: > > this is a minimal Qt application that includes BT device discovery. > > 1) it will first ask you to press enter to start > make sure the BTLE devices are turned on / have battery. > 2) it might take a while... It sits there, nothing

Re: [TEST REQUEST] Windows Bluetooth LE build

; > I have now added a new version that prints the actual error... > > WSALookupServiceBegin results in "No such service is known. The service > cannot be found in the specified name space" > Which is the error string for WSASERVICE_NOT_FOUND > "This error is retur

Re: [TEST REQUEST] Windows Bluetooth LE build

t;No such service is known. The service cannot be found in the specified name space" Which is the error string for WSASERVICE_NOT_FOUND "This error is returned for a bluetooth service discovery request if no remote bluetooth devices were found." And that makes sense because no

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sun, 30 Sep 2018 at 04:34, Dirk Hohndel wrote: > > > > On Sep 29, 2018, at 6:28 PM, Lubomir I. Ivanov wrote: > > > > could you please download the following zip when you have a minute: > > https://www.dropbox.com/s/dem58v91bk6qcjj/qt-bt-discovery.zip?dl=0 > > > sorry, copy pasted a WIP link.

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 29, 2018, at 6:28 PM, Lubomir I. Ivanov wrote: > > could you please download the following zip when you have a minute: > https://www.dropbox.com/s/dem58v91bk6qcjj/qt-bt-discovery.zip?dl=0 > I get a 404 with that link /D ___ subsurface

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sun, 30 Sep 2018 at 01:14, Dirk Hohndel wrote: > > > > On Sep 29, 2018, at 3:07 PM, Lubomir I. Ivanov wrote: > > > >> > >> Interestingly enough, the two BLE dive computers I tried with are > >> both Shearwaters who AFAIK require random addresses. I don't > >> see, however, how that would

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sun, 30 Sep 2018 at 01:14, Dirk Hohndel wrote: > > > > On Sep 29, 2018, at 3:07 PM, Lubomir I. Ivanov wrote: > > > >> > >> Interestingly enough, the two BLE dive computers I tried with are > >> both Shearwaters who AFAIK require random addresses. I don't > >> see, however, how that would

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sat, Sep 29, 2018 at 3:26 PM Dirk Hohndel wrote: > > But I do care about the Perdix AI and the Teric, because BLE is the only > way to download from them... Oh, agreed. And it might indeed be about that random address thing, for all we know. It *is* one of the things that is special about the

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 29, 2018, at 3:23 PM, Linus Torvalds > wrote: > >> The third one (Suunto EON Steel) I couldn't figure out how to even >> pair with Windows 10... > > Yes, the EON Steel and Core are hard to pair to begin with. It's black > magic under Linux too, you need to do special things with

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sat, Sep 29, 2018 at 3:03 PM Dirk Hohndel wrote: > > Interestingly enough, the two BLE dive computers I tried with are > both Shearwaters who AFAIK require random addresses. I don't > see, however, how that would cause the error pairing. Yeah, the pairing should work at the Windows side, but

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sun, 30 Sep 2018 at 00:07, Steve wrote: > Steve, if you have a minute could you please test this installer again (the link is the same): https://www.dropbox.com/s/zslq3ughx9ciehj/_deploy_win32_ble.zip?dl=0 has a minor update. this is just a shot in the dark but it disables explicit random

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 29, 2018, at 2:57 PM, Linus Torvalds > wrote: > > On Sat, Sep 29, 2018 at 2:47 PM Lubomir I. Ivanov wrote: >> >> random addresses should not be used on Win32. > > Afaik, the dive computers that need random addresses will simply not > respond to the static ones. > > It's not a

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sun, 30 Sep 2018 at 00:57, Linus Torvalds wrote: > > On Sat, Sep 29, 2018 at 2:47 PM Lubomir I. Ivanov wrote: > > > > random addresses should not be used on Win32. > > Afaik, the dive computers that need random addresses will simply not > respond to the static ones. > > It's not a "choice"

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sat, Sep 29, 2018 at 2:47 PM Lubomir I. Ivanov wrote: > > random addresses should not be used on Win32. Afaik, the dive computers that need random addresses will simply not respond to the static ones. It's not a "choice" you can make. It's the other end that says that they need a random

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sun, 30 Sep 2018 at 00:47, Lubomir I. Ivanov wrote: > > On Sun, 30 Sep 2018 at 00:43, Dirk Hohndel wrote: > > > > > > > On Sep 29, 2018, at 2:29 PM, Lubomir I. Ivanov > > > wrote: > > >> > > >> Subsurface v4.8.2-74-g110fbbf7dbb3, > > >> built with libdivecomputer v0.7.0 > > >> built with Qt

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sat, Sep 29, 2018 at 2:25 PM Steve wrote: > > Ok another test but this time even though I paired with Windows settings > properly twice and it said it was setup it looked to me as if it was not > paired correctly so I tried with Bluetooth LE Explorer and paired with that

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sun, 30 Sep 2018 at 00:43, Dirk Hohndel wrote: > > > > On Sep 29, 2018, at 2:29 PM, Lubomir I. Ivanov wrote: > >> > >> Subsurface v4.8.2-74-g110fbbf7dbb3, > >> built with libdivecomputer v0.7.0 > >> built with Qt Version 5.9.5, runtime from Qt Version 5.10.1 > > So these tests are still with

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 29, 2018, at 2:29 PM, Lubomir I. Ivanov wrote: >> >> Subsurface v4.8.2-74-g110fbbf7dbb3, >> built with libdivecomputer v0.7.0 >> built with Qt Version 5.9.5, runtime from Qt Version 5.10.1 So these tests are still with an older binary. Would it make sense to start testing with newer

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sun, 30 Sep 2018 at 00:25, Steve wrote: > > Ok another test but this time even though I paired with Windows settings > properly twice and it said it was setup it looked to me as if it was not > paired correctly so I tried with Bluetooth LE Explorer and paired with that

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sun, 30 Sep 2018 at 00:07, Steve wrote: > > I found a minute to test with the petrel2 and could not get it to work. > I also deleted the pairing with the pc and re-paired without success. > See attached screenshot and log files. > I don't have a lot of time to test for till Tuesday but might

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 29, 2018, at 1:30 PM, Lubomir I. Ivanov wrote: > if such a helper is to be built: > - it has to be built using the Windows SDK and MSVC as standalone app > and not as a library. > - if we get it to work with an older dot-net version it's going to be > OK, if not we need to force users

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 29, 2018, at 1:24 PM, Lubomir I. Ivanov wrote: >> >> In the meantime, I completed a compile of Qt 5.11.2 from source, added >> your wip/win qtconnectivity and did a make install to make sure that ALL >> of the files are copied to the right place. >> >> I created an installer from that

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sat, 29 Sep 2018 at 20:26, Dirk Hohndel wrote: > > > > On Sep 28, 2018, at 8:19 PM, Lubomir I. Ivanov wrote: > > > > i can investigate their binary a little. > > we also have the option to just ask them - are they friendly? > > They are VERY friendly. I'll reach out to them. yes, after

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sat, 29 Sep 2018 at 20:26, Dirk Hohndel wrote: > > > > On Sep 28, 2018, at 8:19 PM, Lubomir I. Ivanov wrote: > > > > i can investigate their binary a little. > > we also have the option to just ask them - are they friendly? > > They are VERY friendly. I'll reach out to them. But as you

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 28, 2018, at 8:19 PM, Lubomir I. Ivanov wrote: > > i can investigate their binary a little. > we also have the option to just ask them - are they friendly? They are VERY friendly. I'll reach out to them. But as you mentioned, their's is a C# app, so things might be different there.

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sat, 29 Sep 2018 at 18:55, Lubomir I. Ivanov wrote: > > On Sat, 29 Sep 2018 at 04:18, Lubomir I. Ivanov wrote: > > > > On 29 September 2018 at 04:13, Dirk Hohndel wrote: > > > > > >> On Sep 28, 2018, at 6:05 PM, Lubomir I. Ivanov > > >> wrote: > > >>> Nope, much easier. Case sensitive file

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sat, 29 Sep 2018 at 04:18, Lubomir I. Ivanov wrote: > > On 29 September 2018 at 04:13, Dirk Hohndel wrote: > > > >> On Sep 28, 2018, at 6:05 PM, Lubomir I. Ivanov wrote: > >>> Nope, much easier. Case sensitive file system. Simply changing it to > >>> winsock2.h does the trick. > >>> > >> >

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sat, 29 Sep 2018 at 16:43, Steve wrote: > > > Got a chance to test this again with a good charge in the battery and it > completed successfully all the way this time. > > Let me know if you want the logs but I can report it all it all looks good. > thanks for testing Steve, at least now we

RE: [TEST REQUEST] Windows Bluetooth LE build

Bluetooth LE build To: Dirk Hohndel Cc: Anton Lundin On 28 September 2018 at 17:44, Dirk Hohndel wrote: > >> On Sep 28, 2018, at 6:36 AM, Anton Lundin wrote: >> >> So, some how we ended up being out of order. >> >> I would need to look at the libdivecomputer log f

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sat, 29 Sep 2018 at 06:19, Lubomir I. Ivanov wrote: > > On Sat, 29 Sep 2018 at 06:10, Dirk Hohndel wrote: > > > > > > > On Sep 28, 2018, at 8:07 PM, Lubomir I. Ivanov > > > wrote: > > > > > > according to a post here UWP apps are only accessible via the Windows > > > Store: > > >

Re: [TEST REQUEST] Windows Bluetooth LE build

e more tomorrow or on Sunday. in the meantime if you can try another Windows machine and if we can get more feedback from users it would be great! [1] https://stackoverflow.com/questions/19959261/how-to-scan-for-bluetooth-low-energy-devices-in-windows-8-desktop thanks. lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 28, 2018, at 8:07 PM, Lubomir I. Ivanov wrote: > > according to a post here UWP apps are only accessible via the Windows Store: > https://www.tenforums.com/software-apps/47840-how-do-i-know-if-installed-app-universal-app.html > > if it's not installed via the Windows Store this means

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sat, 29 Sep 2018 at 06:07, Lubomir I. Ivanov wrote: > > > > Sometimes it gets populated with BT devices if I select Auto instead > > of Force LE. But if I get the error I mentioned, then it isn't populated > > > > if it's only happening sometimes, it could be do two a couple of reasons: *it

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sat, 29 Sep 2018 at 06:01, Dirk Hohndel wrote: > > > > On Sep 28, 2018, at 7:58 PM, Lubomir I. Ivanov wrote: > > > > - is Shearwater Cloud an Universal Windows Platform app, those support > > scanning and pairing, unlike Subsurface which is a native app? > > How can I tell? (sorry) according

Re: [TEST REQUEST] Windows Bluetooth LE build

Funny thing just happened. I did Force LE and another scan. And it found two devices. Bose LE speakers and one of my Nest smoke detectors. Neither of which is paired with my laptop. What it didn't find was any of the three BLE dive computers :-/ /D

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 28, 2018, at 7:58 PM, Lubomir I. Ivanov wrote: > > - is Shearwater Cloud an Universal Windows Platform app, those support > scanning and pairing, unlike Subsurface which is a native app? How can I tell? (sorry) > - i wonder if anti-virus is at play here, do you have an option to >

Re: [TEST REQUEST] Windows Bluetooth LE build

: > >>> > >>> > >>>> On Sep 28, 2018, at 7:26 PM, Dirk Hohndel wrote: > >>>> > >>>> Given the nature of the error message I'm thinking this might be an > >>>> unhealthy mix of versions... > >>> > >>>

Re: [TEST REQUEST] Windows Bluetooth LE build

wrote: >>>> >>>> Given the nature of the error message I'm thinking this might be an >>>> unhealthy mix of versions... >>> >>> To test this theory I dug out a Bluetooth dive computer (an original BT-only >>> Shearwater Petrel) and ha

Re: [TEST REQUEST] Windows Bluetooth LE build

g this might be an >>> unhealthy mix of versions... >> >> To test this theory I dug out a Bluetooth dive computer (an original BT-only >> Shearwater Petrel) and had no problem connecting to it and downloading >> dives from it. >> >> So now I'm no longer sure where t

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sat, 29 Sep 2018 at 05:33, Dirk Hohndel wrote: > > > > On Sep 28, 2018, at 7:26 PM, Dirk Hohndel wrote: > > > > Given the nature of the error message I'm thinking this might be an > > unhealthy mix of versions... > > To test this theory I dug out a Bluetoot

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 28, 2018, at 7:26 PM, Dirk Hohndel wrote: > > Given the nature of the error message I'm thinking this might be an > unhealthy mix of versions... To test this theory I dug out a Bluetooth dive computer (an original BT-only Shearwater Petrel) and had no proble

Re: [TEST REQUEST] Windows Bluetooth LE build

Given the nature of the error message I'm thinking this might be an unhealthy mix of versions... so I'm creating a fresh Qt 5.11.2 on the server - this one won't have QtWebKit, though. And then I'll install your QtConnectivity over what's in there. And create a new build with that. But even on

Re: [TEST REQUEST] Windows Bluetooth LE build

rote: >>>> >>>> No. In the Subsurface divecomputer download dialog I click on the '...' >>>> behind the >>>> Bluetooth mode text to open the scan window. There I click scan and some >>>> times >>>> it will sho

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sat, 29 Sep 2018 at 04:59, Lubomir I. Ivanov wrote: > > On Sat, 29 Sep 2018 at 04:57, Dirk Hohndel wrote: > > > > If you want to play with my binary, there are currently two on > > downloads/test > > > > The -90 is the test binary for 4.8.3 with unmodi

Re: [TEST REQUEST] Windows Bluetooth LE build

wrote: > > >> > > >> No. In the Subsurface divecomputer download dialog I click on the '...' > > >> behind the > > >> Bluetooth mode text to open the scan window. There I click scan and some > > >> times > > >> it will show me so

Re: [TEST REQUEST] Windows Bluetooth LE build

On Sat, 29 Sep 2018 at 04:57, Dirk Hohndel wrote: > > > > On Sep 28, 2018, at 6:53 PM, Dirk Hohndel wrote: > > > > > >> On Sep 28, 2018, at 6:51 PM, Dirk Hohndel wrote: > >> > >> No. In the Subsurface divecomputer download dialog I click on

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 28, 2018, at 6:53 PM, Dirk Hohndel wrote: > > >> On Sep 28, 2018, at 6:51 PM, Dirk Hohndel wrote: >> >> No. In the Subsurface divecomputer download dialog I click on the '...' >> behind the >> Bluetooth mode text to open the scan window

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 28, 2018, at 6:51 PM, Dirk Hohndel wrote: > > No. In the Subsurface divecomputer download dialog I click on the '...' > behind the > Bluetooth mode text to open the scan window. There I click scan and some times > it will show me some (actually, only a few) of th

Re: [TEST REQUEST] Windows Bluetooth LE build

> On Sep 28, 2018, at 6:44 PM, Lubomir I. Ivanov wrote: > > On 29 September 2018 at 04:42, Dirk Hohndel wrote: >> One thing that I noticed with only BTSUPPORT was that every other time that >> I tried to scan for Bluetooth devices in Subsurface, it would tell me that

  1   2   3   4   5   6   >