puddly
puddly
Let's keep this open, it's a missing datatype.
Runtime swapping is definitely something to look at, I agree. I'm not sure how complicated that would be but it would be beneficial to at least have ZHA reconfiguration run...
I think your PR to your own fork of `zha-device-handlers` being merged closed this issue
> Is there a way to make the quirk behave differently based on the firmware version? I've made a PR to zigpy to add an API to do this: https://github.com/zigpy/zigpy/pull/1606....
CC @sigurasg
> Your script doesn't work for me, as all incoming frames seem to have tsn=None. Ah... Well, that is a show-stopper 🤦. My implementation relies on the APS sequence counter...
I've tested this out on my home network and I think APS-level reordering isn't going to work very well. Many of my IKEA end devices (namely remotes) routinely skip TSNs...
I've set `DHCPV6_PD_REF=0` in this PR for now to at least get it building. Untested.
> so I don't think that gets installed just like that no? It's installed by `bootstrap`, which we run: https://github.com/openthread/ot-br-posix/blob/580cafc150946bc418aa6790a416bd2c951bae24/script/bootstrap#L110-L121
I've reverted the advertised Thread version back to 1.3 and included the [OTBR coprocessor version API](https://github.com/openthread/ot-br-posix/pull/2602) patch.