Worth a shot — but I’ve had my fair few issues there in the past
Before moving to Z-WaveJS, there were a handful of times the Conexis would fall off the network and return “dead”. Through no force or will could I get Home Assistant’s Z-Wave to re-query the device when this button was pressed. Had to reset the stick to default and start again—luckily, the only devices used on Z-Wave are the two Conexis I own.
Similarly, I had the same issue a few days on Z-WaveJS, but a shutdown of the service and a change of batteries brought it back to life. I guess it’s more foretelling of the original OpenZWave implementation…
Managed to get this working but appear to be missing the attribute “lock_status” that I was using! Doesn’t seem to be an equivalent either - has anyone found something that does the same thing (e.g., reports who opened the lock?)
no, it’s just gone. I’ve just been looking back at this thread and there’s actually a lot of discussion about it and some useful YAML for getting an approximation of the old lock_status. I’ll look to implement that in time.
I’ve been using ZWave-JS for quite a few months now, without issues.
From memory I think the only thing that’s missing for the Conexis is the more detailed attributes like alarmtype or alarmlevel strings, and I’ve manually sorted this via a template sensor:
Thanks for this - seems to be working well -though I need to change some personal names in the else-if statements once I’ve found which numbers apply to which of my users!
How do you try and capture this? I can get that info via the template {% elif states("sensor.yale_conexis_l1_alarmtype") == "25" %}Unlocked by zwave
Check a couple of posts above for the full list
I’m also showing 33.16 so that rules out the firmware, it is strange I’m having the same issue as @jamie_shaw
Side question when you moved over to zwave js did it remote 100%
The old zwave stated it was 61%, just wanted to make sure it’s working and it just reset it.