@EricM_Inovelli I flashed version 1.57 and it works perfectly. This software corrected my issues with aux switches in common wired 4way configuration. Both auxâs work exactly as expected (on/off/dim).
So I flashed one of my switches to the new firmware last night and sadly have nothing but issues now. After flashing it left my dimmer in a state where it is always on and the attached light is pulsing between like 80% to 100%. If I pull the air gap and time the zwave command just right I can get the light to turn off but its only during the boot up. While it is turned off I am able to do a few things but nothing âworksâ. I tried excluding it from the network, the switch will blink like it is supposed to but never actually does anything. I tried holding for 20 seconds to factory reset but that doesnât do anything, I can hold it for a full minute and nothing happens. Once the light turns on and I have missed the window to send the zwave off command the light is stuck on indefinitely until I pull the air gap again. Any help would be greatly appreciated.
Forgot to add, I was able to flash it back down to 1.55 and once again to 1.52 and its still in the same state.
Yes, Target 0 was updated to 1.57, when it started causing issues I fiddled with it until I got it to a usable state and then flashed Target 1 to 1.44. When that still had the issue I then started downgrading from 1.57 to 1.55 then to 1.52. I have not downgraded Target 1 at all so its current state is 1.52 and 1.44.
There are some users that have had to do a factory reset after installing this firmware. Can you pull the air gap tab to reboot the device and then try a factory reset by holding the config button until the LEDs turn Red?
Iâve actually tried that a few times and while other random config button commands âworkâ when I hold it for 20 seconds it never does anything. Itâs almost like it doesnât register a hold of the config button.
HomeAssistant / Z-Wave JS2MQTT user here. Upgraded from 1.52/1.43 to 1.57/1.44 - appears I lost âdouble-tap configâ functionality. âDouble-tap up/downâ works fine, just my sweet double config scenes are broken. I adjusted the tap delay from 0 (defaulted after upgrade) to 7 and no change. Note the JS2MQTT panel in Home Assistant shows the updated value 7, but still shows 100ms as the delay parameter.
@badmin - I think this is showing 700ms. The [7]Custom is the time and 100ms is the unit. Try hitting the little arrow/airplane button again to make sure the change is resent to the switch and also resend the next parameter Button âDelay and Scene Controlâ (Enabled) again to make sure the switch has that.
Then check the logs to see if the scene command is coming through to zwave. it should look something like this:
2021-07-10 06:28:06.063 INFO ZWAVE: Node 2: value notification: 91-0-scene-002 3
@badmin Builder is 100% correct. You are setting how many 100ms increments you want. I think the zj2m dashboard could be a bit more clear (and we need to get descriptions in there more effectively), but you have it properly set for a 700ms delay.
Thanks @BuilderTroy and @kreene1987 - silly false-flag that I figured out minutes after posting, but couldnât find this damn post until someone commented. Agree zj2m dashboard could be a little more clearer in this case, although the â100ms incrementsâ is pretty obvious (to me) now.
On the broken double-tap config observation - any idea if this is a bug, justme, or WAD? I seem to remember seeing something about âdouble-tap config now clears animationsâ or similar in one of the beta firmware versions⌠Iâd hate to lose this feature - just starting to add double-tap config automations (close garage door if itâs open / switch led is yellow or red, turn off area lights if itâs closed / switch led is blue).
No sure if this is a firmware issue or driver issue, but I have noticed that my switches are not updating status when turned on and off. If I force a refresh, the status changes.
The driver Iâm using is dated: 2021-06-30
also tried native Hubitat driver "Inovelli Z-wave Smart Scene Dimmer S2 "with the same results
Any ideas ?
Update: I downgraded one of my switches back down to 1.48 (no security) and status is working.
Update2: Upgraded to 1.57 with no security this time and status updates are working. It must be a bug with S2 and Hubitat 2.2.8.152
Do you have any switches that are still doing this? Can you try to pull the air gap out of one and push it back in? Also, can you try a Hubitat reboot?