As far as switches randomly turning on and off, I’d test disconnecting from the hub and seeing if it still does it. Honestly when I’ve perceived this issue it was 100% the hub sending commands that I mistakenly had set up to the wrong dimmer or something.
A remove/reset and testing “offline” should let you know if the actual switch is defective or not. You would be 1/1000 if something were actually wrong with the switch. With multiple issues it’s almost impossible. We are here to help!
Don’t know HA at all, but is there an events log per device where you might be able to see what even triggered an on or off?
Absolutely. Logbook can be filtered to see what commands might have been sent. Even shutting down the hub for a bit and seeing if it does it would be a fine test, but then the entire mesh is down.
- You may have inadvertently set it in the hub interface
- You may have inadvertently set it by pressing the config
- Do you have kids that like to press buttons?
I think #3 is the most likely option. But crazy to think they hit it 8 times consecutively…but not impossible.
You have to think like a kid! If it doesn’t do something the first time, keep mashing it until something happens. Oh look, the light flashed!!! 
Yea, I’m still trying to understand HA and the logs and such.
I’m still having the issue with 3-way switches running into some type of race condition (I posted here)
Following up on this…I think my system is going haywire 
I’m home alone today, so no kids around who could be pressing a bunch of buttons.
I turned off all the bedroom lights…then a few hours later:
Any thoughts?
What load are you controlling? Are these smart bulbs by chance? I had a similar issue on one of the first iterations of firmware (since been fixed) where I would disable local control bc I had smart bulbs on the load and randomly the switch would reboot and then the lights would turn off on the reboot and since local control was enabled, I couldn’t do anything until I re-enabled local control, turned the lights on and then disabled local control again.
Since the light is flashing green, it does mean that local control was disabled, so we just need to get to the root cause as to why it’s being disabled. It could be a HA thing, but I’m not familiar with it 
They are not smart bulbs. All LED bulbs (some/most are can lights, but this has also happened to some pendant lights).
My guess is HA as well…I can try and post to the reddit forums and see if I can get help there…unless there are better HA forums you’d suggest.
I can’t help w/HA either, but I recall @kreene1987 suggesting you check the logging.
It’s strange that the switches had DLC turned on, possibly by HA.
One thing you could try if you can’t resolve why HA (if that’s the case) is doing things on its own would be to factory reset the switch and re-add it (using a different name, just in case). If there are settings specific to the existing switch they should, in theory, no longer affect the new switch.
They have an insanely active community (like bigger than ST – was actually shocking to me) here: https://community.home-assistant.io/
Do you by chance have a 700 series USB stick? I had issues with things turning themselves off and on with a Hubitat C-7 that had zero automation. A few Inovelli bulbs, but also a Homeseer fan switch, and some Jasco plugs.
I don’t know what was ultimately causing it, but my Hubitat was showing me a half dozen devices (LZW42 bulbs and Zooz ZEN15) that were spamming the z-wave mesh to the tune of ~10k commands per day. I removed the offending devices, and things started working as expected. While the insane traffic is of course the cause, I suspect the 700 series chip firmware (of the controller) has a bug when it comes to dealing with this sort of load, and it somehow sends bad/phantom commands. Are your switches possibly sending power usage updates super frequently?
This is the stick I’m using
I’ll post this to the HA community soon (bit swamped at the moment).
Thanks!
Ah, not a 700 series so probably not what I suspected.
Sorry for the long gap between responding. This is all installed at a second home, so I can only debug it intermittently.
I recently took a video of the 3/4 way behaviour (with switches only) and wanted to share it: https://imgur.com/7BTGbBj
I’m posting to some HA forums to help debug as well
Which switch, black or red? What steps exactly did you use to associate the switches?
I’m thinking you didn’t set parameter 4 to 11 on the slave switch.
I know that when I associated black dimmers, the slave wouldn’t dim the master right until I upgraded them to the latest firmware. Then, the black dimmer firmware 1.52 which had basic scenes (single taps and single holds) got that feature removed in the newer 1.57 firmware. So it’s possible the switches have some kind of association firmware issue too. The switches seem to be lagging behind on getting firmware bug fixes.
It’s the red switch I believe. When I checked the firmware, they were the latest.
Unfortunately I’m not at the location right now, but will be there late next week and can check on the parameter setting.
Here are screenshots on how I setup the association. You’re right that parameter 4 is not set to 11 (it’s set to 15). Problem now, is that I’m unsure which switch is the slave Any tips on figuring this out before I pull them out of the wall to see how they are wired?
Also, firmware for both is 1.21
Remove the association and see which dimmer turns on the light. Then re associate.
OR airgap one switch and toggle the other and see if the light turns on/off. If it does you found the load switch. 
