- Posted on
Sat Dec 12, 2020 12:50 pm
-
jay (support)
offline
- Site Admin
-
- Posts: 18220
- Joined: Mar 19, 2008
- Location: Austin, Texas
-
Note: Indigo currently behaves in a way that's somewhat misleading when it comes to Z-Wave dimmers. Up until recently, all Z-Wave dimmers (at least all the ones we have experience with) will turn back on to the level they were when they were turned off when sent the ON Z-Wave command. In Indigo, we use that behavior as the pattern for updating the internal dimmer state when Indigo commands a device to turn on so that it appears in the UI and to triggers, etc, to operate a bit faster than it might naturally behave - consider it an optimization to help with system response.
Some of the newer dimmers, like the Inovelli (and at least one Zooz) allow you to set a specific default brightness level that the device goes to when turned on (behavior that our Insteon users will recognize).
When this behavior is enabled, Indigo will immediately set the brightness to what it was before it went off, but then will get updated when the device reports its real brightness. Visually, if you happen to be looking at Indigo, you'll see it. More importantly though, triggers may mis-fire. For instance, you have a trigger that fires when the brightness of a device becomes greater than 75. The default ON value is 60, but the last time the light was on it was at 100. Sending an ON command from Indigo will automatically set the internal brightness state of the Indigo device to 100 (last level) which will cause the trigger to fire. A few seconds later, the real brightness from the device will get reported (the correct value of 60) but by then the trigger will have already fired.
For many, this probably won't be a show-stopper, but we wanted to point out this behavior so perhaps it won't be quite as startling if it happens to you. We plan on addressing this in a future version (not 7.5) but for the time being it is how it works.