So I put a Zen71 in a 3-way, smart bulb configuration to control a stairway light (LIFX candle).
I added 2 RM rules, one switch on, one switch off. First RM exposure essentially. They work, LIFX goes on and off from Zen21 as well as from the regular 3-way switch just fine.
Then I looked at the Log and about every minute I see “button 1 pushed” or “button 2 pushed” depending on whether I pushed a switch on or off. I attached a snapshot of the log.
What’s going on here? Why am I seeing all these button pushes when I’m not touching the switch?
Turn on debug logging.
Also look at your rules, are you somehow sending push events to the switch?
Is this a ZEN71 or ZEN21? You mentioned both models.
What driver are you using for the switch?
1 Like
Oops, it’s a Zen71. No rules creating pushes, not even sure how to do that lol…
I guess I’m using the default driver, it shows as Zooz Zen71 Switch under Type. Is that the driver? I’m new at this as you can tell…
Thanks.
Hmm, so Hubitat is receiving a zwave event from the switch. I have a few of these - and a couple of rogue button presses in my logs - but nothing near the rate yours is, mine are days apart.
Maybe something in the firmware? Mine report fw version 10.0
1 Like
I sent this same info to Zooz support, but honestly I don’t expect much. Email only, one response per day, limited info/help. I think the talent here can guide me better.
This is a proper command for the button 2 pushed (which is the down off button). I just tested my ZEN76 and it sends the same command. The ## is just a sequence number so not relevant.
5B 03 ## 80 02
I suspect it is a wiring issue. I assume you mean you have the 3-way switch connected to the ZEN71? Disconnect the 3-way temporarily and see if it continues. Is the 3-way switch a toggle or a momentary type switch?
1 Like
Will do. Yes it’s a 3-way toggle connected by the instructions that came with the switch. The “load” from the Zen goes directly to the lamp. The neutral goes to the common terminal then the lamp, the traveler from the Zen to one side of the 3-way. Here’s the diagram, option 2.
Yeah just thinking to maybe eliminate one variable to see if it continues. Then you know for sure its NOT the extra switch causing the problem.
1 Like
I’ve had this happen once with one of my Zen77s. It was sending button 1 pushes at the rate of one/minute for hours before I realized what was going on (looked at the event log). I stopped it by actually pressing button one. It hasn’t happened again, but worries me enough (between this, and the intermittent battery report spamming by one of my Zen34s) not to buy any more.
1 Like
@agnes.zooz Is there any known issues with these devices (in 3-way configuration)?
1 Like
Just an FYI Zooz support had me exclude the switch, then go through inclusion again, a “soft reset”. I did this, changed the parameter to smart bulb mode (parameter 11, disable physical control), recreated my RM switch trigger on/off rules and guess what? Nothing changed…
I haven’t had a chance to disconnect the physical 3-way yet, hopefully tomorrow after our guests leave.
Just to clarify, we do provide phone support as well, just ask for a link to schedule a support call with a technician and we'll be happy to troubleshoot over the phone. Usually, email works better for in-depth troubleshooting like that since it will involve analyzing screenshots and logs.
We have not seen anything similar on any other platform. A 3-way switch wouldn't be able to send a central scene event and I'm not sure how the switch would send one without being prompted by a physical action - @jtp10181 , is it possible to tell whether the event is actually created by the device looking at the log? In other words, is it possible to see what raw report it actually sends to the hub (since "switch button 2 pushed" is a label created by HE)?
1 Like
@agnes.zooz The second screenshot in this thread shows the debug logs with the command and payload received from the device.
5B03 is Central Scene Notification
@stratmeister509 were these repeated events prompted by a physical action at first or were they created out of the blue with nobody touching the switch or sending any other commands to it? I'm wondering whether the repeated reports may be a result of not getting an acknowledgement from the hub as we've seen on other 700 series systems creating similar situations.
Does that happen both when using the built-in and custom drivers for you?
Once I had successfully included the Zen71 I of course pushed on and off a few times to see that it worked physically. I then pushed to put it in smart bulb mode and turned on and off from both switches with no changes to the LIFX since it was physically disabled.
I then used RM to create a rule for “switch on” to turn on the LIFX, and another for “switch off” triggers. I have also changed the rule for “on” to activate a scene. I do not have any rules/automation for buttons on the Zen71. The rules fire and change the switch status and LIFX bulb as expected. So everything works correctly.
Regardless of what I do the “button 2 pushed” message continues to this day about once per minute.
I was called away for a few days but am back home now. I will remove connection to the regular 3-way today to see if the message stops. I will respond here.
But to answer your question, I did not look at the log until after everything was successfully working, after many button pushes, so I don’t know if the messages started immediately after inclusion.
And I am using the default driver. I have never used anything else.
Thanks.
This is definitely not normal behavior and again, it wouldn't be caused by the 3-way switch since central scene commands are tied to the button functionality of the ZEN71 (so a 3-way switch connected to it doesn't have access to that functionality at all).
Are you able to replicate the issue after you exclude and re-include the switch to HE before programming anything on it? This would help us in the efforts to recreate the behavior.
Ok, I will exclude then look at log, then include, then look at log.
1 Like
Nothing changed, here are some log shots. Exclusion and start Inclusion:
Inclusion:
Were you able to find the solution to fix this? I have 3 out of 6 Zen71s I installed a week ago that started doing this same thing today.
