You may be on to something with the Rf Protection (although I am unable to find a setting with that exact name). I was messing around with the “Protection” setting last night, trying to determine if this setting is responsible for disabling the internal relay (same as config button x8). I found that pressing config x8 will toggle this setting between “Unprotected” and “Protection by Sequence”. Setting this config option via zwave appeared to have the same result, but maybe there is more to it. This setting was set to “Unprotected” while I was having issues.
Protection (13-117-1-0)
Value
Apparent function
Unprotected
All features unlocked
Protection by Sequence
Internal relay disabled, but scenes and remote operation still works
No Operation Possible
Internal relay disabled AND scenes/remote operation disabled. Pressing config x8 also does nothing
I dont see any option to disable remote operation but still keep the relay enabled.
I did some additional testing, and managed to get it working without cutting power to the switch. I found that although I couldnt turn the switch on and off remotely, I was able to remotely change the Protection value from Unprotected to Protected by Sequence. Once I changed it back to Unprotected (again remotely), the switch started working again.
I will continue to keep an eye on it, and will report back here if I run into this issue again.
Ah, yeah, seems like protection was enabled. I’ve tested setting local and rf protection via z-wave command and it works well, but I haven’t tested it with open-zwave so maybe something funky happened there. With the protection command class there are two types and they each have 3 levels.
8x tap on the config button toggles local protection between 0 & 1. The local & rf command to change the setting (via z-wave) are in the same packet to the device. It is possible that open-zwave sent the wrong values which sounds like it might have happened.
Interestingly enough - one of my red switches is having same symptoms starting this morning - it is on and I couldn’t turn it off either physically or through ST Classic app. 8x tap of Config button had no effect
I think you are right. It is likely something to do with open-zwave. I can see on the z-wave alliance page that this switch supports Command Class Protection V2. However, in my open-zwave config file, it is listed as version 1:
I dont even have an option to change the RF protection state. Since I am not knowledge enough to update open-zwave myself, and everything is currently working as it should, I am just going to leave this setting alone until an updated version of open-zwave is released for the docker image I am using.
This sounds like a slightly different issue from what I was experiencing. Im my case, the physical buttons were working just fine. It was only the remote control that was not working.
Is the issue you are experiencing more like the symptoms in this post?
Hey just wanted to throw this out there, but you can pull the air-gap (little button at the bottom left) instead of flipping the breaker if this happens again.
I saw your post in the other thread and will respond there in regards to the freezing!
I’m having same problem with one of my switches now (the one that was completely freezing before). Physical buttons will turn it on and off but none of the automations won’t work and I cannot control it from ST. Flipping the air gap won’t solve the problem
Load: bathroom fan. I had another bathroom with exactly same fan and switch and never had a problem with it.
In ST IDE:
Status INACTIVE
networkSecurityLevel: ZWAVE_S0_DOWNGRADE
Last Activity At 2019-11-09 10:56 AM PST (2 days ago)
I had this problem as well. I have to factory reset the switch by holding config for 20 seconds. It fixed it but had to be reincluded. I also noticed that when this happened inclusion and exclusion would not work until I reset the switch. Air gap did nothing except fix local control.
Resurrecting this old thread because I managed to break things again, but this time with a Red Dimmer.
I am currently unable to change any parameters or control the dimmer via zwave. I can still control the switch locally, and I receive status updates from the dimmer. The only thing I seem to be able to do remotely is change the Protection Status.
I suspect I somehow managed to change the RF Protection status. The problem is, I dont have an option for RF Protection in OpenZwave
Do any of you using Home Assistant or OpenZwave have separate options for Local Protection vs RF Protection? If so, would you be willing to send me the information from your zwcfg_*.xml or ozwcache_*.xml file so I can see how it should be set up?
So it’s been over a year here, but I ended up here with the same issue others have been having. I couldn’t find any solution out there, and the OpenZwave config files are still broken it seems.
I tossed this into mine and it seems to work (tho I haven’t tested disabling RF control, as I don’t want to have to factory reset my dimmers):
Maybe someone at Inovelli could take a look, clean it up and bit and submit a PR over on OpenZwave to get this updated for everyone? Currently the .xml on OpenZwave entirely lacks id 117. Which from what I can figure out causes stuff like Zwave2MQTT to fill it in with a very basic default, which seems to result in it using Protection Command Class, version 1 instead of version 2. The result of this is that anyone changing the setting ends up sending the wrong version and it disables RF control, causing all sorts of issues as it doesn’t appear to set it back properly when selecting “Unprotected”.
I tried this at one point in the past, and unfortunately it doesnt work. Since OZW only supports Command Class Protection v1, it sends the same command regardless of which setting you choose.
However, @Eric_Inovelli, I think I found a firmware bug that is causing the problem.
Protection Status before sending any Protection commands:
Sending Command Class Protection v1 with value 0x00 (Unprotected):
Everything looks fine:
Sending Sending Command Class Protection v1 with value 0x00 again:
Now the report shows that RF protection has been set to NOP:
I think this might be a firmware bug with the way the switch handles v1 of this command class. Hubs that do not support v2 (such as Home Assistant) are likely to run into this issue if setting protection via zwave.
I havent noticed any other workarounds (other than exclusion or sending a v2 command with the PC software), but I hadnt looked into it too deeply either.
I will play around with it a bit more when I get off work today to see if I can discover anything
I played around with it for about an hour, but have not found any other workarounds to get it back to RF Unprotected. By sending various Protection Set v1 commands (switching between unprotected, Protection by sequence, or NOP), I can sometimes get the RF to change to Protection by sequence, and sometimes I can get it to RF NOP, but I have not found a predictable pattern, and have not been able to get it back to Unprotected without sending the v2 command.