David Lechner
David Lechner
No, I think the `dbus-fast` package needs to be fixed so that it doesn't import `gi` since we don't use it.
The root of the problem is that the version of `gi` that is installed requires Python 3.9 but you are using 3.8.
I made a new pull request with an updated version of `dbus-fast` that you can try.
As discussed in https://github.com/hbldh/bleak/issues/1364#issuecomment-1638252883, I would like proof that this is not a BlueZ bug first before considering making such a change. Also, in the bug report, I didn't see...
Pairing is still a work in progress in #1100.
What happens when you run the `service_explorer.py` example with this device? Does it work if you use 128-bit UUIDs on the arduino instead of 16-bit UUIDs?
You need to provide the correct command line parameters so that the script will connect to your device.
> python service_explorer.py--IMU--7E:36:B3:47:6F:DA ?? python service_explorer.py --address 7E:36:B3:47:6F:DA or python service_explorer.py --name IMU
You are supposed to pay the Bluetooth SIG if you want your own 16-bit UUID. The 16-bit UUIDs you are using may be blocked by Windows. For both of these...
It looks like the device is disconnecting before it finishes enumerating the characteristics. I would log Bluetooth packets to see what is going on. Probably something misconfigured on the Arduino...