I’m actually not sure how to answer that. According to the log version 4? Is that possible?
Received COMMAND_CLASS_ALARM V4 NOTIFICATION_REPORT
Hmmm - ok, strange, but yes, it’s possible. It’s a bit strange that they didn’t use the special features for providing codes rather than the old V1 data…
In that case, it won’t change anything, but as I’ve already updated the binding tonight let’s see and if (when) it doesn’t change anything, I’ll take another look tomorrow.
Sounds good.
Just looking back at the support document (where I pulled that table).
On page 8 they also call it: Command Class Notification, Version 4.
Thanks. I’m assuming nothing has changed with the latest version?
Correct, no changes.
Ok - I’ll take a look at adding this in the next day or so (fundamentally as you suggested earlier).
I am trying to move away from using SmartThings, because they keep having terrible network problems, and so I would just prefer to get everything working locally.
But then I come across this problem with only code 99 showing instead of an actual user code slot number, and I have no idea what to do about it now. It would be nice to get the User Code Label of the slot number as well.
If you can provide a debug log showing the incoming responses I’ll take a look at this.
I also can’t seem to be able to set the user codes and settings correctly. When I tried adding a code, all of the codes except for my master code stopped working on the lock, and the settings such as auto lock were also changed.
Again, please provide the debug log - without this I’ve no way to see what is happening - sorry.
What kind of logs do you want? Is there a specific log file or are the logs from the openHAB 2 Log Viewer good enough.
The OH logs are exactly what I’m after - you just need to enable debug logging for the zwave binding.
Ok, so how do I enable debug logging for the z-wave binding?
I rebooted the openHAB machine and then enabled debugging again. I then used a user code after the device said that it had updated.
So, the log is a restart, so it loads all the codes, and everything looks like it’s probably ok. Some codes have codes set, and others are unoccupied. This lock has 250 codes, which takes ages to download - I need to somehow restrict this as I’m sure most people aren’t using more than 10 or 20.
I’m not really sure what I’m looking for as you don’t appear to have changed anything in this log (although it’s a bit hard to tell due to the length so please correct me if that’s wrong). From the log, everything looks fine and I can’t really see how all codes and all configuration should be reset. Unless you have a log of that event (I guess not) I’m not sure I can say much - sorry.
One question though - are you using HABmin or PaperUI to configure the system?
Also, regarding the initial question, are you able to provide a short log showing the alarm message when the door is opened so I can code up this notification.
I’m using Paper UI to add the things and items, as well as to change any other configurations that are present within Paper UI. I have used habmin to modify some of the items to add tags so that they will work with Alexa.
The odd thing is, the alarm isn’t always updating either. I’m not exactly sure what’s causing that problem.
I will try to get you the relevant logs, but I’m currently fighting off a nasty cold, so I’m going to get some rest right now.
I was using a newer snapshot (2.3.0.201803171831) than the latest stable snapshot (2.3.0.201803161151). I am going to test with the latest stable snapshot from now on. I haven’t tested it yet though.
If you don’t use the development version of the binding, then your lock will not work. The current version of the development binding is 2.3.0.201803171831.
Do you know where the best link to get the development version is?