Re: [Interest] Bluetooth on Windows 10
Ok, thanks very much. I have create QTBUG-69615 but cannot assign it to
you myself, I suppose
Philippe.
Le 25-07-2018 09:24, Oliver Wolff a écrit :
Hi Philippe.
I can reproduce the problem and it looks like the server functionality
broke. Can you create a bug report and assign it to me? I will have a
look as soon as possible.
Olli
On 25/07/2018 09:07, maitai wrote:
Hi Olli
Yes it is better but still not perfect:
When I try the pingpong sample, it now works if I set Android as the
server, and Windows as the client. But the opposite does not work, the
paired Android device cannot find the server (no special message in
the server console). Problem is that in my real case Windows will need
to be the server of possibly several Android Wear devices. Good point
though it is not a problem for me if the devices need to be paired
before running the app.
Philippe
Le 25-07-2018 07:46, Oliver Wolff a écrit :
Hi Philippe,
The current implementation requires the devices to be paired in order
to use Bluetooth on Windows. There is a bug report about getting rid
of that requirement (https://bugreports.qt.io/browse/QTBUG-58660) but
that's the status quo atm.
Olli
On 24/07/2018 16:59, maitai wrote:
Hi Oliver,
No the 2 machines are not paired with anything. I've tried pairing
the Android Phone with the Windows machine just to check that the BT
device is OK, that worked, but I have removed all connections after
that.
Philippe.
Le 24-07-2018 14:00, Oliver Wolff a écrit :
Hi Philippe,
are the two machines paired? Windows API does not allow pairing
them,
so the initial pairing has to be using the system UI.
Olli
On 24/07/2018 10:32, maitai wrote:
Thanks Alex,
I have done that, but although it seems to do things, I cannot
make it work on Windows (server or client). It works finally
between a Mac and an Android device.
For instance if I run the BT discovery example I get:
qt.bluetooth.winrt: Worker started
qt.bluetooth.winrt: BT scan completed
qt.bluetooth.winrt: BTLE scan completed
qt.bluetooth.winrt: onBluetoothLEDeviceFound: No device given
And nothing is found (it actually finishes the scan almost
immediately, which I believe is not a good sign).
For the pingpong example as a server it gives:
qt.bluetooth.winrt: Port 1 registered
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid
attribute with length 16
qt.bluetooth.winrt: Registering sequence attribute
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid
attribute with length 2 "{1002--1000-8000-00805f9b34fb}"
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registered sequence
attribute with length 3
qt.bluetooth.winrt: Registering sequence attribute
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid
attribute with length 2 "{1101--1000-8000-00805f9b34fb}"
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registered sequence
attribute with length 3
qt.bluetooth.winrt: bool __cdecl
repairProfileDescriptorListIfNeeded(class
Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> &) Repairing profile
descriptor list
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering attribute
of type QMetaType::QString
I tried with 2 windows machines, making sure they are
discoverable, etc. The mac machine detects the Windows machine,
but not the opposite.
Probably I am doing something wrong, still investigating.
Philippe
Le 24-07-2018 10:13, Alex Blasche a écrit :
Adding
QLoggingCategory::setFilterRules(QStringLiteral("qt.bluetooth* =
true"));
to your main() might help.
-- Alex
From: Interest
on
behalf of
maitai
Sent: Monday, 23 July 2018 6:34:15 PM
To: Interest@qt-project.org
Subject: Re: [Interest] Bluetooth on Windows 10
Ok, thanks Alex for the clear answer, that is a great news.
I have tried the pingpong-bluetooth example and couldn't make it
work. I
tried various machines (2 Windows 10/1803, 1 Windows/1 Android, 1
Mac/1
Android, etc), I do not see any debug or strange messages but the
client
never finds the server (Qt 5.11.1).
Now that I know that it should work I will dig deeper
Thanks again
Philippe.
Le 23-07-2018 17:17, Alex Blasche a écrit :
-Original Message-
From: Interest
On
Behalf Of maitai
I have already read many posts on this topic, bu
Re: [Interest] Bluetooth on Windows 10
Hi Philippe.
I can reproduce the problem and it looks like the server functionality
broke. Can you create a bug report and assign it to me? I will have a
look as soon as possible.
Olli
On 25/07/2018 09:07, maitai wrote:
Hi Olli
Yes it is better but still not perfect:
When I try the pingpong sample, it now works if I set Android as the
server, and Windows as the client. But the opposite does not work, the
paired Android device cannot find the server (no special message in
the server console). Problem is that in my real case Windows will need
to be the server of possibly several Android Wear devices. Good point
though it is not a problem for me if the devices need to be paired
before running the app.
Philippe
Le 25-07-2018 07:46, Oliver Wolff a écrit :
Hi Philippe,
The current implementation requires the devices to be paired in order
to use Bluetooth on Windows. There is a bug report about getting rid
of that requirement (https://bugreports.qt.io/browse/QTBUG-58660) but
that's the status quo atm.
Olli
On 24/07/2018 16:59, maitai wrote:
Hi Oliver,
No the 2 machines are not paired with anything. I've tried pairing
the Android Phone with the Windows machine just to check that the BT
device is OK, that worked, but I have removed all connections after
that.
Philippe.
Le 24-07-2018 14:00, Oliver Wolff a écrit :
Hi Philippe,
are the two machines paired? Windows API does not allow pairing them,
so the initial pairing has to be using the system UI.
Olli
On 24/07/2018 10:32, maitai wrote:
Thanks Alex,
I have done that, but although it seems to do things, I cannot
make it work on Windows (server or client). It works finally
between a Mac and an Android device.
For instance if I run the BT discovery example I get:
qt.bluetooth.winrt: Worker started
qt.bluetooth.winrt: BT scan completed
qt.bluetooth.winrt: BTLE scan completed
qt.bluetooth.winrt: onBluetoothLEDeviceFound: No device given
And nothing is found (it actually finishes the scan almost
immediately, which I believe is not a good sign).
For the pingpong example as a server it gives:
qt.bluetooth.winrt: Port 1 registered
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid
attribute with length 16
qt.bluetooth.winrt: Registering sequence attribute
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid
attribute with length 2 "{1002--1000-8000-00805f9b34fb}"
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registered sequence
attribute with length 3
qt.bluetooth.winrt: Registering sequence attribute
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid
attribute with length 2 "{1101--1000-8000-00805f9b34fb}"
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registered sequence
attribute with length 3
qt.bluetooth.winrt: bool __cdecl
repairProfileDescriptorListIfNeeded(class
Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> &) Repairing profile
descriptor list
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering attribute
of type QMetaType::QString
I tried with 2 windows machines, making sure they are
discoverable, etc. The mac machine detects the Windows machine,
but not the opposite.
Probably I am doing something wrong, still investigating.
Philippe
Le 24-07-2018 10:13, Alex Blasche a écrit :
Adding
QLoggingCategory::setFilterRules(QStringLiteral("qt.bluetooth* =
true"));
to your main() might help.
-- Alex
From: Interest
on
behalf of
maitai
Sent: Monday, 23 July 2018 6:34:15 PM
To: Interest@qt-project.org
Subject: Re: [Interest] Bluetooth on Windows 10
Ok, thanks Alex for the clear answer, that is a great news.
I have tried the pingpong-bluetooth example and couldn't make it
work. I
tried various machines (2 Windows 10/1803, 1 Windows/1 Android, 1
Mac/1
Android, etc), I do not see any debug or strange messages but the
client
never finds the server (Qt 5.11.1).
Now that I know that it should work I will dig deeper
Thanks again
Philippe.
Le 23-07-2018 17:17, Alex Blasche a écrit :
-Original Message-
From: Interest
On
Behalf Of maitai
I have already read many posts on this topic, but I cannot
understand
the
following statement in the documentation:
"Despite there not being a Win32 port yet, the WinRT backend is
automat
Re: [Interest] Bluetooth on Windows 10
Hi Olli
Yes it is better but still not perfect:
When I try the pingpong sample, it now works if I set Android as the
server, and Windows as the client. But the opposite does not work, the
paired Android device cannot find the server (no special message in the
server console). Problem is that in my real case Windows will need to be
the server of possibly several Android Wear devices. Good point though
it is not a problem for me if the devices need to be paired before
running the app.
Philippe
Le 25-07-2018 07:46, Oliver Wolff a écrit :
Hi Philippe,
The current implementation requires the devices to be paired in order
to use Bluetooth on Windows. There is a bug report about getting rid
of that requirement (https://bugreports.qt.io/browse/QTBUG-58660) but
that's the status quo atm.
Olli
On 24/07/2018 16:59, maitai wrote:
Hi Oliver,
No the 2 machines are not paired with anything. I've tried pairing the
Android Phone with the Windows machine just to check that the BT
device is OK, that worked, but I have removed all connections after
that.
Philippe.
Le 24-07-2018 14:00, Oliver Wolff a écrit :
Hi Philippe,
are the two machines paired? Windows API does not allow pairing them,
so the initial pairing has to be using the system UI.
Olli
On 24/07/2018 10:32, maitai wrote:
Thanks Alex,
I have done that, but although it seems to do things, I cannot make
it work on Windows (server or client). It works finally between a
Mac and an Android device.
For instance if I run the BT discovery example I get:
qt.bluetooth.winrt: Worker started
qt.bluetooth.winrt: BT scan completed
qt.bluetooth.winrt: BTLE scan completed
qt.bluetooth.winrt: onBluetoothLEDeviceFound: No device given
And nothing is found (it actually finishes the scan almost
immediately, which I believe is not a good sign).
For the pingpong example as a server it gives:
qt.bluetooth.winrt: Port 1 registered
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid
attribute with length 16
qt.bluetooth.winrt: Registering sequence attribute
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid
attribute with length 2 "{1002--1000-8000-00805f9b34fb}"
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registered sequence
attribute with length 3
qt.bluetooth.winrt: Registering sequence attribute
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid
attribute with length 2 "{1101--1000-8000-00805f9b34fb}"
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registered sequence
attribute with length 3
qt.bluetooth.winrt: bool __cdecl
repairProfileDescriptorListIfNeeded(class
Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> &) Repairing profile
descriptor list
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering attribute of
type QMetaType::QString
I tried with 2 windows machines, making sure they are discoverable,
etc. The mac machine detects the Windows machine, but not the
opposite.
Probably I am doing something wrong, still investigating.
Philippe
Le 24-07-2018 10:13, Alex Blasche a écrit :
Adding
QLoggingCategory::setFilterRules(QStringLiteral("qt.bluetooth* =
true"));
to your main() might help.
-- Alex
From: Interest
on behalf
of
maitai
Sent: Monday, 23 July 2018 6:34:15 PM
To: Interest@qt-project.org
Subject: Re: [Interest] Bluetooth on Windows 10
Ok, thanks Alex for the clear answer, that is a great news.
I have tried the pingpong-bluetooth example and couldn't make it
work. I
tried various machines (2 Windows 10/1803, 1 Windows/1 Android, 1
Mac/1
Android, etc), I do not see any debug or strange messages but the
client
never finds the server (Qt 5.11.1).
Now that I know that it should work I will dig deeper
Thanks again
Philippe.
Le 23-07-2018 17:17, Alex Blasche a écrit :
-Original Message-
From: Interest
On
Behalf Of maitai
I have already read many posts on this topic, but I cannot
understand
the
following statement in the documentation:
"Despite there not being a Win32 port yet, the WinRT backend is
automatically
used if the win32 target platform supports the required WinRT
APIs.
Minimal
requirement is Windows 10 version 1507 with slightly improved
service
discovery
since Windows 10 version 1607. Therefore Windows 7 and 8.x
Re: [Interest] Bluetooth on Windows 10
Hi Philippe,
The current implementation requires the devices to be paired in order to
use Bluetooth on Windows. There is a bug report about getting rid of
that requirement (https://bugreports.qt.io/browse/QTBUG-58660) but
that's the status quo atm.
Olli
On 24/07/2018 16:59, maitai wrote:
Hi Oliver,
No the 2 machines are not paired with anything. I've tried pairing the
Android Phone with the Windows machine just to check that the BT
device is OK, that worked, but I have removed all connections after that.
Philippe.
Le 24-07-2018 14:00, Oliver Wolff a écrit :
Hi Philippe,
are the two machines paired? Windows API does not allow pairing them,
so the initial pairing has to be using the system UI.
Olli
On 24/07/2018 10:32, maitai wrote:
Thanks Alex,
I have done that, but although it seems to do things, I cannot make
it work on Windows (server or client). It works finally between a
Mac and an Android device.
For instance if I run the BT discovery example I get:
qt.bluetooth.winrt: Worker started
qt.bluetooth.winrt: BT scan completed
qt.bluetooth.winrt: BTLE scan completed
qt.bluetooth.winrt: onBluetoothLEDeviceFound: No device given
And nothing is found (it actually finishes the scan almost
immediately, which I believe is not a good sign).
For the pingpong example as a server it gives:
qt.bluetooth.winrt: Port 1 registered
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid
attribute with length 16
qt.bluetooth.winrt: Registering sequence attribute
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid
attribute with length 2 "{1002--1000-8000-00805f9b34fb}"
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registered sequence
attribute with length 3
qt.bluetooth.winrt: Registering sequence attribute
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid
attribute with length 2 "{1101--1000-8000-00805f9b34fb}"
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registered sequence
attribute with length 3
qt.bluetooth.winrt: bool __cdecl
repairProfileDescriptorListIfNeeded(class
Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> &) Repairing profile
descriptor list
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering attribute of
type QMetaType::QString
I tried with 2 windows machines, making sure they are discoverable,
etc. The mac machine detects the Windows machine, but not the opposite.
Probably I am doing something wrong, still investigating.
Philippe
Le 24-07-2018 10:13, Alex Blasche a écrit :
Adding
QLoggingCategory::setFilterRules(QStringLiteral("qt.bluetooth* =
true"));
to your main() might help.
-- Alex
From: Interest
on behalf of
maitai
Sent: Monday, 23 July 2018 6:34:15 PM
To: Interest@qt-project.org
Subject: Re: [Interest] Bluetooth on Windows 10
Ok, thanks Alex for the clear answer, that is a great news.
I have tried the pingpong-bluetooth example and couldn't make it
work. I
tried various machines (2 Windows 10/1803, 1 Windows/1 Android, 1
Mac/1
Android, etc), I do not see any debug or strange messages but the
client
never finds the server (Qt 5.11.1).
Now that I know that it should work I will dig deeper
Thanks again
Philippe.
Le 23-07-2018 17:17, Alex Blasche a écrit :
-Original Message-
From: Interest
On
Behalf Of maitai
I have already read many posts on this topic, but I cannot
understand
the
following statement in the documentation:
"Despite there not being a Win32 port yet, the WinRT backend is
automatically
used if the win32 target platform supports the required WinRT APIs.
Minimal
requirement is Windows 10 version 1507 with slightly improved
service
discovery
since Windows 10 version 1607. Therefore Windows 7 and 8.x
targets are
excluded."
The Win32 build will silently use WinRT-only API to enable this
feature. This works because we can assume that the relevant windows
builds have the required API. There is a runtime check that guards
the
implementation.
Does it mean QBluetooth (regular) will work on Windows 10 version
1803
out of
the box?
Yes, it should.
-- Alex
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth on Windows 10
Hi Oliver,
No the 2 machines are not paired with anything. I've tried pairing the
Android Phone with the Windows machine just to check that the BT device
is OK, that worked, but I have removed all connections after that.
Philippe.
Le 24-07-2018 14:00, Oliver Wolff a écrit :
Hi Philippe,
are the two machines paired? Windows API does not allow pairing them,
so the initial pairing has to be using the system UI.
Olli
On 24/07/2018 10:32, maitai wrote:
Thanks Alex,
I have done that, but although it seems to do things, I cannot make it
work on Windows (server or client). It works finally between a Mac and
an Android device.
For instance if I run the BT discovery example I get:
qt.bluetooth.winrt: Worker started
qt.bluetooth.winrt: BT scan completed
qt.bluetooth.winrt: BTLE scan completed
qt.bluetooth.winrt: onBluetoothLEDeviceFound: No device given
And nothing is found (it actually finishes the scan almost
immediately, which I believe is not a good sign).
For the pingpong example as a server it gives:
qt.bluetooth.winrt: Port 1 registered
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid attribute
with length 16
qt.bluetooth.winrt: Registering sequence attribute
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid attribute
with length 2 "{1002--1000-8000-00805f9b34fb}"
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registered sequence
attribute with length 3
qt.bluetooth.winrt: Registering sequence attribute
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid attribute
with length 2 "{1101--1000-8000-00805f9b34fb}"
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registered sequence
attribute with length 3
qt.bluetooth.winrt: bool __cdecl
repairProfileDescriptorListIfNeeded(class
Microsoft::WRL::ComPtr
&) Repairing profile descriptor list
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering attribute of
type QMetaType::QString
I tried with 2 windows machines, making sure they are discoverable,
etc. The mac machine detects the Windows machine, but not the
opposite.
Probably I am doing something wrong, still investigating.
Philippe
Le 24-07-2018 10:13, Alex Blasche a écrit :
Adding
QLoggingCategory::setFilterRules(QStringLiteral("qt.bluetooth* =
true"));
to your main() might help.
-- Alex
From: Interest
on behalf
of
maitai
Sent: Monday, 23 July 2018 6:34:15 PM
To: Interest@qt-project.org
Subject: Re: [Interest] Bluetooth on Windows 10
Ok, thanks Alex for the clear answer, that is a great news.
I have tried the pingpong-bluetooth example and couldn't make it
work. I
tried various machines (2 Windows 10/1803, 1 Windows/1 Android, 1
Mac/1
Android, etc), I do not see any debug or strange messages but the
client
never finds the server (Qt 5.11.1).
Now that I know that it should work I will dig deeper
Thanks again
Philippe.
Le 23-07-2018 17:17, Alex Blasche a écrit :
-Original Message-
From: Interest
On
Behalf Of maitai
I have already read many posts on this topic, but I cannot
understand
the
following statement in the documentation:
"Despite there not being a Win32 port yet, the WinRT backend is
automatically
used if the win32 target platform supports the required WinRT APIs.
Minimal
requirement is Windows 10 version 1507 with slightly improved
service
discovery
since Windows 10 version 1607. Therefore Windows 7 and 8.x targets
are
excluded."
The Win32 build will silently use WinRT-only API to enable this
feature. This works because we can assume that the relevant windows
builds have the required API. There is a runtime check that guards
the
implementation.
Does it mean QBluetooth (regular) will work on Windows 10 version
1803
out of
the box?
Yes, it should.
-- Alex
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
___
Interest mail
Re: [Interest] Bluetooth on Windows 10
Hi Philippe,
are the two machines paired? Windows API does not allow pairing them, so
the initial pairing has to be using the system UI.
Olli
On 24/07/2018 10:32, maitai wrote:
Thanks Alex,
I have done that, but although it seems to do things, I cannot make it
work on Windows (server or client). It works finally between a Mac and
an Android device.
For instance if I run the BT discovery example I get:
qt.bluetooth.winrt: Worker started
qt.bluetooth.winrt: BT scan completed
qt.bluetooth.winrt: BTLE scan completed
qt.bluetooth.winrt: onBluetoothLEDeviceFound: No device given
And nothing is found (it actually finishes the scan almost
immediately, which I believe is not a good sign).
For the pingpong example as a server it gives:
qt.bluetooth.winrt: Port 1 registered
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid attribute
with length 16
qt.bluetooth.winrt: Registering sequence attribute
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid attribute
with length 2 "{1002--1000-8000-00805f9b34fb}"
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registered sequence
attribute with length 3
qt.bluetooth.winrt: Registering sequence attribute
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid attribute
with length 2 "{1101--1000-8000-00805f9b34fb}"
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registered sequence
attribute with length 3
qt.bluetooth.winrt: bool __cdecl
repairProfileDescriptorListIfNeeded(class
Microsoft::WRL::ComPtr
&) Repairing profile descriptor list
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering attribute of
type QMetaType::QString
I tried with 2 windows machines, making sure they are discoverable,
etc. The mac machine detects the Windows machine, but not the opposite.
Probably I am doing something wrong, still investigating.
Philippe
Le 24-07-2018 10:13, Alex Blasche a écrit :
Adding
QLoggingCategory::setFilterRules(QStringLiteral("qt.bluetooth* =
true"));
to your main() might help.
--
Alex
From: Interest
on behalf of
maitai
Sent: Monday, 23 July 2018 6:34:15 PM
To: Interest@qt-project.org
Subject: Re: [Interest] Bluetooth on Windows 10
Ok, thanks Alex for the clear answer, that is a great news.
I have tried the pingpong-bluetooth example and couldn't make it work. I
tried various machines (2 Windows 10/1803, 1 Windows/1 Android, 1 Mac/1
Android, etc), I do not see any debug or strange messages but the client
never finds the server (Qt 5.11.1).
Now that I know that it should work I will dig deeper
Thanks again
Philippe.
Le 23-07-2018 17:17, Alex Blasche a écrit :
-Original Message-
From: Interest
On
Behalf Of maitai
I have already read many posts on this topic, but I cannot understand
the
following statement in the documentation:
"Despite there not being a Win32 port yet, the WinRT backend is
automatically
used if the win32 target platform supports the required WinRT APIs.
Minimal
requirement is Windows 10 version 1507 with slightly improved service
discovery
since Windows 10 version 1607. Therefore Windows 7 and 8.x targets are
excluded."
The Win32 build will silently use WinRT-only API to enable this
feature. This works because we can assume that the relevant windows
builds have the required API. There is a runtime check that guards the
implementation.
Does it mean QBluetooth (regular) will work on Windows 10 version 1803
out of
the box?
Yes, it should.
--
Alex
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth on Windows 10
Thanks Alex,
I have done that, but although it seems to do things, I cannot make it
work on Windows (server or client). It works finally between a Mac and
an Android device.
For instance if I run the BT discovery example I get:
qt.bluetooth.winrt: Worker started
qt.bluetooth.winrt: BT scan completed
qt.bluetooth.winrt: BTLE scan completed
qt.bluetooth.winrt: onBluetoothLEDeviceFound: No device given
And nothing is found (it actually finishes the scan almost immediately,
which I believe is not a good sign).
For the pingpong example as a server it gives:
qt.bluetooth.winrt: Port 1 registered
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid attribute
with length 16
qt.bluetooth.winrt: Registering sequence attribute
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid attribute
with length 2 "{1002--1000-8000-00805f9b34fb}"
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registered sequence
attribute with length 3
qt.bluetooth.winrt: Registering sequence attribute
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering Uuid attribute
with length 2 "{1101--1000-8000-00805f9b34fb}"
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registered sequence
attribute with length 3
qt.bluetooth.winrt: bool __cdecl
repairProfileDescriptorListIfNeeded(class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> &) Repairing profile descriptor
list
qt.bluetooth.winrt: class Microsoft::WRL::ComPtrABI::Windows::Storage::Streams::IBuffer> __cdecl
bufferFromAttribute(const class QVariant &) Registering attribute of
type QMetaType::QString
I tried with 2 windows machines, making sure they are discoverable, etc.
The mac machine detects the Windows machine, but not the opposite.
Probably I am doing something wrong, still investigating.
Philippe
Le 24-07-2018 10:13, Alex Blasche a écrit :
Adding
QLoggingCategory::setFilterRules(QStringLiteral("qt.bluetooth* =
true"));
to your main() might help.
--
Alex
From: Interest
on behalf of
maitai
Sent: Monday, 23 July 2018 6:34:15 PM
To: Interest@qt-project.org
Subject: Re: [Interest] Bluetooth on Windows 10
Ok, thanks Alex for the clear answer, that is a great news.
I have tried the pingpong-bluetooth example and couldn't make it work.
I
tried various machines (2 Windows 10/1803, 1 Windows/1 Android, 1 Mac/1
Android, etc), I do not see any debug or strange messages but the
client
never finds the server (Qt 5.11.1).
Now that I know that it should work I will dig deeper
Thanks again
Philippe.
Le 23-07-2018 17:17, Alex Blasche a écrit :
-Original Message-
From: Interest
On
Behalf Of maitai
I have already read many posts on this topic, but I cannot understand
the
following statement in the documentation:
"Despite there not being a Win32 port yet, the WinRT backend is
automatically
used if the win32 target platform supports the required WinRT APIs.
Minimal
requirement is Windows 10 version 1507 with slightly improved service
discovery
since Windows 10 version 1607. Therefore Windows 7 and 8.x targets
are
excluded."
The Win32 build will silently use WinRT-only API to enable this
feature. This works because we can assume that the relevant windows
builds have the required API. There is a runtime check that guards the
implementation.
Does it mean QBluetooth (regular) will work on Windows 10 version
1803
out of
the box?
Yes, it should.
--
Alex
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth on Windows 10
Ok, thanks Alex for the clear answer, that is a great news. I have tried the pingpong-bluetooth example and couldn't make it work. I tried various machines (2 Windows 10/1803, 1 Windows/1 Android, 1 Mac/1 Android, etc), I do not see any debug or strange messages but the client never finds the server (Qt 5.11.1). Now that I know that it should work I will dig deeper Thanks again Philippe. Le 23-07-2018 17:17, Alex Blasche a écrit : -Original Message- From: Interest On Behalf Of maitai I have already read many posts on this topic, but I cannot understand the following statement in the documentation: "Despite there not being a Win32 port yet, the WinRT backend is automatically used if the win32 target platform supports the required WinRT APIs. Minimal requirement is Windows 10 version 1507 with slightly improved service discovery since Windows 10 version 1607. Therefore Windows 7 and 8.x targets are excluded." The Win32 build will silently use WinRT-only API to enable this feature. This works because we can assume that the relevant windows builds have the required API. There is a runtime check that guards the implementation. Does it mean QBluetooth (regular) will work on Windows 10 version 1803 out of the box? Yes, it should. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth on Windows 10
> -Original Message- > From: Interest On > Behalf Of maitai > I have already read many posts on this topic, but I cannot understand the > following statement in the documentation: > > "Despite there not being a Win32 port yet, the WinRT backend is automatically > used if the win32 target platform supports the required WinRT APIs. Minimal > requirement is Windows 10 version 1507 with slightly improved service > discovery > since Windows 10 version 1607. Therefore Windows 7 and 8.x targets are > excluded." The Win32 build will silently use WinRT-only API to enable this feature. This works because we can assume that the relevant windows builds have the required API. There is a runtime check that guards the implementation. > Does it mean QBluetooth (regular) will work on Windows 10 version 1803 out of > the box? Yes, it should. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Bluetooth on Windows 10
Hello, I have already read many posts on this topic, but I cannot understand the following statement in the documentation: "Despite there not being a Win32 port yet, the WinRT backend is automatically used if the win32 target platform supports the required WinRT APIs. Minimal requirement is Windows 10 version 1507 with slightly improved service discovery since Windows 10 version 1607. Therefore Windows 7 and 8.x targets are excluded." Does it mean QBluetooth (regular) will work on Windows 10 version 1803 out of the box? I have tried with no success so maybe I misunderstand this sentence... Thanks Philippe. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
