-
Notifications
You must be signed in to change notification settings - Fork 23
Write characteristic UUID not found #3
Comments
Thanks for reporting and the helpful error log. I have an idea on fixing this, but it might take some time. I assumed that the characteristic UUID is the same for all Triones. Apparently not, so the implementation needs to query for the characteristics UUIDs first. |
I did more digging into this. I think the implementation correctly follows this protocol. It is possible that your device is using different UUIDs. Can you connect to your device using a BLE debug app (such as this) and share the service and characteristic UUID it exposes? |
Found more characteristic UUIDs from another open source Triones implementation. Do try the latest code if it fixes the issue. Otherwise, I will need you to do BLE scanning of your device the find the necessary UUIDs. |
Have the same problem, too. |
@claudiocn this looks like a different error. Please enable debugging for full error trace. |
here it is:
|
Seems to be a timeout, don't know why :\ |
@claudiocn this is common. See this issue. It is a BLE connection issue that will self recover. The debug log “cc 23 e3” shows that it successfully recovered and sent a BLE message. I will make an update to the logs to make it clearer. |
But the problem is: it doesn't connect at all when setupping. Just to give a try, tested with the following tool and it worked perfectly: https://github.com/vinceroti/bt-triones |
Oh, so it never finish setup. The library you tested is using your browser’s (local) Bluetooth hardware, not Home Assistant’s. For troubleshooting:
|
Disconnected from the other library. Didn't work.
|
Thanks, this is have better logs and is the same issue here. The test tool you used will only do writes to your device, but not reads (it does not know the current device state). The missing UUID here is for reads. Can you help do this:
|
Yeah, it’s weird. I’ll add some more debug logs later to figure this out. |
Can you add logs to the triones.py:72 uuid detection code to see why it’s not finding the uuid? You can modify the code inside |
Try logging |
|
Not sure why the library is not detecting any characteristics. You can check if it detects it if we go through each service. Sample code here. Meanwhile, you can hardcode the uuid in code too as a workaround. Just set |
Did some digging with that sample code. the list of services is empty. Can't do a ".values()" but printing for each loop returns zero iterations. Really strange. Probably because of that, even if I put the UUID, it doesn't work:
|
Not sure if this is useful, but here's some additional information:
|
Another guess is we need to call Can you try it? |
the same problem, |
I create supported code repository for uuid 0000fff3-0000-1000-8000-00805f9b34fb is elk-bledom strip. |
I also detailed this on your announcement post on HASS forums.
The light gets detected but then when you select the light it refuses to connect to it and add it to HA.
The text was updated successfully, but these errors were encountered: