I have the impression that the different components have been set up successfully and are running, but in the end adding a Matter over Thread device does not succeed.
Does anyone recognize this? Any tips to get this fixed?
This setup may be a tough one … I don’t have this setup, but here are a couple of things:
IGMP Snooping - I would turn it off and let multicast flood the LAN (unless you have an IGMP Querier, but I would still turn it off just to help debug things).
Unifi - I’ve heard lots of times that Unifi blocks certain traffic that is needed for Matter/Thread and have seen several solutions, but here is one I actually stashed away as a reference, but not sure if it is the same as yours.
One of the differences between this container and the openthread/border-router I used before is that with Package hass-otbr-docker · GitHub I can access the OTBR web interface (and change the port using the OTBR_WEB_PORT environment variable). I now doubt whether openthread/border-router even has a web interface at all, but in any case I cannot reach it on the (apparently) default port 80. I also could not find an environment variable to change this.
Another thing I noticed is that the HA app sometimes searched for the wrong Thread network, despite the successful synchronization of the Thread credentials or the message that HA and “this” device (the phone with the HA app) are already using the same Thread network. Still, after adding a Matter device, the HA app would search for a different Thread network than the preferred network in HA. With access to the OTBR web interface, everything becomes much clearer.
Possibly related to the above, but I noticed that sometimes the name of the Thread network was changed. Apparently, HA has the permissions to do this, and it does not only happen when you choose “Reset Border Router.”