My C-7 hub is a bit over 1 year old.
For the first time and without any apparent reason the entire Zigbee network
went offline. I was able to restore everything by shutting down hub followed
by physically recycling power.
So far so good, hub is back on line, but my questions are:
Is this something to worry about or occasionally this may happened?
Should I check something else?
Should I simply forget about this case, nothing to worry about?
I have Hub Info driver installed.
Hub temp is 40C, Free memory is 372420
PS.
Hub is under Hub Protect plus I have an unboxed spare C-7.
I bought this C-7 in a rush when I migrated from C-5 to C-7.
Right after migration my Zwave network went crazy. But it was
due to few Zwave ghosts devices plus few incompatible with C-7
Zwave devices.
@vitaliy_kh Zigbee radio going offline is a sign of an overwhelmed mesh. You may have a device going bad that is effecting everything else. Keep an eye on your logs to see what is going on.
Well, it also happens under low memory conditions. Zigbee radio is first to go, for some reason. Install @thebearmay’s excellent Hub Info driver to monitor free memory state. Installable using Hubitat Package Manager (“HPM”) from Dominick Meglio (@dman2306), another excellent tool.
Glad that it came back online. I personally never experienced this on any of my hubs, but have seen hubs under stress dropping the Zigbee to preserve resources. Both @rlithgow1 and @672southmain highlighted the reasons why a hub might be under stress. I've also seen one offs, with Zigbee dropping once and never again.
I would keep an eye on the hub and occasionally screen the Logs for warnings and errors or hyperactivity from multiple devices simultaneously.
Like @bobbyD said no real need to, but since you already have the Hub Information Driver installed, you could consider setting up rules to notify on consistent high cpuLoad (maybe > 3 for 10min), high temp (>60°C for over 10min), memory below 120000, or the zigbee status becoming disabled.
Thanks, this is a good idea.
I will add these monitoring rules.
And thank you on threshold nubers.
Creating rules is not a big deal but what numbers to use is
very good to know.
Those should give you a little buffer, but are a good starting point. Recent memory management improvements should allow you to get down to 80000, and I’ve seen some hubs that consistently run a cpuLoad around 3+, but based on my C7s the numbers above are where I’d start.
As "normal" as Zigbee going offline Updating or creating new rules, unless you accidently set up a continuous loop, are unlikely to cause problems. Now, on the other hand, adding new integrations or new devices could have unintended consequences, including, but not limited to killing your radio
No, I don't have maker API installed and used.
Integration with HA is done via Home Assistant Device Bridge designed
by @tomw and few other power users. I have no idea what is used on top
of TCP/IP for the HE-HA communication but status reporting from the
HA Device to the HE is near instant. Nothing needs to be installed on the
HA side. The only requirement - HA Device must be one of the supported
by HE driver.
I 100%+ agree with this statement.
I am trying to use only trusted apps and drivers.
An if I am not positive about outcome I am testing things on my spare C-5 before
installing it on work horse C-7. The major difference however, C-5 does not
have any physical devices at all.
No, forgot the quotes around "normal" to emphasize abnormality.
Adding support for a new integration, is a major event, and not a routine (normal) activity.
When I plan to add new devices or integrations, I introduce them gradually and observe their impact on the existing system very carefully. I call it the "fish tank method".
If you have a well established fish tank, introducing new plants, fish, etc can have devastating effects on the existing environment, that's why you have to isolate and gradually make changes.