I believe that you are correct, But I think its a calculated based over the range of the min to max settings.
Trying to use the 6 pushed/held and 8 pushed/held to raise and lower the dimming on some smart bulbs. But the commands don’t seem to be sent from the dimmer (LZW31-SN running 1.44 firmware) until I release the button. I’ve held it for 30 seconds and the dimming never starts until I release the button. And of course when I release, it’s just as if I’d turned it on or off (all the way on or all the way off).
I’m using Button Controller 3.0 in Hubitat and using the “start raising” and “stop changing” attributes of “set dimmers” mapped to buttons 6 and 8 as described above to try to get this to work (6 pushed, start raising, 8 pushed, stop changing, etc.) What am I missing?
Do you have the latest driver installed? Also, are the events showing up in the event list? It sounds like you have it setup correctly, but maybe post a screenshot of your button controller setup.
Edit: actually looking at what you have I believe you have 6 & 8 backwards ( I think I also have them mixed up in the main post ). Notice my Rule Machine config below:
Edit: I fixed the main post.
1 Like
Ah, yep. That was the problem. I switched them and it works as expected now. Thanks!
2 Likes
Has there been a change in the way the Disable Local Control is presented in the Hubitat driver?
Using a Red Series dimmer here that previously worked well with CoCoHue and Hue colour bulb. I did a driver update to a June version and only had time now to troubleshoot odd behaviour.
Now I see the disable local/remote control switches are gone, only the drop down option remains and there’s some sort of “smart bulb” option that I can’t find documented.
I think my previous setting of disabling the local relay was reset until I did the eight clicks of the configuration button. It still reverts if I configure from the Hubitat device page.
I don’t believe that it has changed in some time. It has been a drop down for as long as I remember. There is a child device option that is a true/false setting.
With the latest driver if you set local protection via the Hubitat interface or via the switch it doesn’t matter. Either way will work.
Thank you Eric, I was able to read up on the Smart Bulb Mode a little more in the 1.47 firmware post. I found the following screenshot that illustrated the duplicate menus. I’m glad it’s been cleaned up now!
1 Like
Is there a way to set up different ramp speeds for on vs off from the physical switch?
I like having on set to 0 - nice and quick, but would like off to be set to 1 or 2 - to give a nice little fade as you’re exiting the room.
Any quick and dirty ways to edit the DTH to make this happen?
IDEA: simply set the ramp speed for the zwave parameter (I think that’s parameter3) to 1, and then set the physical ramp speed parameter (I think that’s parameter4) to 0, and then add the appropriate code to use parameter3’s setting when issuing an off command (instead of parameter4’s setting) when using the physical paddle. I poked around in the code for a but, but it wasn’t obvious on how to accomplish that.
Suggestions welcome.
At least in Hubitat, when I go into the device I see the parameter’s title, e.g. “Dimming Speed”, but not it’s #, (for Dimming Speed that would be #1). When referring to the parameters to set, such as for Associations, the instructions inevitably refer to the parameters by their number without also giving their name. Thus the instructions for Associations are to set parameters 2 and 4. But when I go into the device’s settings, since there are no numbers, I had to assume they were in order and then count them out. For 2 and 4 it wasn’t hard, but harder than need be. Plus, without the name of the parameter in the instructions and no number at the device itself, one cannot be a 100% sure they adjusted the right setting. There is a situation where we are to adjust parameter 12 and for 3 ways, maybe 21 and 22. Counting those out can be a pain and adds needless uncertainty. So, please add the heading names to go along with the parameter numbers in your instructions and/or add the parameter number to the parameter heading inside the device where we actually set the parameter.
Thank you,
Stuart
That seems reasonable and maybe Inovelli (@EricM_Inovelli) might consider adding parameter numbers to the parameter names displayed on the device settings page? Maybe something like this:
parameter.parameter1name="Dimming Speed (parameter 1)"
Until Inovelli updates the descriptions in the driver files, here is a cheat-sheet you can use for the Inovelli Red Series LZW31-SN file. (parameter numbers will vary with other models)
parameter.parameter1name="Dimming Speed"
parameter.parameter2name="Dimming Speed (From Switch)"
parameter.parameter3name="Ramp Rate"
parameter.parameter4name="Ramp Rate (From Switch)"
parameter.parameter5name="Minimum Level"
parameter.parameter6name="Maximum Level"
parameter.parameter7name="Invert Switch"
parameter.parameter8name="Auto Off Timer"
parameter.parameter9name="Default Level (Local)"
parameter.parameter10name="Default Level (Z-Wave)"
parameter.parameter11name="State After Power Restored"
parameter.parameter12name="Association Behavior"
parameter.parameter13name="LED Strip Color"
parameter.parameter14name="LED Strip Intensity"
parameter.parameter15name="LED Strip Intensity (When OFF)"
parameter.parameter16name="LED Strip Effect"
parameter.parameter17name="LED Strip Timeout"
parameter.parameter18name="Active Power Reports"
parameter.parameter19name="Periodic Power & Energy Reports"
parameter.parameter20name="Energy Reports"
parameter.parameter21name="AC Power Type"
parameter.parameter22name="Switch Type"
parameter.parameter50name="Button Press Delay"
parameter.parameter51name="Disable Physical On/Off Delay"
parameter.parameter52name="Smart Bulb Mode"
1 Like
Thanks for the suggestion. I am adding the parameter numbers into the description section for each parameter. Starting with the LZW31-SN but I will add it to the rest as well.
4 Likes
THANKS for taking this to heart so quickly!!
Maybe because I’m so literal, and so new to all of this, but it took me a while to understand “Preferences” and “Parameters” were the same thing (and the fact that they weren’t numbered before just made me more unsure). Likewise, people talked about switching out the drivers, but inside the device’s setting it is called “Type”. I don’t know if this is just in Hubitat or if there is anything Inovelli can do about it, but maybe they could mention that someplace. Consistency in terminology is a big part of the UI experience. I know most of the people up here are very advanced and I am a complete noob, but I also think that most of us love Inovelli and would like them to succeed by reaching a vastly larger audience. To do so, that means talking to more noobs like me, so the easier, more obvious it is, the better.
1 Like
Yeah, no problem. A lot of the time what will happen is that we will write a document and then the platform that the document is about will change something. So at one time that screen may have said “Driver” instead of “Type”. We could definitely do better at keeping things up to date. We are hoping to push out a “wiki” type resource that our users can help keep up to date. Since we are a small company we don’t have that many resources to always be on top of things, but we are trying!
My experience with your products so far has been extremely positive. I can imagine how hard it is to expand rapidly having to deal with COVID and other supply issues and hiring. After a Black and Red Series maybe the next line can be an (M go) Blue series. 
1 Like
I think you’ll like what’s coming in the next few months 
To be clear tho, I’m a MSU and University of Miami fan.
1 Like
Hum… let me guess… zigbee time?
Awwww yeah…
3 Likes
I cheer for Sparty except one game a year, and especially when you play the team named for a nut.
1 Like