Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[REQUEST] OpenThread Border Router (OTBR) RCP and NCP firmware images for slaesh CC2652-stick adapter? #23

Open
Hedda opened this issue Jun 10, 2022 · 46 comments

Comments

@Hedda
Copy link

Hedda commented Jun 10, 2022

@slaesh Can you please consider providing new OpenThread Border Router (OTBR) "RCP mode" firmware images as well as "NCP mode" firmware images (with support for the OpenThread spinel+hdlc+uart protocol) and preferably using the latest SDK for your Texas Instruments CC2652 based radio adapter dongle?

https://slae.sh/projects/cc2652/#openthread-border-router

UPDATE: There is at least an official OpenThread project from Texas Instruments here:

https://github.com/TexasInstruments/ot-ti

The reason for wanting such OpenThread RCP and NCP firmware image builds are mainly to get compatibility with the Thread and OTBR (OpenThread Border Router) integrations + matchinng OpenThread Border Router add-on for Home Assistant that enable using Thread-based Matter standard devices and HomeKit devices, see:

https://www.home-assistant.io/integrations/thread

https://www.home-assistant.io/integrations/otbr/

https://github.com/home-assistant/addons/tree/master/openthread_border_router

https://www.home-assistant.io/integrations/matter

https://www.home-assistant.io/integrations/homekit

Please see related feature request discussion in Home Assistant’s community forum:

https://community.home-assistant.io/t/thread-rpc-firmware-with-spinel-interface-for-texas-instruments-cc2652-cc1352-to-use-openthread-border-router-otbr-add-on-for-use-with-thread-based-devices-like-some-matter-and-homekit-products/433278/

Also check out the discussion about compatibility with the "OpenThread Border Router Add-on" that Home Assistant developer agners (Nabu Casa employee Stefan Agner) is currently developing?

home-assistant/addons-development#38

https://github.com/home-assistant/addons-development/tree/master/openthread_border_router

https://github.com/openthread/ot-br-posix/

https://github.com/agners

https://community.home-assistant.io/u/agners/summary

Thread Spinal RCP mode vs Thread Spinal NCP mode is summarized here:

https://openthread.io/platforms/co-processor

https://groups.google.com/g/openthread-users/

OTBR should be a "Thread Certified Component" Texas Instruments CC2652 based chips:

https://github.com/openthread/ot-cc13x2-cc26x2/blob/main/src/cc2652/README.md

https://github.com/openthread/ot-cc13x2-cc26x2

https://github.com/openthread/openthread/tree/main/examples/platforms

https://dev.ti.com/tirex/explore/node?node=APzU0zOtgnQIe0sFnHCfxg__BSEc4rl__LATEST

https://openthread.io/vendors/texas-instruments

https://www.threadgroup.org/What-is-Thread/Thread-Benefits#certifiedproducts

https://training.ti.com/thread-cc2652-cc1352

The main reason for this request is that an "RPC" firmware with OTBR (OpenThread Border Router) support will make your adapter will be compatible with upcoming Thread based "Matter" (Project CHIP / Connected Home over IP) devices if used in Home Assistant with their other add-ons for the that is also in development. This addon by agners require that the radio hard a firmware in "RPC" mode instead of the no traditional "NCP" mode:

https://github.com/home-assistant/addons-development/tree/master/chip_controller_repl

https://github.com/home-assistant/addons-development/tree/master/chip_tool

https://github.com/project-chip/connectedhomeip

https://buildwithmatter.com

https://csa-iot.org/all-solutions/matter/

Also having optional OpenThread "NCP" border router firmware would allow users to alternatively use other existing OpenThread applications that use "NCP" mode instead of the newer "RPC" mode which require additional component running on the host. Ex:

https://github.com/openthread/wpantund

Note that so far agners has only worked with Silicon Labs based adapter with OpenThread "RPC" firmware for Thread based Matter (as well as ESP32-C3 based devkit for Matter over WiFi) and that is only because it is a Silabs EFR32MG21 chip based adapter that will ship inside the official Home Assistant Yellow (formerly Home Assistant Amber) hardware:

zigpy/zigpy#894

https://github.com/home-assistant/addons-development/tree/master/silabs-multiprotocol

https://www.home-assistant.io/blog/2021/09/13/home-assistant-yellow/

https://www.crowdsupply.com/nabu-casa/home-assistant-yellow

PS: By the way, you might be interested in the the "Matter" workshop that Home Assistant is holding on the 15th of June even if they are in that specific workshop will not use a Thread based controller or devices and instead use a WiFi (+ Bluetooth) based "Matter" devices:

https://www.home-assistant.io/blog/2022/05/29/matter-in-home-assistant-workshop-announcement/

https://www.youtube.com/watch?v=9fOHBl5w0_k

https://community.home-assistant.io/t/matter-in-home-assistant-workshop-announcement/426129/

@Hedda
Copy link
Author

Hedda commented Jun 22, 2022

@slaesh Again please also see this and if possible contribute to that discussion too -> home-assistant/addons-development#38

@slaesh
Copy link
Owner

slaesh commented Jun 22, 2022 via email

@Cadsters
Copy link

Cadsters commented Oct 6, 2022

Now Matter 1.0 is released is there any news?

@Hedda
Copy link
Author

Hedda commented Oct 7, 2022

FYI, while those builds will not work on Slaesh CC2652 stick but for referencce know that that tube0013 posted on Twitter that be uploaded OpenThread RCP firmware images for the CC2652P (TubesZB devices) and CC2652R (zzh!) that could be used for development and testing as he confirmed those working with agners OTBR addon from addons-development so that could be of interest for those interestrd in being beta testers and early adopters of Thread (and Matter over Thread) support inside Home Assistant:

https://twitter.com/TubesZb/status/1552823766136373251

https://github.com/tube0013/tube_gateways/tree/main/openthread_boarder_router_fw

@slaesh
Copy link
Owner

slaesh commented Oct 15, 2022

NCP firmware

ncp_CC2652RB_115200_v6.20.00.29.bin.zip
ncp_CC2652RB_230400_v6.20.00.29.bin.zip

RCP firmware

rcp_CC2652RB_115200_v6.20.00.29.bin.zip
rcp_CC2652RB_230400_v6.20.00.29.bin.zip

@rubdos
Copy link

rubdos commented Mar 3, 2023

I've been trying with the NCP firmware and wpantund, but I've been seeing this for the last few hours now. I've even tried compiling ot-ncp-ftd from source, that firmware doesn't work either. The above ncp 115200 firmware has the orange LED flashing slowly, while the ot-ncp-ftd I compiled has no visual feedback. ot-cli-ftd also doesn't respond in any way to my typings in screen. I'm flashing with Jelmer's tool.

Any clue?

wpantund[3145914]: Initializing NCP
wpantund[3145914]: Removing all NCP originated addresses
wpantund[3145914]: NCP is now BUSY.
wpantund[3145914]: [->NCP] (1) PROP_VALUE_GET(PROTOCOL_VERSION)
wpantund[3145914]: SpinelNCPInstance-Protothreads.cpp:412: Requirement Failed (IS_EVENT_FROM_NCP(event) && GetInstance(this)->mInboundHeader == mLastHeader)
wpantund[3145914]: Resetting and trying again... (retry 1)
wpantund[3145914]: [->NCP] (2) RESET
wpantund[3145914]: SpinelNCPInstance-Protothreads.cpp:396: Requirement Failed (event == EVENT_NCP_RESET)
wpantund[3145914]: Resetting and trying again... (retry 2)
wpantund[3145914]: SuperSocket::reset()
wpantund[3145914]: Setting baud rate to 115200
wpantund[3145914]: SpinelNCPInstance-Protothreads.cpp:396: Requirement Failed (event == EVENT_NCP_RESET)
wpantund[3145914]: Resetting and trying again... (retry 3)
wpantund[3145914]: [->NCP] (3) RESET
wpantund[3145914]: SpinelNCPInstance-Protothreads.cpp:396: Requirement Failed (event == EVENT_NCP_RESET)
wpantund[3145914]: The NCP is misbehaving: Repeatedly unable to initialize NCP. Entering fault state.
wpantund[3145914]: State change: "uninitialized" -> "uninitialized:fault"

@fbloemhof
Copy link

fbloemhof commented Jul 5, 2024

Trying to get the stick working as OTBR with the firmware posted above and the Home Assistant OTBR addon. No luck yet. Is this still relevant or is there any other firmware available somewhere?

Little further, I can get the addon working as a Border Router with my CC2652RB stick using the rcp_CC2652RB_115200_v6.20.00.29.bin.zip firmware. But when I try to add the Thread/Matter device I have, the stick (and so the addon) seems to crash.

00:02:02.076 [C] P-RadioSpinel-: Failed to communicate with RCP - no response from RCP during initialization
00:02:02.076 [C] P-RadioSpinel-: This is not a bug and typically due a config error (wrong URL parameters) or bad RCP image:
00:02:02.076 [C] P-RadioSpinel-: - Make sure RCP is running the correct firmware
00:02:02.076 [C] P-RadioSpinel-: - Double check the config parameters passed as `RadioURL` input
00:02:02.076 [C] Platform------: HandleRcpTimeout() at radio_spinel.cpp:1931: RadioSpinelNoResponse
[20:31:15] WARNING: otbr-agent exited with code 6 (by signal 0).

@Hedda
Copy link
Author

Hedda commented Jul 6, 2024

Little further, I can get the addon working as a Border Router with my CC2652RB stick using the rcp_CC2652RB_115200_v6.20.00.29.bin.zip firmware. But when I try to add the Thread/Matter device I have, the stick (and so the addon) seems to crash.


That version is over 2-years old so you are probably going to build newer firmware.

@fbloemhof
Copy link

@Hedda indeed, I figured. I don't know how to build firmware for sticks like this. Ended up buying an other stick (sonoff) that has recent and maintained OT firmware available.

@Hedda
Copy link
Author

Hedda commented Jul 8, 2024

@slaesh can you please keep releasing new/updated OpenThread RCP firmware images for your USB radio dongle so that it will work as a Open Thread Boarder Router in newer Home Assistant?

https://www.home-assistant.io/integrations/thread

https://www.home-assistant.io/integrations/otbr/

@slaesh
Copy link
Owner

slaesh commented Jul 22, 2024

freshly compiled this project here: https://github.com/TexasInstruments/ot-ti

flashing as usual the *.bin file in the given zip-file :)

couldnt test it properly yet, dont have a border router by hand currently. can someone verify if it works as intended? =)
but it can be flashed, and that more than once - so it does not brick! thats what I could test so far :))

@fbloemhof @Hedda @rubdos

ot-rcp-115200.zip
ot-rcp-230400.zip

@slaesh
Copy link
Owner

slaesh commented Jul 22, 2024

seems to work using the otbr docker container:

image

@erumaithi
Copy link

freshly compiled this project here: https://github.com/TexasInstruments/ot-ti

flashing as usual the *.bin file in the given zip-file :)

couldnt test it properly yet, dont have a border router by hand currently. can someone verify if it works as intended? =) but it can be flashed, and that more than once - so it does not brick! thats what I could test so far :))

@fbloemhof @Hedda @rubdos

ot-rcp-115200.zip ot-rcp-230400.zip

@slaesh i could not flash it on my sonoff zigbee dongle-P with C2652P , it gave an ERROR using the Texas instrument flasher. I am newbie to this , i need help .

@slaesh
Copy link
Owner

slaesh commented Jul 25, 2024

its another MCU, you cant and shouldnt flash any firmware which is not compiled

  1. for your MCU
  2. four your specific board!

the firmware also includes the bootloader pin config, which could be wrong and your device would be bricked !!!! =)

Take care!

I can try to compile another version though :) Let me check the pinout, but there is no warranty!! be warned, I dont have one of these to test it ;)

@Hedda
Copy link
Author

Hedda commented Jul 25, 2024

its another MCU, you cant and shouldnt flash any firmware which is not compiled

  1. for your MCU
  2. four your specific board!

the firmware also includes the bootloader pin config, which could be wrong and your device would be bricked !!!! =)

FYI, while that is true in general it should be noted are a few other radio adapters/dongles happen to use the same model of CC2652 MCU (SoC chip) type and board pin mapping as each other, see reference which can be used to match compatible adapters:

https://github.com/Koenkk/Z-Stack-firmware/blob/master/coordinator/Z-Stack_3.x.0/bin/README.md

There you can see that no other adapter to use same MCU/SoC-chip model type and pin mappings as the Slaesh dongle, so you can not use a a firmware image built for Slaesh dongle on a Sonoff dongle because they are not using the same MCU/SoC-chip nor are the others using the same pin mappings on their adapter boards. It is only possible if both MCU/SoC-chip model type AND the pin mappings are a match.

@erumaithi
Copy link

its another MCU, you cant and shouldnt flash any firmware which is not compiled

  1. for your MCU
  2. four your specific board!

the firmware also includes the bootloader pin config, which could be wrong and your device would be bricked !!!! =)

Take care!

I can try to compile another version though :) Let me check the pinout, but there is no warranty!! be warned, I dont have one of these to test it ;)

@slaesh appreciate your help , Yes go ahead if you can compile one for me i can test it and provide the results ( it is useless for me at the moment without thread ).

also attached a pic for the internal maybe it will help
Screenshot 2024-07-25 at 7 04 42 PM

@slaesh
Copy link
Owner

slaesh commented Jul 25, 2024

no idea which of these two you should use tbh.. :D just pick the two which seemed the most obvious from this list

set(TI_BOARD_VALUES
    "CC1352P1_LAUNCHXL"
    "CC1352P_2_LAUNCHXL"
    "CC1352P_4_LAUNCHXL"
    "CC1352R1_LAUNCHXL"
    "CC26X2R1_LAUNCHXL"
    "LP_CC1352P7_1"
    "LP_CC1352P7_4"
    "LP_CC2652PSIP"
    "LP_CC2652R7"
    "LP_CC2652RB"
    "LP_CC2652RSIP"
    "LP_CC2653P10"
    "CC2674P10RGZ"
    "CC2674P10RSK"
    "CC2674R10RGZ"
    "CC2674R10RSK"
)

CC1352P2_CC2652P_launchpad => CC1352P_2_LAUNCHXL.zip

CC2652P (but without SIP?) LP_CC2652PSIP.zip

maybe try the CC1352P_2_LAUNCHXL one? most of this list https://github.com/Koenkk/Z-Stack-firmware/blob/master/coordinator/Z-Stack_3.x.0/bin/README.md has the CC1352P2_CC2652P_launchpad in it?

@slaesh
Copy link
Owner

slaesh commented Jul 25, 2024

regarding flashing, this tool is pretty handy: https://zig-star.com/radio-docs/zigstar-multi-tool/

@Hedda
Copy link
Author

Hedda commented Jul 25, 2024

no idea which of these two you should use tbh.. :D just pick the two which seemed the most obvious from this list

FYI, ITead’s Sonoff ZBDongle-P is based on CC2652P (CC2652P1/CC2652P1F) and uses the same pin mappings as the TI LAUNCHXL-CC1352P-2

https://github.com/Koenkk/Z-Stack-firmware/blob/master/coordinator/Z-Stack_3.x.0/bin/README.md

@erumaithi
Copy link

ok, i have flashed the Sonoff ZBDongle-P using [CC1352P_2_LAUNCHXL.zip], it flashed successfully , but it was not recognize by the Open-thread add on for home assistance.

so i tried to use the second file . but the usb would not go to boot mode or even flash. i used the both official TI flasher and zigstar, but no luck. i already have the ZBDongle-E on order. Any how thank you all for your support , if there's an update to this , i will sure post it here

@Hedda
Copy link
Author

Hedda commented Jul 26, 2024

ok, i have flashed the Sonoff ZBDongle-P using [CC1352P_2_LAUNCHXL.zip], it flashed successfully , but it was not recognize by the Open-thread add on for home assistance.

so i tried to use the second file . but the usb would not go to boot mode or even flash. i used the both official TI flasher and zigstar, but no luck.

@erumaithi If using Texas Instruments OpenThread firmware on CC2652/CC1352 then you must manually enter the bootloader mode by holding the physical boot button on the board when power it on or plug it in.

At least I do not believe that the TI flasher programmer software have a way to send a bootloader reset command when using OpenThread application firmware? Or at least not yet?

The reason why that is not need when using Nabu Casa’s OpenThread firmware or OpenThread firmware by @darkxst on Silicon Labs based adapters is that they added their own additional function patches to the application firmware that allow reset to bootloader mode from application mode which is not included in the default OpenThread application firmware, this enable third-party flasher programmers to utilize that bootloader reset feature.

@slaesh I guess you could copy that bootloader reset patch and implement it in your TI-OT fork and then also submit patches for ZigStar Multitool and other flasher programs for CC2652/CC1352?

https://github.com/darkxst/silabs-firmware-builder

https://github.com/NabuCasa/silabs-firmware-builder

@darkxst
Copy link

darkxst commented Jul 26, 2024

application firmware that allow reset to bootloader mode from application mode which is not included in the default OpenThread application firmware,

The reset patches are upstream, however there is no way to reboot into the bootloader from an application on TI chips, it can only be activated by gpio pins. cc2538-bsl and most of the forks of this, support entering bootloader on sonoff P dongle with dtr/rts toggles though.

freshly compiled this project here: https://github.com/TexasInstruments/ot-ti

I've tested extensively builds from here with 460800 on various chips and they work fine with homeassistant otbr. There were some stability issues, but the most recent release solves many of those.

@Hedda
Copy link
Author

Hedda commented Jul 26, 2024

Off-topic but related, FYI, I just read in the latest Open Home Foundation newsletter that the Matter integration inside Home Assistant has now started the process of getting officially as a Matter standard solution by the CSA, so it with probably not be long before that Matter integrated will go out of beta stage, and that in turn should mean that Nabu Casa’s developers as well consider their Thread and OTBR (OpenThread Border Router) integrations as well as as their matching OpenThread Border Router add-on as being mature enough to go through certification as those are dependecies for devices that uses Matter over Thread via Home Assistant’s OTBR integration:

https://www.home-assistant.io/integrations/matter

https://www.home-assistant.io/integrations/thread

https://www.home-assistant.io/integrations/otbr/

https://github.com/home-assistant/addons/tree/master/openthread_border_router

@slaesh
Copy link
Owner

slaesh commented Jul 26, 2024

sadly HA via docker cant make use of addons. so its not that "fast" tested for me.. will try to play around with it at the weekend though :)

@darkxst
Copy link

darkxst commented Jul 26, 2024

you can run the upstream OTBR Docker container and just connect to it with HA otbr integration.

@slaesh
Copy link
Owner

slaesh commented Jul 26, 2024

if there is no other big difference, then it works :) at least with the CC2652RB ;)

seems to work using the otbr docker container:

image

@Hedda
Copy link
Author

Hedda commented Jul 26, 2024

application firmware that allow reset to bootloader mode from application mode which is not included in the default OpenThread application firmware,

The reset patches are upstream, however there is no way to reboot into the bootloader from an application on TI chips, it can only be activated by gpio pins. cc2538-bsl and most of the forks of this, support entering bootloader on sonoff P dongle with dtr/rts toggles though.

@darkxst do you happen to know if those bootloader reset patches have also made their way from upstream OpenThread to the downstream ot-ti fork by in TexasInstruments repository here? -> https://github.com/TexasInstruments/ot-ti

@erumaithi
Copy link

@erumaithi If using Texas Instruments OpenThread firmware on CC2652/CC1352 then you must manually enter the bootloader mode by holding the physical boot button on the board when power it on or plug it in.

I did and i was able to flash the firmware the first time , but when i tried to re flash it i tried but will not go into bootload mode no matter what i do

@darkxst
Copy link

darkxst commented Jul 27, 2024

do you happen to know if those bootloader reset patches have also made their way from upstream OpenThread to the downstream ot-ti fork by in TexasInstruments repository here

That is pretty irrelevant, as its not possible to reset into bootloader (via software reset) on TI chips.

@darkxst
Copy link

darkxst commented Jul 27, 2024

but when i tried to re flash it i tried but will not go into bootload mode no matter what i d

I did and i was able to flash the firmware the first time , but when i tried to re flash it i tried but will not go into bootload mode no matter what i do

If it that is true, then the bootloader config in @slaesh images is wrong and can only be recovered by JTAG.

I dont know if TI ever fixed this bug:
https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1344453/lp-cc1352p7-openthread-syscfg-is-not-loading-board-specific-ccfg-settings/5124929#5124929

@darkxst
Copy link

darkxst commented Jul 27, 2024

if there is no other big difference,

The addon still has a few patches, but all the important ones have been upstreamed. so docker otbr should work without any patches.

@erumaithi
Copy link

erumaithi commented Jul 27, 2024

to update , i just received the Sonoff zigbee dongle-E with (EFR32MG21), i flashed it with RCB , setup Open thread server , MATTER add-on on home assistance and added my new aqara u200 in to the thread network. The whole process took 5 min. end to end. (i attached some pictures )
i was struggling with Texas instrument chip for almost a week , there is no straight forward guide on how to flash it or a ready firmware . i hope things can get better in the future but at the moment it is not recommended .

I will see if i can secure JTAG programmer to revive the USB stick back.

1 Screenshot 2024-07-27 at 10 26 53 AM Screenshot 2024-07-27 at 10 27 28 AM

@Hedda
Copy link
Author

Hedda commented Jul 27, 2024

I will see if i can secure JTAG programmer to revive the USB stick back.

Note that you need a ”c/JTAG” (also known as cJTAG or C-JTAG) compatible debug probe for Texas Instruments newer generation CC chips like these, (which is not the same as SWD), see:

https://support.electrolama.com/radio-docs/advanced/flash-jtag/

For refernce also see:

https://support.electrolama.com/radio-docs/bsl/

@darkxst
Copy link

darkxst commented Jul 27, 2024

i was struggling with Texas instrument chip for almost a week , there is no straight forward guide on how to flash it or a ready firmware . i hope things can get better in the future but at the moment it is not recommended .

I might release firmware for ZBDongle-P at some stage, but for the moment SMLIGHT's TI based devices are the only TI devices with officially supported and ready to go, Thread firmware, that I am aware of.

@Hedda
Copy link
Author

Hedda commented Jul 27, 2024

I might release firmware for ZBDongle-P at some stage, but for the moment SMLIGHT's TI based devices are the only TI devices with officially supported and ready to go, Thread firmware, that I am aware of.

Does that include SMLIGHT’s CC2652P based devices or only their newer CC2674P (CC2674/CC26x4) based device? SMLIGHT has announced/launched CC2674P (CC2674P10) based "SLZB-07p10" USB dongle and "SLZB-06p10" Ethernet/WiFi adapter:

SLZB-07p10 -> https://smlight.tech/product/slzb-07p10/

SLZB-06p10 -> https://smlight.tech/product/slzb-06p10/

It is unclear if these are shipping already, and there does not seem to be any or Thread/OpenThread firmware images shared in their GitHub repos as of yet:

https://github.com/smlight-dev

Looks like the guide on the official Matter project only mentions all den CC13XX and CC26XX families but that guide is just for creating Matter end devices and not Thread Border Router devices?

https://github.com/project-chip/connectedhomeip/tree/master/docs/guides/ti

https://github.com/project-chip/connectedhomeip/blob/master/docs/guides/ti/ti_matter_overview.md

@slaesh maybe you should consider making an updated CC2674 based adapter regardless?

https://www.ti.com/product/CC2674P10

https://www.ti.com/product/CC2674R10

https://www.ti.com/document-viewer/CC2674P10/datasheet

https://www.ti.com/document-viewer/CC2674R10/datasheet

https://www.ti.com/document-viewer/lit/html/swra765

https://www.ti.com/lit/gpn/CC2674P10

https://www.ti.com/lit/gpn/cc2674r10

@slaesh
Copy link
Owner

slaesh commented Jul 27, 2024

I might release firmware for ZBDongle-P at some stage, but for the moment SMLIGHT's TI based devices are the only TI devices with officially supported and ready to go, Thread firmware, that I am aware of.

just tested HA on a PI4 laying around here.. flashed the RCP firmware onto our stick, installing HA to the PI, adding the OpenThread Addon with this config:

image

its important to disable the "hardware control flow" though !!

runs just fine:

image

and took around 20 minutes, 15 minutes installing and starting HA :)

@darkxst
Copy link

darkxst commented Jul 27, 2024

Does that include SMLIGHT’s CC2652P based devices or only their newer CC2674P (CC2674/CC26x4) based device? SMLIGHT has announced/launched CC2674P (CC2674P10) based "SLZB-07p10" USB dongle and "SLZB-06p10" Ethernet/WiFi adapter:

Yes, Thread firmware can be installed through the SMLIGHT web UI on SLZB-06 (CC2652P, but this firmware is not compatible with ZBDongle-P) and SLZB-06P7 (CC2652P7) models right now (I also landed support for network coordinators in the HA OTBR addon). Thread firmware for SLZB-06P10 should be available this weekend. SLZB-07p7 support will follow once the web flasher is ready.

It is unclear if these are shipping already, and there does not seem to be any or Thread/OpenThread firmware images shared in their GitHub repos as of yet:

SLZB-06P10 should be available for order/shipping now, SLZB-07P10 is still a little bit off.

@darkxst
Copy link

darkxst commented Jul 27, 2024

just tested HA on a PI4 laying around here.. flashed the RCP firmware onto our stick, installing HA to the PI, adding the OpenThread Addon with this config:

runs just fine:

Did you notice the release notes for OTBR Addon 2.9.0 :) I just fixed support for TI dongles there.

@xekil
Copy link

xekil commented Sep 24, 2024

Hello, I have a Sonoff ZBDongle-P in a drawer and I am considering buying a Matter compatible Aqara U200 lock, does the Sonoff ZBDongle-E dongle work properly with OpenThread Border Router and what firmware should I install? Thanks

Edit: Sonoff ZBDongle-P

https://github.com/darkxst/silabs-firmware-builder
https://github.com/home-assistant/addons/blob/master/openthread_border_router/DOCS.md

@erumaithi
Copy link

Hello, I have a Sonoff ZBDongle-P in a drawer and I am considering buying a Matter compatible Aqara U200 lock, does the Sonoff ZBDongle-E dongle work properly with OpenThread Border Router and what firmware should I install? Thanks

Edit: Sonoff ZBDongle-P

https://github.com/darkxst/silabs-firmware-builder https://github.com/home-assistant/addons/blob/master/openthread_border_router/DOCS.md

Yes, Sonoff ZBDongle-E dongle works great OpenThread Border Router after firmware update. and also with aqara u200.

@xekil
Copy link

xekil commented Sep 24, 2024

Hello, I have a Sonoff ZBDongle-P in a drawer and I am considering buying a Matter compatible Aqara U200 lock, does the Sonoff ZBDongle-E dongle work properly with OpenThread Border Router and what firmware should I install? Thanks
Edit: Sonoff ZBDongle-P
https://github.com/darkxst/silabs-firmware-builder https://github.com/home-assistant/addons/blob/master/openthread_border_router/DOCS.md

Yes, Sonoff ZBDongle-E dongle works great OpenThread Border Router after firmware update. and also with aqara u200.

thanks for the reply but you must not have seen my edit of the message, I have a P version

@erumaithi
Copy link

Yes, Sonoff ZBDongle-E dongle works great OpenThread Border Router after firmware update. and also with aqara u200.

thanks for the reply but you must not have seen my edit of the message, I have a P version

sorry did not see it , i had the the P model too. there is no straight forward and easy method to change the firmware. i tried for 2 weeks and ended up bricked. when i bought the E model , it took me 5 min and i am up and running. you can check my messages above July.

@Hedda
Copy link
Author

Hedda commented Sep 24, 2024

Hello, I have a Sonoff ZBDongle-P in a drawer and I am considering buying a Matter compatible Aqara U200 lock, does the Sonoff ZBDongle-E dongle work properly with OpenThread Border Router and what firmware should I install? Thanks

@xekil while it uses the same chip type (though not the same chip model/SKU) please respect that your question in regards to compatibility with the Sonoff ZBDongle-P dongle off-topic here is this issue and repository is specifically about slaesh cc2652-stick. Since @slaesh makes and sells his slaesh cc2652-stick so asking for help here about a dongle from other manufacturers is bad form. FYI, it would be better to ask in these other channels/threads which are not specific to the slaesh cc2652-stick:

Issues with the OpenThread Border Router Add-on for Home Assistant can also be posted here:

PS: There is also some more relevant information regarding OpenThread RPC firmware for Texas Instruments CC2652 here:

@xekil
Copy link

xekil commented Sep 24, 2024

hello, I'm sorry I didn't notice that this repository was dedicated to the Slaesh dongle, I thought I saw the SONOFF dongle mentioned several times, that's why I allowed myself to post my question here. I think I'll go for a skycinnect anyway and keep my sonoff key as a backup dongle. thanks

@jamachad
Copy link

jamachad commented Oct 2, 2024

Hi, I need some help, today I've installed OTBR 2.11.0 and unfortunately the addon now fails, is this related with the firmware? I already tried to reconnect the dongle and reboot the server. ty

s6-rc: info: service banner successfully started
s6-rc: info: service universal-silabs-flasher: starting
[22:32:43] INFO: Flashing firmware is disabled
s6-rc: info: service universal-silabs-flasher successfully started
s6-rc: info: service otbr-agent: starting
[22:32:43] INFO: Setup OTBR firewall...
[22:32:43] INFO: Starting otbr-agent...
[NOTE]-AGENT---: Running 0.3.0-ff7227e-dirty
[NOTE]-AGENT---: Thread version: 1.3.0
[NOTE]-AGENT---: Thread interface: wpan0
[NOTE]-AGENT---: Radio URL: spinel+hdlc+uart:///dev/ttyUSB0?uart-baudrate=230400
[NOTE]-AGENT---: Radio URL: trel://enp0s18
[NOTE]-ILS-----: Infra link selected: enp0s18
49d.17:19:58.212 [W] P-SpinelDrive-: Wait for response timeout
49d.17:20:00.215 [W] P-SpinelDrive-: Wait for response timeout
49d.17:20:02.216 [W] P-SpinelDrive-: Wait for response timeout
49d.17:20:02.216 [C] Platform------: Init() at spinel_driver.cpp:82: Failure
49d.17:20:04.218 [W] P-SpinelDrive-: Wait for response timeout
[22:32:51] WARNING: otbr-agent exited with code 1 (by signal 0).
Chain OTBR_FORWARD_INGRESS (0 references)
target     prot opt source               destination         
DROP       all  --  anywhere             anywhere             PKTTYPE = unicast
DROP       all  --  anywhere             anywhere             match-set otbr-ingress-deny-src src
ACCEPT     all  --  anywhere             anywhere             match-set otbr-ingress-allow-dst dst
DROP       all  --  anywhere             anywhere             PKTTYPE = unicast
ACCEPT     all  --  anywhere             anywhere            
otbr-ingress-deny-src
otbr-ingress-deny-src-swap
otbr-ingress-allow-dst
otbr-ingress-allow-dst-swap
Chain OTBR_FORWARD_EGRESS (0 references)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere            
[22:32:51] INFO: OTBR firewall teardown completed.
s6-svlisten1: fatal: /run/s6-rc/servicedirs/otbr-agent failed permanently or its supervisor died
s6-rc: warning: unable to start service otbr-agent: command exited 1
s6-rc: info: service legacy-cont-init: stopping
s6-rc: info: service universal-silabs-flasher: stopping
s6-rc: info: service mdns: stopping
s6-rc: info: service universal-silabs-flasher successfully stopped
Default: mDNSResponder (Engineering Build) (Sep 27 2024 13:25:47) stopping
s6-rc: info: service banner: stopping
/run/s6/basedir/scripts/rc.init: warning: s6-rc failed to properly bring all the services up! Check your logs (in /run/uncaught-logs/current if you have in-container logging) for more information.
/run/s6/basedir/scripts/rc.init: fatal: stopping the container.
s6-rc: info: service banner successfully stopped
s6-rc: info: service legacy-cont-init successfully stopped
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped
[22:32:51] INFO: mDNS ended with exit code 4 (signal 0)...
s6-rc: info: service mdns successfully stopped

@darkxst
Copy link

darkxst commented Oct 3, 2024

otbr addon needs patch again, I have created a PR over here:
home-assistant/addons#3782

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

9 participants