For me it has nothing to do with the maintenance window, I can replicate the delay at any time during the day or night
2 Likes
For me it isn't the maintenance window either. I have removed most 3rd party apps that do not support my devices and nothing has changed.
2 Likes
Hi,
just as a quick update, I think I figured out my problem by accident.....
I think that my problem came down to my Z-Wave mesh....
I was still trying to figure out what is going on and was wondering if the switches have the wrong neighbors.
So I installed OZWCP in a Linux environment on Windows (Windows Linux Subsystem). I bought an additonal USB Zwave adapter some time ago to do firmware updates and that adapter is tied into my HE as a device. On startup, OZWCP went to town and updated all the routing information on my Zwave devices.
After that initial startup, my response times for my routines were very fast, as fast as they had never been with HE, and no more double or triple events!
It appears as the devices had some old or wrong routing information that then somehow compounded....
I already ran a few "Repair Z-Wave" from HE over the last couple of days/weeks that never had that same result as running OZWCP.
I am still wondering though why the HE Repair Z-Wave did not have the same effect as the OZWCP....
A different approach could be to do factory resets on the devices and then link them again to HE. I would recommend to do a clean "exclude" first with HE and then doing a full factory reset on the devices that are acting up. That might clear the problem for you....
1 Like
So maybe getting somewhere. I just built this Zwave network from the inside out on the HE hub when I got it and migrated from ST. So the devices were all working OK there. I also did what you said. I did a full reset on them so that it left ghost devices in ST and then added completely new to Hubitat. So all resets. I have since ran zwave repairs in HE....but what does OZWCP do that Zwave repair doesn't?? I'm all for getting this speed thing fixed!! Any info you can provide on OZWCP is greatly appreciated...
This is the ultimate question though...as I don't think we should be needing to run 3rd party software as a resolution. If we can develop a pattern though. HE repair doesn't help, but OZWCP does..then I think we could make a good case for something being amiss in the HE repair.
I wish I would know all the details of OZWCP, I just stumbled over it as I found out that this tools lets you see which device has which other devices as neighbors. I didn't expect it to run a full route update on my existing network. Don't get me wrong, I am glad it did as I am sitting grinning over the speed of my routines now.
I am going to see if I can find some more information on OZWCP. I basically came to OZWCP via this thread: Z wave mesh frozen completely and have about 10 minutes of experience with it...
Some OZWCP info here:
You can also look at ZenSys Tools:
OZWCP is the first tool I go to because it has drop down menus with words. An icon with a garter belt just isn't mnemonic enough. 
I have this and will be the first to admit I was afraid of doing more damage than good but not 100% understanding what I was doing in there. Does anyone know of a decent writeup of how to check the health/mesh in Zensys?
I couldn't get OZWCP to install at all in Ubuntu. Ugh directions are not very clear.
My "instructions" are simply the list of packages I needed to get Debian working. I know nothing about Ubuntu, not even how to spell it right
I used
is there a similar tool for Ubuntu?
1 Like
Bump. I am on the latest release and experience the same issue. Groups and scenes take up to 5 minutes to execute. Reboots and resets don't help. People have been mentioning this in multiple threads and has been a long time issue.
With each new release we get new (obscure) drivers added, but where are the real fixes for long time problems?
Could you show the group you are having a problem with, and what kind of devices these are. This is not normal behavior at all. Groups are typically very quick to turn on/off.
I have about 8 different groups. I only use them to turn devices off as part of a goodnight, away. etc. type modes.
My devices in these groups are lutron switches and directly connected hue lights (no hue hub). Those are the only two types of lighting devices I use.
I don't nest groups in groups. If I control the device as a single light (after a motion event) it responds normally. However when changing modes and my RM4 triggers a group "off" event, is where I see a very long delay. 5 minutes might be exaggerated, but 2 minutes is not.
I switched all my groups to v2.1 groups. I don't suspect the lutron hub because single light events work fine.
I do use hubconnect.
Can't take screenshots right now, but hope I have given some useful info
If HubConnect is in the middle of this, you're going to have to do some work on the logs to see what is actually going on. As I said, it would not be a normal circumstance for a Group turning off some lights to take very long at all. You might also try isolating the groups to specific types of devices, to see if each of Lutron and Hue work as expected from a Group.
1 Like
So in an effort to reduce possible weird network traffic, I replaced a few devices from ZWave to Zigbee. Weird thing... I can create a NEW group with these new devices in them, but not add new devices to existing groups. It is not showing up in the list of devices when editing an existing group.
You may need to close the group, and open it again, to get an up-to-date list of available devices.
Did that a few times. No luck. Rebooted the hub. No luck.
Open the Group app, hit Done. Then, open it again. Those devices should show up.
Tried that on both the parent as well as the child app. Still no luck. Works fine with a new group. It's a Generic Zigbee outlet by the way (if that matters).
Show the App State for the Group-2.1 you are trying to add it to. Also, it would show up under Switches only.
