That maybe what caused it. I’m pretty sure it wasn’t always this way.
I saw the pending change first (after a configure press), and only updated it after I couldn't get it to sync. Given that, it is the only one I updated the firmware on.
Ok but are they all V2 switches? There are 3 different hardware revisions. Of the ones NOT having the problem, let me know what firmware they are running so I can narrow down the issue.
2 Likes
I have a bunch Zen23/24 V2s on my 2nd floor - they do not respond to physical changes at least consistently. The really sad thing is I never noticed this until I started to incorporate motion sensors into the mix and needed a way to detect physical switching (to temp disable motion sensor function)...
The switches seem to have issues with reporting and this does not appear to be a driver thing as far as I can tell.. I've tested them both on HE and Home Assistant. It could be a reporting parameter but not sure.
The REAL annoyance is not being able to update the firmware... so am slowly swapping them out.
I purchased them all at the same time, and the other three still show firmware version 2.00 (because I had not upgraded those). They also still show "synced", but I have not recently attempted to use the configure button for them. I noticed that you updated the driver in July and August, and I wonder if something about that – when combined with me using configure on the one switch – is why that one is now showing "pending"?
I'm not overly concerned about it since you said it works even though it's showing pending, but just trying to give some more details in case it helps troubleshoot what's going on.
UPDATE
This is minor update. Added the new parameter available on current ZEN72 firmware. Fixed the issues with the ZEN30 and getting stuck on 1 Pending Change due to factory set lifeline association (it now can identify the multichannel association so it wont keep trying to set another one).
The setLevel update may be of interest if you are doing any gradual level transitions. Unfortunately the 2x models will only go up to 254 seconds, but the 7x models support the current zwave specs and you can go up to 127 minutes technically. Instead of having the hub step your level slowly, sending dozens of commands and possibly causing a choppy transition, you can can just set the level with an extended duration (in seconds) and let the switch do the transition smoothly. Input is in seconds but anything over 2 minutes will be rounded to the nearest minute (the command must be sent in minutes once you get past 127).
[1.6.3] - 2022-11-22
Changed
- Enabled parameter 7 for ZEN72 on new firmware
- Set Level Duration supports up to 254s for 2x and 7,620s (127 mins) for 7x
Fixed
- Fixed lifeline association checking on ZEN30 - @es_ferret
- Convert signed parameter values to unsigned
6 Likes
That took care of it.
Thank you!
Great driver, however I’m having one issue with a ZEN04 switch when from time to time it does not an issue a switch off event although the switch turned off. I do see a coo and-off event but no switch off as seem below.
In addition, there are also a lot of 0V voltage events. Less critical, but worth noting.
Thanks again.
UPDATE
NOTE: Setting a parameter from the new command is like setting a temporary parameter. The Preferences will still have the old parameter so if you run a Configure it will set them all back how they were saved in the Preferences.
[1.6.4] - 2022-12-13
Added
- Command to set any parameter (can be used in RM)
3 Likes
Can confirm that on my Zen74, the Set Parameter command is working both in the device detail page and through Rule Manager! This change genuinely adds serious functionality to my dimmers, thank you so much.
I'm not sure if this is unusual behavior or not, but the preferences listed in the device detail page do not update to reflect the newly set values, though the switch is working and the Refresh Params log appears to report the new changes. syncStatus lists "1 Pending Changes."
Also under the preferences page, parameters 28 and 29 may have had their values reset, as they had no selection listed despite reading as default before. Under the dropdown for "Z-Wave Ramp Rate to Full Off" (#29), one of the selections that should probably read "Instant Off" is instead listed as "Instant On."
I've been messing with my Zen04's. I noticed the Pending Changes before also. I think this is part of the temporary nature of the parameter change. If you hit Configure or Save Preferences, Pending Changes turns to "Synced" or whatever, which is what used to be there. I think it's something you want to see when you do the temporary parameter change.
Its intentional, I forgot to add the note on this post like I did for the plugs. Its not that it is not possible to have it change the menu to reflect the new setting, but I thought it would make more sense to keep that the setting so its like your default, and using the command sets a "temporary" change. I could certainly make it override and change the menu.
NOTE: Setting a parameter from the new command is like setting a temporary parameter. The Preferences will still have the old parameter so if you run a Configure it will set them all back how they were saved in the Preferences.
This was due to a change in 1.6.3, the default changed from -1, which was a hack, to the proper value of 255.
Fixed, run a repair in HPM.
2 Likes
I've got a ZEN77, 3.0 hardware, 3.10 firmware, that's showing up as UNK00. I've pressed various combinations of configure, refresh, and refresh params to no avail.
Your data section is missing all sorts of info. Did you use the swap apps on this?
Check this post: Two identical sensors, same driver, but different preferences - #14 by jtp10181
I'm confused about when to use the 'Configure' button.
Does 'driver changes' refer to changes to the settings within the driver? Or does it refer to upgrading/downgrading the version of the driver itself?
I'm guessing the procedure is something like:
- Change any setting anywhere in the Commands or Preferences section of the Driver's interface.
- Click on Configure.
- Click Save Preferences.
Am I right? Or did I misunderstand you?
No
Yes
1 Like
Just if you change the driver from one to another, not even needed for upgrading to new versions typically.
1 Like
I just updated my Zen77s from firmware 10.0 to 10.3 and I noticed that everything that is set to come on at a certain % is coming on much brighter. I figured out that it seems like the device is converting my minimum of 10% to be 1% automatically just like the setting in your driver does.
How does the conversion works? Like, if I had the minimum set to 10%, and before I was setting it to 30%... what would be the equivalent? I'll need to go update several rules and scenes. Do I set it 10% of the value lower? Because now.... using 10 - 100, 55% would be 50% now. So 30% would be 27% now? I dunno... it confuses me. Or do I just set it to a flat 10% less? So if the minimum is 10% and a scene is 16%, do I now set it to 6%?
Hm, what firmware was it on before? I dont see anything about that in the posted chagelog.
Its also an optional setting on my driver, it could be turned off, but then if your min is 10% and and the devices is at that level it will show 10% on the dashboard instead of 1% with my brightness correction. Try turning the setting off and see if your percentages seems more like they were before, that will be the real test.
My adjustment just levels the percent out so it always shows between 1-100%, You can see the actual level the device reports in the state variable and also in the event log. Here is an example. my max on this one is 75 because after that it all looks the same. So when the device reports 75% the driver converts that to 100%.
I will have to do some investigating on my end as well to see whats going on. This is what I would do to test, turn off the brightness correction first so the driver is not interfering. Set the min/max to 1/99 and set level to something like 10. Light should be obviously dim. Then set min/max to something silly like 50/99 and set it to 10 again. What it used to always do was still set it to the same level 10, and the min was only observed when using the paddle to dim. One more test as well, you could set min/max to 1/20 and again set it to 10. If the device is correcting for the min/max you should be around 50% (when set to 1/99) vs the normal 10% which would be obviously different.
It looks like it was actually added in 10.10. I went from 10.0 to 10.3. I'm not at home right now, but I did have the setting off in the driver.
https://www.support.getzooz.com/kb/article/850-zen77-700-series-s2-dimmer-change-log/
