New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Periodic poller incorrectly resetting multilevel switches #373
Comments
Noticed in the debug that when the poller fires off to snag updates (I see the SwitchMultilevel Get job, presume that's the update request?) there's also a "SwitchMultilevel Set" job. Seems odd anything but a "get" for an update would go out. I don't see sets for the binary switches, just multilevel. |
Logs from a poller run: [2016-08-20 10:21:00.309] [I] [core] --- ZWayVDev_zway_11-0-38 performCommand processing: {"0":"update"} |
I see only device 11 is affected, while devices 12 and 13 are not (being also Switch Multilevel). For me it looks like you have some other rule that sends a Set on device value changes. Please doublecheck it. |
@PoltoS thanks for the follow-up, really appreciate it. Before going into detail I hope the following two bits of information are helpful:
Devices 11 and 13 in my setup are both dimmer switches, and both experience the same problem, while 12 is a binary. Please see Z-Wave.me forums thread (https://forum.z-wave.me/viewtopic.php?f=3419&t=23672&start=10). You'll note myself and someone else are seeing the same behavior with dimmer switches, while binary switches are fine. If I disable the poller the issue goes away (nothing to/from the devices unless manually triggered). Additionally, per aforementioned forum post the other person is seeing exactly what I'm seeing, namely that pressing "update" in the standard UI sends a get+set, while pressing "update" in the expert UI sends only a "get". |
I updated the forums post with a screenshot showing the job queue with a standard vs. expert ui "update" press. |
Got it, this was fix few days ago but not released yet. Please add three few lines to fix the problem meanwhile |
@PoltoS Thank you, the fix works for me! |
Working here as well. Thank you @PoltoS. |
Welcome! |
Running version 2.2.3.
Opened a thread on the forums around GE light switches, namely the fact that the add-on-/3-way switches weren’t updating in Z-Way after a physical press. After some research, and education on my part I learned that while the main/line switch does send NIF on physical press (picked up by Niffler module/app) and updates great, the add-on/3-way switch doesn’t trigger a NIF. So, no update change, ever.
Once I worked around my admittedly basic knowledge of Z-Wave and learned more about NIFs, the patent nonsense, etc. I figured the solution to updates would be to just enable the periodic poller, set it to 1min for my switches, and that would be good enough. However, once I set up the poller I started to see some behavior I think is a bug, explained here: https://forum.z-wave.me/viewtopic.php?f=3419&t=23672&start=10
Basically when the poller fires off it turns the lights off (if they were turned on via the non-NIF sending switch), and turns the lights on (if they were turned off already by the non-NIF sending switch).
I hope I’ve explained this well enough, and thanks in advance for your help!
The text was updated successfully, but these errors were encountered: