Hi Axel,
Your assumption about 5.5 is correct. Android gets LE support and ios/OSX get classic and LE support. Windows is currently work in progress. There is a wip/win branch on codereview. The windows port is mostly community driven at this stage which makes prediction somewhat hard. Ccurrently, you can find devices and I believe the initial connect to a BTLE device is somewhat done. This is done for classic desktop windows (which would cover win 8.1). There is no WinRT code at this stage. to your questions: 1.) I am confident Windows should have no unfixable problems. In many cases it is better than ios/OSX/Android when it comes to LE. I cannot say much about WinRT. 2.) I am not the WinRT expert but I was told in some cases it works in other's it doesn't. QtPositioning apparantly couldn't use RT on desktop. Qt doesn't mix desktop and RT and I got the feeling that the responsiple devs would like to keep it that way. 3.) The QtBluetooth library doesn't use a backend plugin. It is hardcoded into the library. -- Alex ________________________________ From: interest-bounces+alexander.blasche=theqtcompany....@qt-project.org <interest-bounces+alexander.blasche=theqtcompany....@qt-project.org> on behalf of Axel Jäger <axeljae...@googlemail.com> Sent: Tuesday, January 6, 2015 23:51 To: interest@qt-project.org Subject: [Interest] Bluetooth Low Energy on Windows: Options and feasabilty of implementing own backend Hello, I have created a Bluetooth Low Energy Peripheral and need to develop a companion application on a windows desktop for it. I see that windows is currently not in the list of supported plattforms of Qt's Low Energy Module and it looks like it will not be in Qt 5.5 according to this commit: https://qt.gitorious.org/qt/qtconnectivity/commit/ffbb91da8e8f14d7d5ffa8bbeace3e6c42eb525b I am using bluetooth modules from bluegiga and they also offer a bluetooth stick with an own C API. I see three options getting my task done and I am asking you which one you think is most sensible one: 1) Implement my application using bluegiga's API 2) Implement a backend for Qt to use bluegiga's hardware 3) Implement a backend for Qt to use the Windows Bluetooth API from WinRT/Windows 8.1 The options are ordered by estimated amount of work from least to most. Surprisingly I get the same order when sorting by sustainability. This means that actually option 3) is to be prefered. This brings me to a couple of questions: 1) Has anyone already looked into the Windows API and wants to make a statement whether mapping Qt's API to the Windows API is feasable? 2) Is it actually possible to use WinRT on the Desktop as backend for Qt? 3) Is there an API or a plugin interface for Bluetooth LE backends in Qt? Can you comment on any of my points? Best regards, Axel
_______________________________________________ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
