addons: Skyconnect Problem with Silicon Labs Multiprotocol
Describe the issue you are experiencing
I got my Skyconnect adapter today and wanted to set it up. Unfortunately there are problems with the Multiprtocol support.
Silicon Labs Multiprotocol 0.12.0
s6-rc: info: service mdns: starting
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service mdns successfully started
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
cont-init: info: running /etc/cont-init.d/check-cpcd-shm.sh
[17:22:38] INFO: Starting mDNS Responder...
Default: mDNSResponder (Engineering Build) (Jan 23 2023 22:46:33) starting
Default: mDNS_AddDNSServer: Lock not held! mDNS_busy (0) mDNS_reentrancy (0)
cont-init: info: /etc/cont-init.d/check-cpcd-shm.sh exited 0
cont-init: info: running /etc/cont-init.d/config.sh
[17:22:38] INFO: Generating cpcd configuration.
cont-init: info: /etc/cont-init.d/config.sh exited 0
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service banner: starting
-----------------------------------------------------------
Add-on: Silicon Labs Multiprotocol
Zigbee and OpenThread multiprotocol add-on
-----------------------------------------------------------
Add-on version: 0.12.0
You are running the latest version of this add-on.
System: Home Assistant OS 9.5 (amd64 / qemux86-64)
Home Assistant Core: 2023.2.0b9
Home Assistant Supervisor: 2023.01.1
-----------------------------------------------------------
Please, share the above information when looking for help
or support in, e.g., GitHub, forums or the Discord chat.
-----------------------------------------------------------
s6-rc: info: service banner successfully started
s6-rc: info: service universal-silabs-flasher: starting
[17:22:39] INFO: Checking /dev/ttyUSB0 identifying SkyConnect v1.0 from Nabu Casa
[17:22:39] INFO: Starting universal-silabs-flasher with /dev/ttyUSB0 (baudrate 115200)
2023-02-01 17:22:39 core-silabs-multiprotocol universal_silabs_flasher.flash[219] INFO Extracted GBL metadata: NabuCasaMetadata(metadata_version=1, sdk_version=<AwesomeVersion SemVer '4.1.4'>, ezsp_version=None, fw_type=<FirmwareImageType.RCP_UART_802154: 'rcp-uart-802154'>)
2023-02-01 17:22:39 core-silabs-multiprotocol universal_silabs_flasher.flasher[219] INFO Probing ApplicationType.GECKO_BOOTLOADER
2023-02-01 17:22:41 core-silabs-multiprotocol universal_silabs_flasher.flasher[219] INFO Probing ApplicationType.CPC
2023-02-01 17:22:45 core-silabs-multiprotocol universal_silabs_flasher.flasher[219] INFO Probing ApplicationType.EZSP
Error: Failed to probe running application type
2023-02-01 17:22:50 core-silabs-multiprotocol concurrent.futures[219] ERROR exception calling callback for <Future at 0x7f9e2fb1e9d0 state=finished returned NoneType>
Traceback (most recent call last):
File "/usr/lib/python3.9/concurrent/futures/_base.py", line 329, in _invoke_callbacks
callback(self)
File "/usr/lib/python3.9/asyncio/futures.py", line 398, in _call_set_state
dest_loop.call_soon_threadsafe(_set_state, destination, source)
File "/usr/lib/python3.9/asyncio/base_events.py", line 791, in call_soon_threadsafe
self._check_closed()
File "/usr/lib/python3.9/asyncio/base_events.py", line 510, in _check_closed
raise RuntimeError('Event loop is closed')
RuntimeError: Event loop is closed
s6-rc: warning: unable to start service universal-silabs-flasher: command exited 1
/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.
prog: fatal: stopping the container.
s6-rc: info: service mdns: stopping
s6-rc: info: service banner: stopping
Default: mDNSResponder (Engineering Build) (Jan 23 2023 22:46:33) stopping
s6-rc: info: service banner successfully stopped
s6-rc: info: service legacy-cont-init: stopping
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
[17:22:50] INFO: mDNS ended with exit code 4 (signal 0)...
s6-rc: info: service mdns successfully stopped
What type of installation are you running?
Home Assistant OS
Which operating system are you running on?
Home Assistant Operating System
Which add-on are you reporting an issue with?
Silicon Labs Multiprotocol
What is the version of the add-on?
Silicon Labs Multiprotocol
Steps to reproduce the issue
- Flash via laptop to the System -> firmware from https://github.com/NabuCasa/silabs-firmware/blob/main/EmberZNetAndOpenThreadRCP/beta/NabuCasa_SkyConnect_EZSP_OpenThread_RCP_v4.1.3.0_ncp-uart-hw_230400.gbl
- Plugin in the System (VM)
- System -> Hardware-> Home Assistant SkyConnect -> start configuration
System Health information
Derzeit sind keine Reparaturen verfügbar
Currently no repairs are available
Anything in the Supervisor logs that might be useful for us?
No response
Anything in the add-on logs that might be useful for us?
No response
Additional information
No response
About this issue
- Original URL
- State: closed
- Created a year ago
- Reactions: 3
- Comments: 20 (3 by maintainers)
I have exactly the same issues as you described. Hopefully they fix it soon. Don’t want to flash firmware manually.
The problem looks exactly the same for me. With 230400 or with 115200 run1.txt run2.txt
I’ve found it to be the
Automatically flash firmwareoption. If it is enabled, I get the same error:When it is disabled, it starts, except it loops with
Failed to connect to Secondary...filling up the log:Hey, I’m having the same issues as listed here but even when I try to manually flash I’m hit with “Error: failed to probe application type”. Any advice? This fails when trying to probe ApplicationType.EZSP
If automatic firmware updating is enabled (by default), with the recent versions of this add-on the baudrate configuration is always taken from the firmware metadata (since we know the firmware communicates at this baud rate). The user configuration is not really doing anything in that case. It doesn’t hurt to update the baudrate, but it also doesn’t change anything really.
So if changing the baudrate helped, then it is because you had to restart the add-on due to that.