But the only bugs I fixed had to do with certain advanced properties not saving to the switch properly. Besides that, I just added a few features. If the original driver isn't working for you, my changes probably won't help much.
Just getting my new Hubitat C7 and ZEN21 and ZEN27 switches setup. I am finding like others that these drivers do not seem to work correctly. I thought they were working earlier, but I realized somehow some of stuff got paired with no security so I redid it to get the S2. Now the only way anything works is with the built in drivers. With the normal driver I can hit configure and watch in the log where it sets a bunch of the variables. With this custom driver nothing happens for configure or any of the buttons, it is as if it is totally broken. ZEN21 firmware 4.1 (4.01)
UPDATE: Tried driver fork from @dsegall and it seems to be sort of working. Getting what looks like garbage in the logs when I hit configure but I can turn the light on/off with it.
Hi there I tried your driver and when I press off through the devices page on my hub page. I don't get that click when i press the button. I also get a fade in and out with my light. Any way you can look into this?
Are you saying that there is a difference between a physical tap on the switch vs digitally through the driver? I think you are saying when you press the switch you are hearing a 'click' but not with a digital change. Also you are seeing that the fade time is longer with a digital change (this is called the ramp rate). Please confirm I am understanding you correctly.
I have seen this behaviour with the zen26 when the load is too small. In this case the voltage across the load still peaks at 40v and this screws up the switch from recognizing button presses. I haven’t seen this with my zen21s but I only have three of those - two controlling bathroom exhaust fans and one still sitting on my shelf.
Oh - can also occur with led bulbs that are non-dimmable. They don’t let enough current through to keep the switch happy when the led is off.
I would try using the built in "Zooz Central Scene Switch" driver instead. See if that helps? If still having issues I would post your video in a new thread, you can @ me if you want. I am working on porting over a SmartThings driver right now for the ZEN27, and am doing the ZEN21 next so if its an issue with this custom driver I will fix it in my version.
No i have to admit that I never figured out any pattern. I ended up just logged in a spreadsheet per switch which button # was the 'lower' paddle to keep myself from going crazy.
Using Brian's drivers I also found ONE of my zen27s that was mapping the 1 as upper & 2 as the lower. This button reversal (compared to the majority of my switches) seemed to be the first first zooz products I purchased so I sort of attributed to it being changes with hardware versions.
BUT even though I said I was going to wait a few days before switching the drivers for anymore of my switches I have continued a little bit and all three on my zen21s are switched over and they are all behaving the same way - all three are reporting button 1 with the upper paddle press. I have also done two of my three zen27 and the one of those two was backwards and now it is not.
I just don't have any good explanation. It must have been user error
The ZEN22 Firmware 4.01 (reported as 4.1 on some drivers) has a known issue where Zooz decided to flip the scene numbers to something that makes more logical sense, not realizing it would break everyone's drivers, so on future versions it will revert back to how it was before. The driver that @steve.maddigan linked above has a fix in place for this and eventually I am going to make it a setting so the user can flip it. Right now it is hard coded in there based on switch model and firmware. You can also email Zooz and they should be able to send you a fixed firmware (or reverted version). I know for my ZEN27 they send me a patched version to try out.
If you had all same firmware and they were not reporting the same then it was possibly some sort of parameter issue or maybe something really wonky in the driver. If it happens at all on my driver I can have you enable the command tracing and get some good info from the logs to see whats going on.
Two of my Zen22s got pulled out when I bought some inovelli red dimmers and haven’t found a new home yet.
All have BCs except for three of them and I haven’t noticed any issues. Easiest task I have tackled in a long time and honestly I wasn’t looking forward to it.
Did have a problem with one of my associations at first and I thought ‘oh damn’ but that’s what happens when you enter in the wrong hex code.
I am looking towards playing with your dimmer adjustment when the min value is set. Today I didn’t play. Just replicated what I had and added a few ‘held’ actions.