Openthread border router support

I’m using the Skyconnect, which I think is SiLabs. Neither of those URLs work for me.

Maybe I’m confused. Is the SkyConnect itself supposed to be able to become an OTBR, or only to talk to one?

If the latter, what piece of non-Google hardware is usable? I’ve already read that I can’t use my HomePod Mini.

Depends on the firmware flashed.
There is ZigBee only firmware, there is multiprotocol firmware (ZigBee and Thread) and there is Thread only firmware.
You need Thread to be an OTBR (Thread or multiprotocol)

The SkyConnect itself can not become an OTBR, so perhaps to back up a moment, what kind of OTBR are you trying to connect to?

Well, there’s my problem.

As mentioned up at the top, the only OTBR I have is a HomePod mini, which is locked down.

Repeating what I asked above: what piece of non-Google hardware is usable as an OTBR?

An OTBR router exist of 2 pieces, software and a radio

https://openthread.io/guides/border-router/docker/run

The skyconnect can be the radio if flashed with rcp or multiprotocol firmware.
The software is the OTBR add-on or the multi-protocol add-on.

Those 2 pieces together are an OTBR

Now I have two different answers, one saying the SkyConnect can’t be an OTBR, and your suggesting it can.

To re-add OTBR (after manual deletion) in the integration’s list I had to disable the OTBR firewall in the Silicon Labs Multiprotocol configuration, because I see these errors there otherwise:

[03:25:55] INFO: otbr-agent ended with exit code 1 (signal 0)...
[03:25:55] INFO: OTBR firewall teardown completed.
[03:25:58] INFO: Setup OTBR firewall...
ipset v7.10: Kernel error received: Invalid argument

Hi, I’ve been trying all kinds of setups, including Apple Homekit. The case is that I try to connect Eve Energy wall plugs to Home Assistant Open Thread Border Router. In HA it looks ok to me. Using SkyConnect, integrations for thread + open thread border router and matter are available and a border router is running on HA:
image
However when I try to connect a wall plug with the HA companion app, the following message is returned: Thread Border router vereist. Om dit accessoire te koppelen moet je thuisnetwerk een Thread Border Router bevatten. (Translation: Thread Border router required. To connect this accessory, your home network must contain a Thread Border Router)
What might be causing this message to show up?

1 Like

If you are using the iOS HA Companion App, this is not supported. Otherwise here is a thread on this subject.

1 Like

Thanks. will havea look

Has anything changed here? I’m trying the set-up mentioned here:

I’ve got the latest official otbr image working: When adding the otbr integration it seems to connect to http://[ip]:8081. I also activated the Thread integration and the /node/dataset/active endpoint returns:

// 20240208082610
// http://192.168.1.6:8081/node/dataset/active

{
  "ActiveTimestamp": {
    "Seconds": 1,
    "Ticks": 0,
    "Authoritative": false
  },
  "NetworkKey": "E18B36ECBA28F4A2666CDFD18B944E24",
  "NetworkName": "home-assistant",
  "ExtPanId": "47BDCE848AF31219",
  "MeshLocalPrefix": "fd12:7168:b07:8092::/64",
  "PanId": 2900,
  "Channel": 15,
  "PSKc": "AD98CEE09E2F1207608C9E25E832CD57",
  "SecurityPolicy": {
    "RotationTime": 672,
    "ObtainNetworkKey": true,
    "NativeCommissioning": true,
    "Routers": true,
    "ExternalCommissioning": true,
    "CommercialCommissioning": false,
    "AutonomousEnrollment": false,
    "NetworkKeyProvisioning": false,
    "TobleLink": true,
    "NonCcmRouters": false
  },
  "ChannelMask": 134215680
}

And the Thread integration shows my home-assistant network with a borderrouter called BorderRouter. But this border router disappears after a couple of minutes (seemingly randomly).

Any clue why this might happen?

is something actually supposed to show up on the rest API page? if I go to it, I just get:

{
“ErrorCode”: 404,
“ErrorMessage”: “404 Not Found”
}

I thought maybe the API just wasn’t working but then while I was restarting the OTBR add-on, the page came up instead as the standard “This site can’t be reached”. That makes me believe OPBR is at least opening the port.

What is the set-up you are using? & how are you attempting to acces the rest API page?

If you have the docker image image and opened up port 8081 then you should certainly get something when you go to http://[ip]:8081/node. just the port returns 404 for me as well.

PI4, running OS with a skyconnect setup with thread only. I’m using the OTBR Add-on.

8081/node does give me data within curlies so it’s must be doing something. I guess I was assuming there was a GUI or something for it (which 20/20 hindsight, I’m not exactly sure why).

well, that rules that out of why I can’t get these nanoleaf essentials to connect to the network. I think I might just send them back; between the hours trying to set them up and the fact I just read that Thread can take hours to reconfigure the mesh after power cycles, I don’t think Thread is for us.

Thanks for the info.

8081 is the port that the Thread and OTBR integrations use in HA to talk to the OTBR AddOn.

The gui is on port 80. But to be honest, I haven’t got thread to work either (see my post above).

Hi @tim-vk have you solved? I have the same issue: in thread integration the otbr disappare in 2 minutes.
I run otbr in docker

Hello. I have built an OTBR using the Expressif ESP32 development board. It seems to be working, at least it is advertising on mdns and Home Assistant picks it up, showing it as my preferred network. It appears to be responding to the rest api calls as expected. I also have two other thread networks, one from amazon and one from apple. When I attempt to add a thread/matter device with the companion app, Home Assistant adds it to the apple thread network, even though the Expressif network is preferred. I don’t think this is the expected behavior, correct? Also, it is the case that I have a number of thread/matter devices connected to the apple thread network that are working correctly.

Note that I have checked the log files for Home Assistant and I see no indication that it is trying to use the OTBR thread network, instead it just indicates it is connecting to the Amazon network. OTBR is clearly shown in the HA UI as the preferred network.

One other note, my OTBR is set to a different channel than my Apple network, FYI.

Finally, output from OTBR:

http://10.11.2.105/node/dataset/active
{
“ActiveTimestamp”: {
“Seconds”: 1,
“Ticks”: 0,
“Authoritative”: false
},
“NetworkKey”: “9985b215cafdcf448cf968e3815b7fe5”,
“NetworkName”: “ha-thread-d758”,
“ExtPanId”: “a588b9c2145b31e3”,
“MeshLocalPrefix”: “fdda:db61:38de:8c79::/64”,
“PanId”: 55128,
“Channel”: 15,
“PSKc”: “8a220936cd01c250d77449531c98b614”,
“SecurityPolicy”: {
“RotationTime”: 672,
“ObtainNetworkKey”: true,
“NativeCommissioning”: true,
“Routers”: true,
“ExternalCommissioning”: true,
“CommercialCommissioning”: false,
“AutonomousEnrollment”: false,
“NetworkKeyProvisioning”: false,
“TobleLink”: true,
“NonCcmRouters”: false
},
“ChannelMask”: 134215680
}

Hi Have you already solved this problem? My Home assistant has the same error