-
Notifications
You must be signed in to change notification settings - Fork 189
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
Linked Devices suddenly became unavailable - Error: SRSP - SYS - osalNvRead after 6000ms #226
Comments
Also seeing this following the 1.6.0 upgrade. Host system is an Intel NUC running Debian 10. |
Experiencing the same issue. Raspberry Pi 3B+, CC2531. |
The same. Raspberry Pi 3B+, CC2531. Zigbee2mqtt Hass.io Add-on |
Same here, raspberry pi 3B+ running hassos 3.5 |
Any way to perform a Add-On downgrade to 1.5.1.x within HassIO? |
Yep I just did.
Use the restore function to selectively restore only the zigbee2mqtt add-on
to the previous version
Apparently there's a way to do it with the cli but I couldn't find it
…On Mon., 16 Sep. 2019, 5:48 pm MiGrAt0r, ***@***.***> wrote:
Any way to perform a Add-On downgrade to 1.5.1.x within HassIO?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#226?email_source=notifications&email_token=AAGNYDZYP2FYKXI5OBZYTCDQJ423HA5CNFSM4IWXAT52YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6YLF5A#issuecomment-531673844>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAGNYD4CY3TTBAXMSNBE7N3QJ423HANCNFSM4IWXAT5Q>
.
|
Is this only if you had previously saved a snapshot before upgrading? Or is there another way to downgrade the addon? |
I believe you need a previous backup :/
You could Google further about the cli, but the few threads I saw hadn't
found out how to do it
…On Mon., 16 Sep. 2019, 9:40 pm Brendan Mullan, ***@***.***> wrote:
Yep I just did. Use the restore function to selectively restore only the
zigbee2mqtt add-on to the previous version Apparently there's a way to do
it with the cli but I couldn't find it
Is this only if you had previously saved a snapshot before upgrading? Or
is there another way to downgrade the addon?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#226?email_source=notifications&email_token=AAGNYD76RNFPGNK3P6RFYZDQJ5WEDA5CNFSM4IWXAT52YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6Y3XWI#issuecomment-531741657>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAGNYD5Y4JMCXAXSNMUT35TQJ5WEDANCNFSM4IWXAT5Q>
.
|
Koenkk/zigbee2mqtt#1980 looks related to this issue? If that's the case, it will require an update from zigbee2mqtt. |
Same problem here: |
Same problem here: |
Another CC2531 Stick with Firmware CC2531_DEFAULT_20190608 with the same problem |
Same problem here: |
I also have this problem. Intel NUC, Hass.io, Home Assistant 0.99.2, CC2531 Stick with Firmware CC2531_DEFAULT_20190608 Any update? |
Reflash of stick solved problem for me |
Did a reflash and it worked! (At first I still got the error messages, but after some minutes the stick got online again).
|
I can confirm that it is running again fine on 1.6.0: Steps done:
|
Confirmed it's working using a similar process - re-flashed using CC debugger, didn't work on the first try, then mapped to device by name and it fired up correctly (v1.6.0). Does this suggest that 1.6.0 update wrote bad data to the stick? |
I have this too, just reflashed the stick to see if it helps. |
The issue surfaced on both my CC2530 and CC2531; above procedure solved it.
Both of these developed the problem after Z2M crashed in a way that has happened in my setup many times already with v1.6.0, as seen in attached logs. (debug-level logs have been recycled already, sorry) |
Same problem here. |
I had this error several times in the last days. Reflashing always helped, but the waf -> 0. Today the devices wouldn´t reconnect after reflashing:
Disconnecting them from power/ using the real switch helped. |
Just migrated from IKEA to the cc2531, failed twice in a week, pending it's second reflash now. VMware based Debian 9 Happy to do whatever triage is asked of me. EDIT: It just dawned on me that it failed upon a couple of has restarts. For the first time in a while. Not sure why this could bring about instability in a product hass is merely consuming info from though. And not even directly. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
running on koenkk/zigbee2mqtt:1.6.0-arm32v6 docker image on RPI 3. |
Hello alltogether from Germany,
my Zigbee Devices suddenly stopped working yesterday afternoon.
Anyone got an Idea what could have happened?
Could it be the update from zigbee2mqtt 1.5.1 to 1.6.0 within the add on?
More Informations below - thanks in advance!
zigbee2mqtt add-on version (if edge, please report commit hash):
1.6.0 stable
Operating environment (HassOS, Virtual Machine, Device/platform running Hass.io):
Raspberry Pi 3B+
HassOS 2.12
Hass IO Supervisor 187
CC2531 Stick with Firmware CC2531_DEFAULT_20190608
Description of problem:
Add-On starts and runs, but all linked Devices are in "unavailable" State.
On September 13, at 03:18 PM all Devices became unavailable without any action made by myself.
Add-On Auto Update is enabled in Hass-IO
Error pasted in Logging Section below repeats every 60-90 seconds.
Troubleshooting steps:
Rebooted the Pi twice
replugged CC2531 stick multiple times
Your entire configuration from the frontend (with sensitive fields redacted):
Your logs from Hass.io
The text was updated successfully, but these errors were encountered: