2023.5.0 broke 12 different aqara Zigbee devices - still broken on 2023.5.3

I haven’t even had a chance to see if any of the updates got my Phiilips devices working again.

Once they broke and I had to spend an hour restoring the backup to control my lights again, I put off updates for a while…

Maybe I’ll try 7.3+ when that comes out.

I am struggling heavily with Sonoff zigbee dongle. After HA update none of my zigbee sensors are available. At some point all I had to do was reload the integration, but even that doesn’t help anymore. They’re all gone.

I struggled REALLY bad with that dongle. Ended up trashing it.

Some people claim it’s fine, but there are two versions of it. I think maybe I (and you?) chose poorly…

Are you running Z2M or ZHA? If you already have the dongle and trying to use it with ZHA, I would strongly recommend dumping ZHA, and running Z2M instead. I use the Sonoff as both coordinator and router, and found it flawless with Z2M.

And with Z2M, you don’t have to change code everything HA updates, or crash and restart the zigbee network when HA restarts. It’s just a much better platform than ZHA, at least today.

I run ZHA. You mean MQTT? I’ve been thinking whether I should try that. It’s just when I started playing around with HA, for some reason I couldn’t get MQTT work. So I went with ZHA and it has worked well until the latest HA updates. Actually today I spent some time investigating the issues and it seems all my zigbee devices have reverted back to their default names. A bit strange I would say…

I’ll spend some time to get familiar with MQTT and how much work that would be to migrate to that. Anyways there’s quite much work ahead renaming all zigbee devices again and updating the sensors etc. accordingly…

Kari, I meant using zigbee2mqtt (commonly referred to as Z2M). The integration with HA via MQTT is VERY good, and it’s more capable in terms of device support, can run on a different PI or other host than HA itself, and isn’t slaved to the update cycle of HA the way ZHA is. Architecturally, it’s clearly superior to ZHA.

Those things may or may not all be accurate, but the fact remains that regardless the accuracy of those statements, it doesn’t absolve the devs of their responsibility for breaking a core piece of functionality and not even having the courtesy of listing it as a breaking change. Complete nonsense.

2 Likes

Watched a couple of Youtube videos on ZHA vs. MQTT and for now I am continuing with ZHA if my remaining issue is just the devices need to be paired again and renamed. So far the devices I went through yesterday seem to stay online.

If I changed to MQTT now I’d need to redo all automations and configurations from scratch.

In the future let’s see. If this kind of issues still continue then I might either set all my HA stuff into hell of a big bonfire or finally migrate to MQTT.

That’s a great point - about the automations. With dozens of zigbee devices on my network, it would take me HOURS of effort to redo all the automations and dashboards and everything else. Switching is NOT a viable solution.

It is possible to change the name of the sensor etc… so it’s consistent with the ZHA sensor etc… used in existing automations. I did a bit of this when I was transitioning from deconz.

In any case, hopefully new folks looking at this choice will avoid ZHA and use Z2M instead, even if it’s too painful for large existing installed bases to shift.

Look, we get it - you’re a z2m fan. This thread is about how the devs broke zha. Your comments are not contributing to getting zha fixed. Respectfully, please start your own thread.

Be sure to people that not all hardware is supported, too.

Thank you.

I still have all my zigbee devices dropping off network. Getting completely fed up with this. I thought this was fixed by re-pairing and renaming all devices. It worked a couple of days, but now all sensors are unavailable again. Seems I have no other choice but revert back to some earlier HA version or change to mqtt. Winter is coming and I need my heating related automations to work… I just can’t understand why HA is doing nothing to fix this. It was one of the latest Releases that broke the zigbee for many of us.

99.9999% of the time, it’s issues with your controller (Your sonoff zigbee dongle). I have Tubes controller and I don’t see any of these issues you see.

I’m not saying that switching to this controller may be better. But there are other ways to ensure you have less issues with your controller. Like using a USB extension cable. Ensuring that the stick is not near other devices to cause interference. Ensuring that you have a solid mesh (No devices really far away from another device). Ensuring that you have repeaters when needed. Etc.

strong echo of this, I was able to resolve 100% of my drops by much more deliberately placing the nodes and most especially the powered nodes that are being used as repeaters.

Also not having the controller located near a bunch of other stuff blasting 2.4ghz seemed to help as well since it had been placed near multiple esp8266 based sensors, but I kind of did all of that at the same time so it is kind of hard to determine which specific thing was the primary thing that resolved the drops, but I kind of needed to do all of those things regardless.

I am using extension cable. I have zigbee devices that work as repeaters. I have additional repeater. Everything worked before the spring releases of HA Core. And when I changed ZHA to Z2M I got everything fixed. All works. So there is something wrong with ZHA. And I am seeing lots of other people who have the same experiences.

All working now, using same dongle, everything else is same, only thing changed was ZHA to Z2M.

2 Likes

99.9999% of the time, it worked just fine until the upgrade broke it. These are not reports of people installing new devices or setting up a new mesh and having issues - it is “this used to work, I updated, and it no longer works”.

The devs need to stand up, take some accountability and fix what they broke.

Nothing changed. When HA restarts, it talks with the ZigBee sticks. If you’re having hardware issues, it could work one restart, but not the next. People associate that with the upgrade. This has been going on for years with all Zigbee libraries (Z2M, zha, deconz, you name it) and it usually boils down to the combination of hardware that they are using.

There’s no need to try to spark petty arguments.

I’m not sparking anything. Are you seriously suggesting that I haven’t rebooted my HA server - ever - for how many years now? Literally - this upgrade is the only upgrade that has caused any zigbee issues, and frankly the comments here from mods are nothing short of insulting.

… that’s the opposite of not sparking anything. I’ll leave you be.

well well well. After using Z2M for about a month all of a sudden I started facing issues. The Zigbee2MQTT add-on crashes several times a day. I guess I need to start another thread / find a suitable thread for this one. I am out of options …