I have a HomeSeer HS-WD200+ dimmer and wish to set Parameter 13 to 1 each time the dimmer Rule is called. Is this possible with a RM custom command?
The reason is that the current internal driver resets this parameter to 0 periodically and I wish it to stay at 1. I know this should be done in the driver and I've requested it from the Hubitat crew, however I know its a trivial issue and expect it is near the bottom of a long list.
I know this is not enough information to actually set a parameter however this sit the driver line I'm trying to simulate.
Custom Action can call any command that the driver presents for a device, and only those commands. It can't "set a parameter" unless there is a device command that does so.
The specific feature I am referring to is its capability to use what would normally be dimmer indicator LEDs as Status LEDs for non switch related Status.
On this dimmer Parameter 13 controls whether the LED shows the dimmer dim status or the external device status.
Now, when I set Parameter 13 to be in the "Status Mode" I can display the status LED as expected, However, once all the Status Mode LEDs are off the driver seem to revert to the Normal mode.
I am using the internal HS-WD200 driver, however I found code on a different driver that shows code resetting the Status led parameter as a function of whether a Status LED is on or if all the Status LEDs are off. I don't know but I seems like the internal drive is doing the same based on my observations of my dimmer LEDs
Disabling that option, reverts to the default which is the switch front LEDs will indicate only the dim level and no external Status'.
BTW I've used the Basic Z-Wave Tool to sniff around the options and have pretty much convince myself that Parameter 13 must be in the enabled position.
I have not yet, but will, use the Basic Z-Wave tool to verify Parameter is being set back to 0 when all the Status LED's are off.
Your assumption is correct. In the driver if none of the status LEDs are set in the set status LED call it reverts to normal mode. This is what the SmartThings device handler did so I did not change the functionality. This was either desired by the person that wrote the original device handler or they were following what the switch's firmware does. I haven't tested myself because I don't really care how it behaves in this case but the switch may actually go back into normal mode if you set LEDs without specifying which LEDs if that makes sense.
What I would do to make sense of this to see if there is flexibility of not setting it back to normal mode is try setting parameter 13 to 1. Check it to make sure it set. Then set some parameter 20 through 27 to a valid color like 1. Check parameter 13 to see that it is still set. Next set all parameters 20 to 27 to off (0). Then check parameter 13 to see its value. If it doesn't go back to 0 then it was just the way that the driver was written I guess.
If you can give me a good use case I would add a preference to my driver to leave parameter 13 alone so the switch/dimmer stays in status LED mode rather than revert to normal mode.
Codahg responded to my original post and stated his(?) driver acted the same way and the controlling code was copied from the Smartthings handler so he would not be surprised if the code internal to the Hubitat was similar.
I'm not sure why you would be surprised he had a driver for this device based on my comments or his. Anyway I don't know if you have a HD-WS200+ dimmer and if so you use this feature.
I'd like to explore this a little further....you're saying that the driver is changing a parameter on the device? What driver is this?
I am curious why you wish to explore this further since by your statement we cannot know what is in the internal driver.
I simply have never seen an internal driver set a device parameter for a configurable option back to a default without that option being pulled out for the user. But since it doesn't seem you really want help, I won't bother. Best of luck!