-
-
Notifications
You must be signed in to change notification settings - Fork 28.5k
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
ZHA not working properly after upgrade to 2023.5.0 with HUSBZB-1 #92581
Comments
Yeah, had exactly the same thing, not just Weather but also Aqara motion and door open/close sensors so far. They are all starting to get stuck in one state then eventually drop off the network. Repairing fixes for a couple of hours then they start dropping again. Was mostly stable until 2023.5, nothing else at all has changed. Was similar to what I was seeing with older ZHA versions using a SkyConnect stick. Moving over to a SonOff had fixed it for a few months but now the failures are present on this stick as well. Sigh... |
Same, last night I re-connected all the devices and the four main sensors is now unavailable again. Some of them are still active but the majority of my network is down. I'm using the zigbee stick as well. |
I am having the same issues with my Aqara temp and water sensors. Don't update and eventually goes to Unavailable. Logger: zigpy.application Zigbee channel 15 utilization is 92.06%! |
I'm having this problem too. Is there some way to downgrade, this is unusable! |
I rolled back HAOS (core update --version 2023.4.6) and removed the updated Integrations, reconnected the zha clients and so far so good. Been about 12 hours and no disconnects. |
I had possibly the same problem, I spent the last 2 days trying to fix it. I tried many different things: changed WIFI channels and config, added even longer USB extension, restarted VM and host, etc. nothing was helping. What looks to have solved was a Conbee II firmware update (I had 26580700 and installed 26780700). When I reconnected the Conbee and restarted the VM, everything was back to normal. I used the instructions from here to update the firmware: |
@dmulcahey @Adminiuga can you please help label and triage this? |
I have this same issue, and for whatever reason I cannot get my backups to restore. What logs would be beneficial to help get the troubleshooting started? |
Also having same issue. Have removed and readded devices multiple times but they no longer join the network to communicate with each other. One device will show it's connected in the network visualization but the others remain on their own and stop working after 10 minutes. |
https://community.home-assistant.io/t/2023-5-0-broke-12-different-aqara-zigbee-devices has a number of other users who've experienced the same thing on 2023.5.X. For myself, I could not get any of my aqara devices to reliably stay on the network with 2023.5.0, .1, or .2. Rolling back to 2023.4.6 (with HAOS 10.1) stabilized it for me. Whatever logs I can provide to help, I'm happy to do so. |
Hey there @dmulcahey, @Adminiuga, @puddly, mind taking a look at this issue as it has been labeled with an integration ( Code owner commandsCode owners of
(message by CodeOwnersMention) zha documentation |
ZHA debug logs of things working with 2023.4.6 and not working with 2023.5.2 would be helpful. Leave HA running for 20 minutes with each configuration to make sure enough traffic is collected. The logs will contain quite a bit of information so you're welcome to email them to me if you don't want to publicly attach them to this issue.
Do you mean that you deleted the ZHA integration and set it up again? When you did so, did you select "erase network settings and form a new network", or did you restore a previous automatic network settings backup? |
I restored from a previous automatic backup. |
I'll try to get those logs tomorrow, if someone else doesn't get them first. |
I experienced the same after upgrading from 2023.4.6 to 2023.5.2. I rolled back to 2023.4.6 and everything has been stable. I did not (knowingly) update or rollback the ZHA integration. |
I've been trying to rollback with a backup, but it just reboots and does nothing. Looks like I'm stuck until this is figured out. |
Similar issues when I upgraded to 2023.5.x ZHA Integration fails to load- I'll send logs if the group needs more than provided by the contributors above. Updated --- On a lark i went out and power cycled my ZHA device which is a sonoff. (never had to do this before after having stable operation for years). My system is back running again. |
Same issue by me. The whole Zigbee network is down (except Philips Hue Motion Sensor). I can add my debug files. config_entry-zha-1092df2b1575785bddd04df13646bacf.json.txt |
@RTS007 |
Adding a +1 to experiencing the issue, was fine before 2023.5.0. Affected devices are Aqara(aka Lumi) Cube, wireless switch, door sensors. Aqara sensors not affected: Temperature/humidity. Other zigbee brands/devices do not appear to be affected. Able to reconfigure the affected devices to get them to pair but they drop off after a period of time. |
@JediBrown @seblang Can you upload the diagnostic JSON for the ZHA integration (click the exact button shown below and it will generate in a few seconds)? |
Same issue with both the 5.x updates I've taken. I've restored to 4.6 twice now as all my devices (primarily Aqara) go offline/unavailable. Restoring to 4.6 fixes the issue. |
Can I just confirm something. The write up for this bug suggested it was only affecting 'older' coordinators. I am using a Sonoff Dongle-E that has the same chipset in it as the skyconnect, flashed to the recommended version 6.10.3 which was only updated 2 months ago. From what I have read this uses ezsp v8,so do I have to do anything else ? Should I reflash it to the very latest 7.1.4 and would this resolve the issue before the fix comes out ? This is the output from my ZHA debug info about the coordinator:
Stack version is (I think) ezsp version, so I am at v8, with a pretty recent firmware version. Especially given this phrase from the release notes here: "This is a bugfix release that fixes a major issue with some Aqara devices dropping from the network when used with an older Silicon Labs coordinator (e.g. the HUSBZB-1). It affects no other coordinator combination." |
Curious if this mornings update 2023.5.3 resolved issues for anyone? It did not for me as of now. I'll probably roll back to 2023.4.something as mothers day here and she's not happy when motion based automations not working.
|
I've just updated but its too soon to tell. I also have the query in my last post above that doesn't seem to fit with the issue as described. I'll check again in the morning to see if any devices have dropped offline. |
I had the issue. I certainly fit the issues listed. Just updated about an hour ago. I'll know more in 6-10 hours I think. |
Updated today as well and no improvement. Perhaps even a bit worse. Will report back in the morn. |
For myself, 2023.5.3 appears to be working correctly. I updated this morning and none of my sensors have dropped after 8+ hours. Thanks puddly! |
I was able to downgrade to 2023.4.6 by using the command below. This solved all my issues. ha core update --version 2023.4.6 |
So far working for me. Have 2 installations with various zha sensors and devices |
My aqara sensors have always been flakey, and I could only get one of them reliably connected. That good one fell off the network when I upgraded to 2023.5.0. Was hoping to get it and the other aqara sensors back online with 5.3, but they are still having the same issues. I have fairly large zigbee mesh with lots of repeaters, and these are the only devices that won't stay connected. I've read that aqara devices are notorious for disconnecting unless using (and only using) specific repeaters, so I'm surprised that the folks reporting this issue haven't had the same issues before now... |
I had to add the devices after the upgrade but once I did they’re not dropping |
UPDATE Original post |
So far so good since the upgrade to 2023.5.3.. Devices are staying online. I would reiterate that my coordinator is not 'old' its the latest version of the Sonoff Dongle-E, running ezsp v8, so still not sure why it would have been affected. |
27 hours and all still good. I'd say this was a success. |
JeffCrum1, did everything connect right away when you updated or did you have to do that manually, I ask as one of may main motion detectors is shown as there but is not showing movement so not sure if i need to do anything else beyond just upgrading? When I update it's missing several zha devices, and some are showing but not actually changing states and when I go back to 2023.4.6 everything is connected right away. |
I am sorry. I should have given better details. After upgrade to 2023.5.3, I had to readd all devices. That happened at the time I reported above and everything has been good since then. |
Same here. I've been running 2023.5.3 for over a 24 hours now, and everything's working perfectly. All of my devices connected automatically. |
Updated to 2023.5.3 about 12 hours ago. I did not need to reconnect anything and Zigbee has been totally stable. |
I upgraded to 2023.5.3 24 hours ago, and everything seemed fine. Woke up this morning, and 8 aqara devices are offline, so whatever was done was not the solution. |
My devices have stayed online, about 24 hours later,, so the change has been effective for me so far. If anything changes I'll update this thread. |
UPDATE. Success (fingers crossed). I re-added all 3 of my aqara contact sensors explicitly via the 'Silicon Labs EZSP' ZigBee coordinator as illustrated in @KrunkKracker's post above and they seem to be staying connected (unlike when I just 'Add Zigbee device' or try Adding via another ZigBee repeater). You can tell they are more likely to work by seeing the last update time being updated periodically, and (after you refresh topology on the view network page and reload) they finally have a connection line to the coordinator. I did have to move the sensors closer to the stick to get them connected, but I've moved them further away since and the connection is still holding. Fingers crossed. Thanks again @KrunkKracker for the guidance. |
Mixed bag whether updating fixes, or doesn't fix the issue for people. Anybody know for sure if 5.3 fixes this? Otherwise I'll hold off for now. |
It did NOT fix it for me. In fact, in some ways, it made it worse. At least with the three prior 5.x versions it was always the same devices falling off the network - now it's random. Devices that were never affected before have begun falling off. Very irritating to say the least. |
I'm now several days in and still stable. No issues to report. |
Looking rock solid now for me. All devices have recovered and connected. Thanks for the fix! |
Tried it again and didn’t loose any devices on upgrading this time and have stayed on overnight. Awesome and thanksCheers,Chris GrahamMoreFlavor Inc Sorry for spelling errors or brevity, this was sent from my phone.On May 18, 2023, at 5:49 AM, Steve-O ***@***.***> wrote:
Looking rock solid now for me. All devices have recovered and connected. Thanks for the fix!
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
|
Still very much an issue for me. Skyconnect/ZHA. On 2023.5.3 |
The problem
Since I have done the update some Zigbee device are working some other are working !
I have done the update to 2023.5.1 this morning, after this some Zigbee devise are working again but other not!
For exemple one of my Lumi weather is connected and work fine and another not!
What version of Home Assistant Core has the issue?
2023.5.0 and 1
What was the last working version of Home Assistant Core?
2023.4.6
What type of installation are you running?
Home Assistant OS
Integration causing the issue
ZHA
Link to integration documentation on our website
No response
Diagnostics information
zha-82d0623a1db9a205c6271a6eb5f9bb54-LUMI lumi.weather-f2416bf360e4270732e6a3c4ffb51276.json.txt
Example YAML snippet
No response
Anything in the logs that might be useful for us?
No response
Additional information
No response
The text was updated successfully, but these errors were encountered: