Maybe add a condition that requires your alarm to be disarmed in order to run the chime automation? In any other state, the keypad is going to be doing something else.
So, something like:
condition:
- condition: state
entity_id: alarm_control_panel.alarm
state: "disarmed"
Sorry, there’s no way to set an undocumented configuration parameter from Home Assistant. To do it, you’ll need to open up the ZWaveJS2MQTT interface. Find the card for your keypad, open it up, and find the Configuration card in there. At the bottom of that card is the form for “Custom Configuration”. Fill that out (Parameter 26, Size 1, value # of seconds (0 - 60).
I’ll take that as a project for this morning: I’ll put in a pull request to ZwaveJS to add that parameter to the known configuration parameters for they keypad. That should make it configurable directly from Home Assistant.
I don’t believe so. It might be possible with the direct zwavejs.invoke_cc_api service, but that’s poorly documented and I’m not sure how to make it work.
To explain a bit, ZWave commands are divided into a bunch of different “command classes.” Command class 135 is the “indicator” command class, which is supposed to turn on lights or play sounds on a device to indicate something. So, the command you tried to do is telling the keypad to activate indicator 96, which isn’t assigned to anything (at least in the version of the command spec I can find).
The configuration command class is 112, which is used to configure settings for a device. So, if ZWaveJS knew about it, you could directly set the configuration parameter with a zwavejs.set_value command – but that only works for parameters that ZWaveJS knows about, and there’s a separate zwavejs.set_config_parameter command which is easier to use.
I put in a PR, so hopefully it’ll get added to ZWaveJS in a release or two. Or, this thread implies that switching between ZWaveJS and ZWaveJS2MQTT isn’t too painful. I haven’t tried.
Doesn’t seem to help. Other parameters (motion sensing etc.) update instantly.
Here is debug from Z2M:
2022-05-07 10:46:23.256 INFO ZWAVE: Calling api sendCommand with args: [
{ nodeId: 43, commandClass: 112 },
‘get’,
[ 1, [length]: 1 ],
[length]: 3
]
2022-05-07 10:46:23.260 INFO ZWAVE: Node 43 does not support CC 112 or it has not been implemented yet sendCommand undefined
Are there any errors in the debug log when you try to do an interview? I’ve never seen a missing command class like that be caused by anything other than a failure to do a complete interview.
112 is the Command Class ID (Configuration CC). The method_name correponds to the driver’s Configuration CC set method (documented here).
The service call parameters are:
26 - the configuration parameter number
19 - the value you want to set, here it’s 19 seconds
1 - the size of the paramter, in this case it’s one byte.
Replace the device ID with your device. You can just copy and paste it into the Devtools Services YAML mode, and switch back to UI mode, then select the device.
I have also buy a Ring Keypad v2. I’m now testing it.
The good news is that it is working
But I have some questions:
is it possible to stay the light of armed home / away always on and not that it will go off when there is no motion?
One thing I would have also was a NFC reader. Unfortunatetly the ring doesn’t have one. Does anybody have also created a separate NFC reader in a nice casing?
Which firmware version do you have? I tested this on both my keypads, and it works as expected on v1.18, but not 1.8. Looks like it might be a big in older firmware versions.
Unfortunately, I don’t know of a way to upgrade the firmware without a real Ring system. It should be doable, but I’ve never been able to find the firmware files.