Anyone have similar issue below: (Paste email thread)
I repaired all the bulbs and got ZW:Ls. Here are the values below.
LZW30-SN = ZW:Ls = networkSecurityLevel: S0_Downgrade
Bulb 1 = ZW:Ls = networkSecurityLevel: ZWAVE_S0_LEGACY
Bulb 2 = ZW:Ls = networkSecurityLevel: ZWAVE_S0_LEGACY
Bulb 3 = ZW:Ls = networkSecurityLevel: ZWAVE_S0_LEGACY
Bulb 4 = ZW:Ls= networkSecurityLevel: ZWAVE_S0_LEGACY
I created the zwave association with the switch and the bulbs using Option 2
I pushed the switch 8x to disable the relay and when I tested only Bulb 1 responded to the commands from the switch. The other 3 bulbs remained on.
After some more troubleshooting here’s what I found.
I repaired the LZW30-SN attempting to get to match networkSecurityLevel to S0_LEGACY, but would always return S0_Downgrade.
I then started to look closer to the zwave association settings.
If I only have 1 bulb in the group then the bulb will switch on/off correctly with the switch. I tried with all four separately and it worked.
However if I associate them all in the group only one will receive the on/off signal.
Here what the switch reports:
associationGroup2: [6C, 75, 73, 72]
Group 2 does match the network ID of the bulbs. In the scenario above only only the first array value “6C” will receive the on/off commands. The others are ignored.
The device handler I’m using is for the LZW30-SN and LZW42 is dated with the last fix
2020-07-06: Added a configuration parameter (51) that allows you to disable the 700ms delay when turing switch on/off from the wall.
Also adding white LED option to LED colors. Both of these require firmware 1.19+
Should I roll back to an older version of this device handler for the switch?