I just added a Kwikset Smartcode 912 door lock. Type/ID shows as 0003:0339 with a firmware version of 4.10. I am using OpenHAB 2.5.5 build #108. I am able to control this through the OpenHAB interface, but OpenHAB does not receive status updates when it is manually locked or unlocked through the key, knob, or keypad. I have the following channels available, none of which show any activity when the status is changed manually:
Door Lock
Access Control Alarm
Power Alarm
Burglar Alarm
Battery Level
Time Offset
Chris Jackson says the database entry looks OK.
I have factory reset the device and reincluded it in OpenHAB with no effect, and that’s about all I can think to do.
I was expecting an Alarm Raw channel but don’t see one. I’m looking for any advice for this issue. Thanks.
In PaperUI, if there is a “Show More” button when looking at all channels give it a click and see if you get Alarm Raw.
There is no alarm_raw channel configured for this device - it can of course be added though, but it’s unlikely to fix the problem if you’re not getting any notifications.
If you enable logging, do you receive any thing in the log when the lock changes state? If not, then it is likely a configuration issue with the device - possibly the lifeline isn’t set (although it should be set automatically during initialisation). You could try a “reinitialisation” - there’s a parameter in the configuration to do this - just set it to enable and save the config. See if that helps…
1 Like
Thanks, but there is not SHow More Button.
I have logging set to Info for the Z-wave binding and nothing shows when I manually change the lock. I did the re-initialization on your advise with no change. I then did another factory reset after removing it, then I re-added it with no change. I’m wondering if I have a bad lock. I’m using a Z-Wave Plus controller which I thought may have been an issue.
After spending way too much time on this, I added a cron rule that runs every minute:
sendCommand(vBackDoorLock, REFRESH)
This does refresh my status but I have a feeling it will kill my batteries. If so I will most likely end up replacing the lock with something else unless there are any more ideas in this thread. Thanks for all of your help, but I think this lock does not fit my needs.
Please enable debug logging. Info level will show very little.
It is definitely sending data when manually changing status. This is the log set to debug when locking is with the knob:
==> /var/log/openhab2/openhab.log <==
2020-05-09 18:22:12.669 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 08 00 04 00 17 02 98 40 3E
2020-05-09 18:22:12.675 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=23, callback=0, payload=00 17 02 98 40
2020-05-09 18:22:12.680 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=23, callback=0, payload=00 17 02 98 40
2020-05-09 18:22:12.682 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null
2020-05-09 18:22:12.685 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 23: Application Command Request (ALIVE:DONE)
2020-05-09 18:22:12.688 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 23: resetResendCount initComplete=true isDead=false
2020-05-09 18:22:12.691 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 23: Incoming command class COMMAND_CLASS_SECURITY, endpoint 0
2020-05-09 18:22:12.694 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 23: SECURITY check internal
2020-05-09 18:22:12.696 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 23: Received COMMAND_CLASS_SECURITY V1 SECURITY_NONCE_GET
2020-05-09 18:22:12.699 [DEBUG] [andclass.impl.CommandClassSecurityV1] - Creating command message SECURITY_NONCE_REPORT version 1
2020-05-09 18:22:12.701 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 23: Added to secure queue - size 1
2020-05-09 18:22:12.703 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 23: Commands processed 1.
2020-05-09 18:22:12.706 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 23: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@100a267.
2020-05-09 18:22:12.708 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2020-05-09 18:22:12.710 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2020-05-09 18:22:12.712 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty
2020-05-09 18:22:12.715 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2020-05-09 18:22:12.719 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 11 00 13 17 0A 98 80 D8 98 88 FA BF 39 56 AC 25 36 A5
2020-05-09 18:22:12.724 [DEBUG] [ing.zwave.handler.ZWaveSerialHandler] - NODE 23: Sending REQUEST Message = 01 11 00 13 17 0A 98 80 D8 98 88 FA BF 39 56 AC 25 36 A5
2020-05-09 18:22:12.726 [DEBUG] [ing.zwave.handler.ZWaveSerialHandler] - Message SENT
2020-05-09 18:22:12.729 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage started: TID 10595: [WAIT_RESPONSE] priority=NonceResponse, requiresResponse=true, callback: 54
2020-05-09 18:22:12.730 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 06
2020-05-09 18:22:12.734 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=null[0], type=ACK[2], dest=255, callback=0, payload=
2020-05-09 18:22:12.736 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=null[0], type=ACK[2], dest=255, callback=0, payload=
2020-05-09 18:22:12.738 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction TID 10595: [WAIT_RESPONSE] priority=NonceResponse, requiresResponse=true, callback: 54
2020-05-09 18:22:12.738 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 04 01 13 01 E8
2020-05-09 18:22:12.740 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg: ACK
2020-05-09 18:22:12.743 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty
2020-05-09 18:22:12.745 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=SendData[19], type=Response[1], dest=255, callback=0, payload=01
2020-05-09 18:22:12.745 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 1 out at start. Holdoff false.
2020-05-09 18:22:12.750 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=SendData[19], type=Response[1], dest=255, callback=0, payload=01
2020-05-09 18:22:12.752 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction TID 10595: [WAIT_RESPONSE] priority=NonceResponse, requiresResponse=true, callback: 54
2020-05-09 18:22:12.754 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Checking outstanding transactions: 1
2020-05-09 18:22:12.756 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Last transaction: TID 10595: [WAIT_RESPONSE] priority=NonceResponse, requiresResponse=true, callback: 54
2020-05-09 18:22:12.759 [DEBUG] [ve.internal.protocol.ZWaveController] - Incoming Message: Message: class=SendData[19], type=Response[1], dest=255, callback=0, payload=01
2020-05-09 18:22:12.760 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 07 00 13 36 00 00 02 DF
2020-05-09 18:22:12.762 [DEBUG] [l.serialmessage.SendDataMessageClass] - NODE 23: sentData successfully placed on stack.
2020-05-09 18:22:12.765 [DEBUG] [nal.protocol.ZWaveTransactionManager] - TID 10595: Advanced to WAIT_REQUEST
2020-05-09 18:22:12.768 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 23: TID 10595: Transaction not completed
2020-05-09 18:22:12.768 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=SendData[19], type=Request[0], dest=0, callback=54, payload=36 00 00 02
2020-05-09 18:22:12.772 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=SendData[19], type=Request[0], dest=0, callback=54, payload=36 00 00 02
2020-05-09 18:22:12.774 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction TID 10595: [WAIT_REQUEST] priority=NonceResponse, requiresResponse=true, callback: 54
2020-05-09 18:22:12.779 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Checking outstanding transactions: 1
2020-05-09 18:22:12.781 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Last transaction: TID 10595: [WAIT_REQUEST] priority=NonceResponse, requiresResponse=true, callback: 54
2020-05-09 18:22:12.785 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Checking TID 10595: (Callback 54)
2020-05-09 18:22:12.788 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Callback match!
2020-05-09 18:22:12.791 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 24 00 04 00 17 1E 98 81 B3 A6 B3 2B 01 01 A5 B9 3B 24 50 3A BB 30 B2 9E D4 DB 84 D8 46 38 4A 86 6C 4C 2F 7A 18
2020-05-09 18:22:12.792 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Correlated to TID 10595: callback 54
2020-05-09 18:22:12.795 [DEBUG] [ve.internal.protocol.ZWaveController] - Incoming Message: Message: class=SendData[19], type=Request[0], dest=0, callback=54, payload=36 00 00 02
2020-05-09 18:22:12.798 [DEBUG] [l.serialmessage.SendDataMessageClass] - NODE 23: SendData Request. CallBack ID = 54, Status = Transmission complete and ACK received(0)
2020-05-09 18:22:12.799 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 23: resetResendCount initComplete=true isDead=false
2020-05-09 18:22:12.801 [DEBUG] [e.internal.protocol.ZWaveTransaction] - TID 10595: Transaction COMPLETED
2020-05-09 18:22:12.802 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=23, callback=0, payload=00 17 1E 98 81 B3 A6 B3 2B 01 01 A5 B9 3B 24 50 3A BB 30 B2 9E D4 DB 84 D8 46 38 4A 86 6C 4C 2F 7A
2020-05-09 18:22:12.803 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 23: Response processed after 75ms
2020-05-09 18:22:12.805 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 23: TID 10595: Transaction completed
2020-05-09 18:22:12.807 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 23: notifyTransactionResponse TID:10595 DONE
2020-05-09 18:22:12.809 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 23: Got an event from Z-Wave network: ZWaveTransactionCompletedEvent
2020-05-09 18:22:12.813 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=23, callback=0, payload=00 17 1E 98 81 B3 A6 B3 2B 01 01 A5 B9 3B 24 50 3A BB 30 B2 9E D4 DB 84 D8 46 38 4A 86 6C 4C 2F 7A
2020-05-09 18:22:12.815 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null
2020-05-09 18:22:12.817 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 23: Application Command Request (ALIVE:DONE)
2020-05-09 18:22:12.818 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 23: resetResendCount initComplete=true isDead=false
2020-05-09 18:22:12.821 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 23: Decapsulating COMMAND_CLASS_SECURITY
2020-05-09 18:22:12.824 [DEBUG] [mmandclass.ZWaveSecurityCommandClass] - NODE 23: SECURITY_RXD 71 05 15 01 00 FF 06 01 00 00
2020-05-09 18:22:12.826 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 23: Incoming command class COMMAND_CLASS_ALARM, endpoint 0
2020-05-09 18:22:12.827 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 23: Received COMMAND_CLASS_ALARM V4 NOTIFICATION_REPORT
2020-05-09 18:22:12.829 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 23: NOTIFICATION report - 21 = 1, event=1, status=255, plen=0
2020-05-09 18:22:12.831 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 23: Alarm Type = ACCESS_CONTROL (21)
2020-05-09 18:22:12.833 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 23: Got an event from Z-Wave network: ZWaveAlarmValueEvent
2020-05-09 18:22:12.835 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 23: Got a value event from Z-Wave network, endpoint=0, command class=COMMAND_CLASS_ALARM, value=255
2020-05-09 18:22:12.837 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - NODE 23: Alarm converter processing NOTIFICATION
2020-05-09 18:22:12.839 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - NODE 23: Alarm converter NOTIFICATION event is 1, type OnOffType
2020-05-09 18:22:12.841 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - NODE 23: Alarm converter NOTIFICATION event is 1, channel alarm_access is not implemented.
2020-05-09 18:22:12.842 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - NODE 23: Alarm converter processing NOTIFICATION
2020-05-09 18:22:12.845 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - NODE 23: Alarm converter NOTIFICATION event is 1, type OnOffType
2020-05-09 18:22:12.846 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - NODE 23: Alarm converter processing NOTIFICATION
2020-05-09 18:22:12.848 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - NODE 23: Alarm converter NOTIFICATION event is 1, type OnOffType
2020-05-09 18:22:12.850 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 23: Commands processed 1.
2020-05-09 18:22:12.852 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 23: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@580ec2.
2020-05-09 18:22:12.853 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2020-05-09 18:22:12.855 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2020-05-09 18:22:12.857 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty
2020-05-09 18:22:12.859 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff falI have a feeling we’ve had this discussion before. This device sends the access control notification when the door is opened - that seems to be processed here. Is that updating the channel?
It is getting the Access Control Notification
2020-05-09 18:33:07.784 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 23: Alarm Type = ACCESS_CONTROL (22)
but not updating the channel.
The number after ACCESS_CONTROL depends on what action was taken.
I checked Paperui and Habmin, neither channels are updated.
Sure. I’m familiar with how ZWave works 
My question was if it’s updating the channel - I’ve updated the database so that it now changes the alarm_entry channel.
Thank you so much for your help. To be sure I get this right, what is my next step? I am going to guess remove the thing and add it back in.
1 Like
I need to do the binding update - this will be done tomorrow. You’ll then need to update to use the latest SNAPSHOT binding, then yes, remove the thing and add it back so that it picks up the new channel definition (note that you don’t need to exclude and re-include the device).
1 Like
That did it. Thanks so much, not for just this issue but for all the work you have put in to OpenHAB.
2 Likes
This topic was automatically closed 41 days after the last reply. New replies are no longer allowed.