@chris I wanted to get your perspective on an issue I’m seeing with the Leviton VRMX1 dimmer.
The device included successfully, and works as expected with one exception. When sending the command to set the dimmer level, the binding sends the SWITCH_MULTILEVEL_SET and then immediately sends the SWITCH_MULTILEVEL_GET. The problem is that the SWITCH_MULTILEVEL_REPORT that comes back in response to the GET is the original dimmer value before the device has applied the value in the SET.
What I think is happening is that the device is processing the GET before it has finished ramping up/down to the dimmer level in the SET command. Here’s a snippet from the log viewer that shows the behavior.
What do you think, and do you have any thoughts on how to deal with this?
I’m running the standard zwave binding in build #905.
Edit: I should mention that this manifests itself in some odd UI behavior. When you move the slider on the UI to a certain dimming level, the slider immediately bounces back to the previous dimming level.
I did look through the open issues list, but I didn’t see one specifically about this scenario. I looked again and there is an issue relating to the dimmer value when using restore-last-value.
The fix was to poll the device if we change the multilevel switch state. This appears to be causing the behavior I’m seeing.
This situation doesn’t involve an unsolicited report. The report in in response to the GET, which is sent around 50 ms after the SET is sent – definitely not enough time for the device to ramp to the new level.