I did not think of that either.
When I manually set device dim level to 75 in HE, the log shows the device goes to 75%.
2 Likes
Ok.. This gives me something new to look at and test... I wonder if it is some weird value conversion issue.. I'll get back to you ..
Great question @agnes.zooz
1 Like
Silly question. I have been chatting with Agnes for the last few days re: Zen22 and I have just update one of my zen27s from FW 2.03 to 2.08.
Also in doing this I switched over to your driver. I am not running any association but have manual control disabled.
Actions from the Zen27 take action on a virtual dimmer that I mirror back to the Zen27. Long story but it is an alexa work around.
First - according to this
https://www.support.getzooz.com/kb/article/314-zooz-s2-dimmer-zen27-ver-2-08-advanced-settings/
Scene button 1 should come from the upper paddle. I’m getting it from the lower paddle.
Second: Control from the device works reliably but I am seeing sporadic functionality when driving from RM.
Second one is probably my issue but the first item surprised me.
1 Like
@deh2oman Can you re-download that debugger version.. I made some changes and want to see if it fixed your issue with your rules.. If it does I'll make the changes in the normal driver..
Ok... Here is the breakdown on that.. I does seem to be reversed based on the description but based on the z-wave command side it is identical to the docs... Let me break it down..
From the docs:
Upper Paddle:
1 x tap: load on to last / custom brightness; Scene 1, attribute 00 (button 1)
2 x tap: on to full / max brightness; Scene 1, attribute 03 (button 3)
3 x tap: enter inclusion (pairing) mode; Scene 1, attribute 04 (button 5)
4 x tap: Scene 1, attribute 05 (button 7)
Lower Paddle:
1 x tap: load off; Scene 2, attribute 00 (button 2)
2 x tap: Scene 2, attribute 03 (button 4)
3 x tap: enter exclusion (unpairing) mode; Scene 2, attribute 04 (button 6)
4 x tap: Scene 2, attribute 05 (button 8)
Section of code:
void zwaveEvent(hubitat.zwave.commands.centralscenev3.CentralSceneNotification cmd) {
Map evt = [name: "pushed", type:"physical"]
if (cmd.sceneNumber==1) {
if (cmd.keyAttributes==0) {
evt.value=1
evt.descriptionText="${device.displayName} button ${evt.value} pushed"
if (txtEnable) log.info evt.descriptionText
sendEvent(evt)
} else if (cmd.keyAttributes==3) {
evt.value=3
evt.descriptionText="${device.displayName} button ${evt.value} pushed"
if (txtEnable) log.info evt.descriptionText
sendEvent(evt)
} else if (cmd.keyAttributes==4) {
evt.value=5
evt.descriptionText="${device.displayName} button ${evt.value} pushed"
if (txtEnable) log.info evt.descriptionText
sendEvent(evt)
} else if (cmd.keyAttributes==5) {
evt.value=7
evt.descriptionText="${device.displayName} button ${evt.value} pushed"
if (txtEnable) log.info evt.descriptionText
sendEvent(evt)
}
} else if (cmd.sceneNumber==2) {
if (cmd.keyAttributes==0) {
evt.value=2
evt.descriptionText="${device.displayName} button ${evt.value} pushed"
if (txtEnable) log.info evt.descriptionText
sendEvent(evt)
} else if (cmd.keyAttributes==3) {
evt.value=4
evt.descriptionText="${device.displayName} button ${evt.value} pushed"
if (txtEnable) log.info evt.descriptionText
sendEvent(evt)
} else if (cmd.keyAttributes==4) {
evt.value=6
evt.descriptionText="${device.displayName} button ${evt.value} pushed"
if (txtEnable) log.info evt.descriptionText
sendEvent(evt)
} else if (cmd.keyAttributes==5) {
evt.value=8
evt.descriptionText="${device.displayName} button ${evt.value} pushed"
if (txtEnable) log.info evt.descriptionText
sendEvent(evt)
}
}
}
As you can see I mapped the scene number / attributes in the docs to the button number in the docs.
I did notice this seemed to be reversed based on the description of Upper/Lower paddle, but it matches the docs scene / attribute listings.
There may actually be an issue here .. I am running debugger version with @deh2oman as you can read above.. you are welcome to run that debugger version as well as the one I just posted may fix the RM issue.
If it fixes it, I'll push the changes to the normal version driver..
1 Like
Hi Brian,
I did install your debug driver version and although i have only done limited testing so far, i think it has cleaned up my issues. I will do more testing this evening.
One question related to this. It seems that with FW.v.2.08 (compared to FW.v.2.03) that with manual control disabled, i need to delay control commands back to the switch after a button push. Could it be that the amount of data the switch is sending to the hub after a button press has increased, therefore when i send back a control command to the switch too soon that it is gettign ignored or missed all together?
Thanks for the paddle / scene # explanation.
Last note: of course i had to do a new RM to handle the new numbering with button device as a trigger and so far i have only populated buttons 1 through 4, but i noticed that if i press the same button again, that it does get logged, but the button action in RM does not get triggered.
ie:
double tap down (button 3) triggers button three actions
double tap down (button 3) - no actions
double tap up (button 4) triggers button four actions
double tap down (button 3) triggers button three actions
I assume that you are comparing the current button with the last button and if it hasn't changed you do not send a trigger event. is there a configurable timeout or is this persistent? Possible something i can change with the reporting but i am still playing/trying to understand all the options in your driver/ options in the switch itself. Some of this stuff just isn't written in english 
1 Like
I’m not sure I understand what you are describing here
anytime
Ok.. I’ll test this to see what’s going on here
I do have duplicate event filtering.. But almost positive I didn’t enable this for buttons because of this very reason.. But I’ll test to find out what’s going on here:.
lol - i will try again
Manual control is disable:
Seems to send the command back to the switch too quickly and zen27 doesn't respond to the command
SEEMS to work reliably.
1 Like
Really?..
That's odd.. Can you turn on debug logging and try that again and send me the log.. It shouldn't (in theory) be too fast..
Will do but i can not now until this evening - my afternoon is filled with meetings.
1 Like
Ok.. I think I found the problem with this one.. I'll have a fix shortly
Pushed version 1.2 for both dimmer and switch
1 Like
Just back in. Loaded update and will report.
1 Like
@bcopeland
It seems to be more stable, but ...
Device
App
Log (on the last entry, I manually set the device dim to 50 on HE to confirm that that was working correctly
1 Like
Wait .. this also isn't the latest version
You should see:
/*
* Zen27 Central Scene Dimmer
* version: 1.2
*/Ok. My error
1 Like
grab the 1.2 version
