[HOW-TO] Using the Z-Wave Association Tool in Hubitat

[robatista]

I would like to associate my remote button (Aeotec Wallmote Quad) to my red series dimmers, but when I select source device capability as a button, the tool loads no devices to be set. The only way I found to set it up was selecting source device capability as actuator, but in this case the association didn’t work. I am following Aeotec’s instruction for wallmote quad’s group association (groups 2, 4, 6, and 8 for ON/OFF and groups 3, 5, 7 and 9 to Dim UP / DOWN). @EricM_Inovelli could you please help me to find a way to make this happen? Thanks

[EricM_Inovelli]

Hi @robatista, welcome to the community. So the tool requires some code to be added to the source driver in order for the association to work. I believe there are a couple of people that have done this in the community or perhaps you can try it yourself? There is some basic information posted here:

[HOW-TO] Using the Z-Wave Association Tool in SmartThings

You have to add the following methods (below). You also need the command “processAssociations()” somewhere appropriate for the specific device. If it is a sleeping device it needs to have this in its WakeUp Notification method. If it is an “always awake” device, it can be put in its “updated()” or “refresh()” method. That method returns the commands as “un-formatted” z-wave commands so they need to be formatted at one point. For example: def cmds = processAssociations() return commands(cmds) p…

[robatista]

Thank you @EricM_Inovelli. Unfortunately I have no skills to do it by myself but I will look for someone that can do it.

[jeremiah]

I’m installing two of the Inovelli Red Series On/Off switches in a 3-way-switch configuration. I installed the Z-Wave Association Tool and got the associations working. The 3-way capability is working for now. What bugs me is the LED indicator light on the switches. When the light is controlled from the “destination” switch no feedback is sent to the “source” switch and so the LED on that switch doesn’t update appropriately. For example, if I turn the light on with the “source” switch, LEDs on both switches come on. But if I then turn the light off from the “destination” switch, the LED on the “source” switch remains on. Perhaps @EricM_Inovelli or someone else knows how to fix this? Is there a setting I’m missing? I’m still a bit of a Hubitat newbie, so I appreciate your help.

[harjms]

Which associations did you tie together?

[EricM_Inovelli]

We can do something to attempt to get these to sync up. I usually just disable the LED on the “source” switch so that it is always off, but there is something we can try. First, you need to make sure that parameter 12 is set to 11 on one of the switches. This is important so that z-wave commands don’t get in a loop scenario. First change line 843 from:

return [1,2,3,4,5,6,7,8,9,10,11,13,14,15,17,18,19,20,21,22,51,52]

to

return [1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,17,18,19,20,21,22,51,52]

Then, on one of the switches (probably the source switch is best) set the Association behavior parameter to 11.

After this is complete set the associations both ways. So currently you have it set:

Group 2 & 4: Source ----> Destination

Set up more associations so that it looks like this:

Group 2 & 4: Source <----> Destination

We may also need to do this with group 3, but try it out with just group 2&4 first.

[eatonjb]

Ok, I am baffeld here. I am not understanding or something. here is what I want to do,

I have the Fan/Light switch. I have the light switch disabled, so its always on… I am assuing that is what I need to do,

I have 3 Inovolli color bulbs. I want to be able to simply turn them on and off with this, AND dim with the rockers next to it. What the heck am I supposed to do?

[zavex]

I had similar problems, see @jtronicus response to my question, it may be helpful.

LZW36 Z-wave association with Ilumin Bulbs not working

There are 2 components to setting local protection. The Local Protection setting just defines what is protected when local protection is enabled. If you havent already, make sure you enable local protection by holding the light dimmer up button and pressing the light on/off button 8x. Association Group 2 is tied to the light dim up/down buttons. Pressing the light dim up button 1x will send a basic set command to turn on associated devices. Pressing light dim down will likewise send basic…

In the end I ended up bypassing the module for the light and leaving the local protection off. Then I used association group 3, and has been working great.

[EricM_Inovelli]

Another way to do it would be to associate group 4 to the bulbs for dimming up/down with the light up/down button and use the scene for the light on/off button to toggle the bulbs on/off with rule machine.

[Kepesk]

Question - how exactly did you set up Group 3 for this? I’m trying to do the exact same thing as you but the solution is eluding me.

Thanks!

[zavex]

This is what my setup looks like in the zwave association tool app.

[Kepesk]

Thank you, that worked perfectly!

[bmaffin13]

So, I’ve setup a few associations that work but I have one that won’t. It is a 3 way for my stairs. Line and load are both from the upstairs switch, through the relay. I added a few other switches to try to see if it was the source switch but it didn’t rule anything out… The office switch worked (3 feet away) but none of the other ones did. They are all about 20’ away.

I am new to this but I would think I have a pretty strong network. No switch is further than 15’ from another one.

I will be installing the Inovelli RGBW A19 bulbs when they arrive and will be disabling the relays once I swap them out. I’m sure I’ll have to reprogram things again at that time, but I’m hoping once this works properly it is just a matter of changing the destination device.

[gbenrus25]

@EricM_Inovelli

First change line 843 from:

return [1,2,3,4,5,6,7,8,9,10,11,13,14,15,17,18,19,20,21,22,51,52]

to

return [1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,17,18,19,20,21,22,51,52]

Ah, parameter 12 is disabled in the driver! Was wondering if I was going insane seeing that something like that existed but not finding it in the driver or in the manual. What’s funny is that I was pretty sure I had seen it in the driver in the earlier days! I guess you chose to make the driver match the manual!

[EricM_Inovelli]

Which version of the Hubitat hub do you have? Also, looking at the destination devices, are they all Inovelli Switches or what exactly are they?

@gbenrus25 I think I did enable the association behavior parameter in our drivers a few weeks ago so you might want to update. You can use Hubitat Package Manager to get notifications when an update is available.

[bmaffin13]

I have a brand new c7 hub and all switches are brand new red series dimmers. I believe all updates have been done but I’m not sure where to check. Dimmers all had a date of 07/20 on them. Drivers were the latest from 2020-09-16.

I’m an electrician and they are wired as follows:
Source dimmer - 120 volt constant power, no load wire
Destination dimmer - 120 volt constant power, lights connected to load wire.

I rewired all the switches in my house (about 50) to be constant 120v with a neutral. I figured that had to be the best way. I doubt that makes a difference in this situation though.

[EricM_Inovelli]

I wonder if there is some difference between the security level of the devices. Can you check the source and destination devices to make sure they match?

[bmaffin13]

So down at the bottom under “device details” one is showing up with the “S2: 131” and one doesn’t. Neither show “zwaveSecurePairingCom”. I’m not sure were to get to the same spot you are at.

[harjms]

the one on the right shows zwaveSecurePairingComplete: true. You can check Z-Wave Details to see if it’s S0 or S2 for the devices (middle or right column). These two will have problems communicating unless they’re both set for None, S0 or S2. I would recommend excluding the device on the right, and pairing with no security. Then try your associations again.

[bmaffin13]

Ok, so I just went through my devices and it seems to be a 50/50 chance that they registered with S2 somehow. All were added with the default setting that came up that had all check boxes except S2 class 2. How would some be added differently that others?

So when I add a switch should I remove all the security?

Would it be in my best interest to go around and make sure they are all showing up the same way and exclude/include them again until they are all the same? I currently am just starting out with my house and the first thing I have done is switches. Next week is Inovelli RGBW A19 bulbs once they arrive. I will have a mix of them and regular LED bulbs.