David Lechner
David Lechner
Maybe a good idea to open a new issue to discuss this more. Another thing I realized recently is that the first time you read a characteristic that requires authentication,...
I didn't know about the kernel part. I haven't tried changing the setting yet to see what really happens.
> I have an application running on windows and the periodic RSSI report was quite useful I agree this is useful. Since the default behavior changed in macOS and we...
Have you tried increasing the timeout? What is the output if you enable logging?
Do these devices work with other BLE apps on the same Mac? Do the devices use random addresses that could be changing?
Just to clarify, the other BLE apps are on the same Mac? So we can conclude that the problem is with Bleak and not CoreBluetooth in general or that specific...
The next step would be to [capture Bluetooth packets](https://bleak.readthedocs.io/en/latest/troubleshooting.html#macos) to see what Bleak is doing different from BlueLight.
> What's the status on this issue? It could be useful to log the Bluetooth packets to see if maybe the problem is with the peripheral device (e.g. it is...
I was thinking about this recently too. I was going to suggest to default to write with response in the case where both are supported since that is the more...
We have made some changes recently that should help unblock this PR. There is now a [BlueZManager](https://github.com/hbldh/bleak/blob/726c579bbdd263b812a0736811b138459a30e4b3/bleak/backends/bluezdbus/manager.py#L210) with a global instance that we can use to get the current BlueZ...