When I look at the device info for the stairs the device seems to be added as a Z-Wave_Legacy_Non Secure does this make any difference. As I can be certain that the lights are not function as a linked
For the other case the GE 14291 DTH actually expose the double click as a separate button that you can associate too. Devices 15 & 16 response to the direct association while the Inovelli Switch(21) does not…
Ah yes, I believe that can make a difference. The Hallway light may be sending a secure basic set command that the stairs light can’t decrypt. The second scenario may be related to this as well. Can you post a screenshot for the GE switches (& Inovelli 21) so we can check their security?
I have started to process to test out a new Hub… The Hubitat unit just arrived and I have already migrated the GE Back Porch and Inovelli Front Porch and associated them successfully… Therefore I can’t get that screen shot…
Now on to the other 50 devices, along with automation… A bit lost right now in Hubitat, but hope to pick it up quickly…
I’m running into a similar issue. I installed 2 on/off smart switches in a 3 way. One is a GE smart switch while the other is the inovelli red on/off switch. The GE is connected to the load and I’ve disabled both local and remote control for the inovelli. (As a side question, is disabling local control in the ST settings the exact same thing as disabling the relay by pressing the config button 8 times?)
I then tried associating the inovelli (source) to the GE (destination) using @EricM_Inovelli smartapp but it didn’t work. I changed the inovelli to use the GE device handler above and was able to get them connected and now it shows up under data in the graph in association group 2. However, it still doesn’t control the GE smart switch. Tapping up or down do not control the lights. The only way I can get it controlled is using the central scene which has a lag. Any idea why it won’t be working?
Also, do you guys plan to expose all the other 12 or so central scene commands as association groups also? That’s be really helpful for those of us using ST. With my GE switch, I had association groups for both single tap and double tap and they worked great. I also know you plan to expose association group 4 for the dimmer so adding the other ones shouldn’t be too much of work.
Yes, kind of – there’s actually two different ways to disable local control (remote and local). When you press the button 8x, it disables local control (ie: if you manually press the light switch). However, if you want remote control disabled, that can be done via the device handler in the settings (towards the bottom).
If you go into IDE, can you check to see if they are both showing up as the same, “networkSecurityLevel” (ie: ZWAVE_S0_DOWNGRADE or ZWAVE_S2_FAILED)?
Just to confirm, disabling local control (not remote control) via the device handler is the same as using the config to disable the relay? I have more switches to install and want to make sure it’s all the same.
The Inovelli says ZWAVE_S0_DOWNGRADE (my understanding is it uses S2 which isn’t supported by the ST hub) while the GE doesn’t have the “networkSecurityLevel” field. In raw description, my GE says " zw:L" which implies it’s not securely included. If that’s what’s stopping them from communicating, I’d rather disable the security for the Inovelli completely as I don’t really need light bulbs to be secure. Pls any idea on how to do that?
Okay, I’m now very confused as to if associations do work. I tried connecting another Inovelli red on/off to the inovelli and it made no difference. I used both @EricM_Inovelli’s smartapp and zwave tweaker. The other device shows up in both * associationGroup2: [0B, 14] and in zwtAssocGroupMembers but yet, it’s still not being controlled. I then tried associating 2 brand new red on/offs and same thing happened. It appeared to be part of the associationGroup2 but still isn’t being controlled with a turn on/off command.
Anyone know how to get association working with the on/off switches? I’m stumped
I dont use smartthings, so I am not really familiar with how you configure things for your personal setup, but I did see in your original post that you disabled remote control on the Inovelli switch? If disabling remote control is the same as changing the “RF Protection state” it might be the problem. I was under the impression that if the RF Protection state is set to something other than Unprotected, the switch will not send commands to other devices. If you enable remote control for that device, does it resolve the problem?
So I tried again yesterday and I was able to add the other switches using your smartapp to the association group. Also, the Inovellis worked as expected when associated i.e. basicSet command turned the other Inovelli switch on and off. Not sure why it kept having issues the previous day.
Unfortunately, I think the secure modes of inclusion does matter like you mentioned to @lockout earlier. The Inovelli couldn’t control the GE switch when associated. The GE also couldn’t control the Inovelli when associated. What was even more interesting was that when I associated both an Inovelli and the GE to another Inovelli switch, neither of them could be controlled. Adding the GE essentially stops the Inovellis from communicating with each other.
@EricM_Inovelli Do you know if there’s any way I can disable the secure mode of the Inovellis? The reason why association is important is because I’m using the Inovelli and the GE in a 3 way with the GE connected to the load. Right now, there’s a lag between tapping the physical inovelli switch and the led responding and I’d like to eliminate that. I would have used 2 Inovellis but the Inovelli red series doesn’t completely turn my led off when switched off (stays dim).
Hey @lockout, just want to confirm that with Hubitat, both can be associated and work as expected. Do you know if Hubitat is somehow including the GEs in secure mode? I’m very curious as to how it’s working in HE since associations are stored in the firmwares of the devices and don’t go through the hub. Also interesting that it works in HE where it’s far less important since scenes are all local anyways and should be pretty instant.