Continuing to document my experience with my hub...
After a week of relatively good experience, nothing to report, no reboots required, just the normal slow response time by time on some motion detection...
Woken up at 7 am with the bedroom lights on. Hub is completely seized up with no dashboard input possible and no response on any page on the Web interface. Managed to reboot using the :8081 port (this has always worked for me). Reboot took a while at 10%,whatever that may mean.
Absolutely NO ERRORS in the logs at all (which ran from 1.32 am until and through the reboot just after 7am). That seems very strange indeed. In all prior cases of seize ups, there was at least some evidence of a few red error flags.
Latest update. This last few days have been much improved. The list of various actions taken, explained above, seem to have fixed the issues I was having (at least for now!). Performance has been reasonable and no crashes for a while now and no reboots necessary apart from hub updates. This is a huge step forward for my system and user experience.
I also updated all my motion rules with the guidance from @bravenel in the most recent live event (instead of using changed for the motion trigger, use active, remove the ifthen structure and use wait instead). I believe this has also helped performance of motion lighting rules as we move around the property. Very happy with that change.
My Zigbee mesh also seems much better now after adding 3 IKEA Tradfri repeaters. But this really took ages to settle (several days and multiple device reconnection, not just 24 hrs after a hub power-down). Lesson here for me is it takes time to settle. No drop offs for days now, including the Xiaomi's (where I also updated to the very latest drivers).
I'd also disabled the Chromecast beta app a while back (as advised) but have found that it's still OK to run TTS through the devices with no hiccups whatsoever and no errors in the log. I'd assumed that disabling this app would remove the ability to do TTS with my Google Home devices but they continue to work fine.
Progress!
(of course immediately after posting this, the hub will undoubtedly crash ha ha ha)...
Latest issue. Noticed the hub had frozen up early this morning. No errors in the logs for several hours prior to the reboot I had to initiate using the 8081 port. I noticed a very strange error I've never seen before, just after the initialisation after the reboot.....
Yeah, good point. It's a Sharp Aquos driver that I jinstalled a couple of days back but didn't set up yet. Not sure if it might have caused the lock up since I didn't configure the driver yet to the TV. This error occurred after the reboot, with no errors prior, so I would think is not related to the lockup.
PC Controller from Silabs. It is is a free download, although you have to register for an account. You will need a z-wave USB stick. Recommend something like a UZB-7. They're relatively inexpensive (under $25).
I've had some trouble with the UZB 7 and PC Controller and getting it to pair with HE but it's probably me - I might recommend the Aeotec Z-Stick instead. You can also manually exclude devices without the HE hub.
The UZB3 stick is good for zniffing once you replace the firmware.
I also recommend the Zooz S2 Stick.
One tip:
When you first pair your zwave controller (whichever one you have), try and do the pairing as close as possible to the Hubitat Hub. There is a lot of information that is being transferred From the Hubitat Hub to the stick, and that takes time. That time may be greater than the partial 60 seconds that you get for pairing, so it may be only "partially" paired (or paired incompletely). If that happens, you must "unpair" and try again.
My latest errors, with extremely slow hub tonight (crawling along like a snail). Seems to be some type of dashboard error. Error messages dont really help identify the issue. I dont have a dashboard called "dashboardDevices2" so I have no idea what that is referring to...
