core: ZHA Zigbee stops sending events and are generally fairly unstable
The problem
I moved from using conbee directly to zha some months ago - everything was great.
In the latest updates (not sure which) zha/zigbee integration stops sending zigbee events (zha_event) and all automation stops functioning.
Environment
- Home Assistant Core release with the issue: Home Assistant 2021.1.1
- Last working Home Assistant Core release (if known): best guess is this worked before the new versioning scheme.
- Operating environment (OS/Container/Supervised/Core): raspberry 4 supervised
- Integration causing this issue: zha/zigbee
- Link to integration documentation on our website: https://www.home-assistant.io/integrations/zha/
Problem-relevant configuration.yaml
<no yaml, all via integrations>
Traceback/Error logs
sorry for the screengrab but just couldn’t get copy/paste working in homeassistant terminal via browser.
Additional information
About this issue
- Original URL
- State: closed
- Created 3 years ago
- Comments: 103 (62 by maintainers)
Just want to let you know i had to stop using zha zigbee - it just stopped working too often. moved back to conbee/deconz and at least for the first 12 hours its been rock solid in comparison.
i hope you find the issue, i unfortunately cant help debug it anymore as im no longer able to run zha zigbee.
with hope!
@Adminiuga hello Alexei, I performed another test, on a 2nd machine based on RPI/HA core installation rel. 2021.1.4 this time with TI CC2652RB as Zigbee coordinator and not Conbee II, ZHA integration is running flawless. So the issue belong in between 2020.12.2 and 2021.1.1 releases… a bumped up ZHA dependency (zigpy-deconz library…?) Python version: 3.7.3 (both machines)
Thank you. Not sure if it was ZHA itself, or channel 11 which my Conbee2 was set to initially. But things have been stable since last evening using Deconz integration on channel 20. The first thing I tried after getting up was to trigger an ON/Off on my Ikea outlets, and they all responded. So fingers crossed now.
For now, I have decided to keep the Zigbee mesh totally independent of the Home Assistant system. So I will be moving the Conbee stick from my laptop where I was testing it, to the desktop in the basement.
Thank you everyone for taking your time out to help troubleshoot it.
Will give this a try. I have unpaired/deleted the plug as well as repeater from ZHA. Will power cycle and add the repeater back. Meanwhile I have moved the plug to a different floor where I still have my old Smartthings hub and paired the plug back to it. The plug has been pretty stable for last 15 minutes or so on Smartthings. Responded to all on/off commands. So I can at least rule out the possibility of the plug being broke hardware wise.
remove the the plug, leave only IKEA repeater on the network. Run the network for a few days with the plug powered off or completely removed from the network.
You can check if repeater is online, by reading the sw_build_id attribute of the basic cluster. After you remove the plug, power cycle the repreater to trigger update process. It takes just one device to screw with the network, if the plug is acting bad, then any other device routing or connecting through it would have problems.
@Adminiuga Home Assistant 2021.1.3 is still compatible with Python 3.7 and an upgrade is possible.
@Indybeak I think the phenomene with “half saved” device is becos ZHA is saving all new devices after they is completely configured but with one delay up to 2 min and the same then deleting one device it can taking up to 2 minutes before its “real” deleted in the database. Then restarting HA it can being all things is not done completely and its finding “ghosts devices”. I think your was being OK if paring the same plug and ZHA have picking it up and correcting all records of it. In my case it was deleted (the second coordinator by the system and was not coming back) and was flagged deleted but not done between restart. By the way the “jumping” between different system yor corbee can getting problem then its have network keys stored in the NVR that is not in sync with the host system and you is getting mutch problems. You can “hot swap” one TI CC-253X with HA1.2 firmware between hosts but with zigbee 3 coordinators its much more tricky then they is pared to the network and relaying on the integrity of the information and the host system is doing the same.
I’ve noticed it’s a bit random… I’m running the deconz_uart log now and no problems at all. I’ll keep monitoring it for now.