[SOLVED] Vision Door/Windows sensor zd2102 open/close and tamper are not triggered to different events

[5iver (Scott Rushworth)]

@chris

I think it’s needed. I recall that one of the sensors at least was sending BASIC commands for some events.

I’ll add it to the others then.

@chris

a kind of “configuration profile” that allows parameters to be specified as a specific value so that we can configure into a known configuration

That would be cool… but would not help these devices. They always report both.

@chris

No - at least not at the moment.

Bugger… well… Sensor_Binary comes in about 20ms sooner, so it is at least my preferred CC to use, so I’ll keep that as sensor_door and use alarm_entry for Alarm. Same as the WADWAZ-1, currently.

[chris (Chris Jackson)]

@5iver

but would not help these devices. They always report both.

If they always report both, then just pick one

[5iver (Scott Rushworth)]

@chris

If they always report both, then just pick one

I’ll pick the one that uses sensor_door, since that’s the only Channel that’s OPEN/CLOSE.

[5iver (Scott Rushworth)]

Is alarm_tamper a legit channel? I don’t see it in here, but a lot of devices are using it.

Nevermind… I found it.

[chris (Chris Jackson)]

If you type in an invalid channel name, you’ll get a big red error across the top of the screen (ie the database entry summary page).

[5iver (Scott Rushworth)]

I think this is all done. I didn’t publish anything, so you can review and approve/reject…

http://www.cd-jackson.com/index.php/zwave/zwave-device-database/zwave-device-list/devicesummary/713
http://www.cd-jackson.com/index.php/zwave/zwave-device-database/zwave-device-list/devicesummary/816
http://www.cd-jackson.com/index.php/zwave/zwave-device-database/zwave-device-list/devicesummary/9
http://www.cd-jackson.com/index.php/zwave/zwave-device-database/zwave-device-list/devicesummary/817
http://www.cd-jackson.com/index.php/zwave/zwave-device-database/zwave-device-list/devicesummary/105

[chris (Chris Jackson)]

Thanks - I’ll probably look at this Friday night or Saturday once I’m back home…

[B34N (Mark Bean)]

@chris

It should be possible to get it working - I used data from your device to derive tests for testing this, and these worked fine.

Please at least try the latest version to see if it is working.

I updated last night and readded the devices. The battery level shows and the tamper works.

Remove Magnet:

2018-03-07 13:03:55.209 [vent.ItemStateChangedEvent] - zwave_serial_zstick_cab10335_serial_sof changed from 3079 to 3080
==> /var/log/openhab2/openhab.log <==
2018-03-07 13:03:55.209 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 09 00 04 00 18 03 20 01 FF 37 
2018-03-07 13:03:55.217 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
2018-03-07 13:03:55.221 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 09 00 04 00 18 03 20 01 FF 37 
2018-03-07 13:03:55.225 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 09 00 04 00 18 03 20 01 FF 37 
2018-03-07 13:03:55.228 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 18 03 20 01 FF 
2018-03-07 13:03:55.232 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 24: Application Command Request (ALIVE:GET_CONFIGURATION)
2018-03-07 13:03:55.237 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 24: Incoming command class BASIC
2018-03-07 13:03:55.240 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 24: Received Basic Request
2018-03-07 13:03:55.244 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 24: Basic Set sent to the controller will be processed as Basic Report
2018-03-07 13:03:55.251 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 24: Basic report, value = 0xFF
==> /var/log/openhab2/events.log <==
2018-03-07 13:03:55.256 [vent.ItemStateChangedEvent] - zwave_serial_zstick_cab10335_serial_sof changed from 3080 to 3081
==> /var/log/openhab2/openhab.log <==
2018-03-07 13:03:55.258 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 10 00 04 00 18 0A 71 05 07 FF 00 FF 07 02 00 00 8F 
2018-03-07 13:03:55.259 [DEBUG] [ve.internal.protocol.ZWaveController] - Notifying event listeners: ZWaveCommandClassValueEvent
2018-03-07 13:03:55.262 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 24: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2018-03-07 13:03:55.265 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 24: Got a value event from Z-Wave network, endpoint = 0, command class = BASIC, value = 255
2018-03-07 13:03:55.268 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: Message has Ack Pending: Message: class=SendData[0x13], type=Request[0x00], priority=Immediate, dest=24, callback=102, payload=18 03 70 05 01 
2018-03-07 13:03:55.270 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
2018-03-07 13:03:55.273 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 10 00 04 00 18 0A 71 05 07 FF 00 FF 07 02 00 00 8F 
2018-03-07 13:03:55.276 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 10 00 04 00 18 0A 71 05 07 FF 00 FF 07 02 00 00 8F 
2018-03-07 13:03:55.278 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 18 0A 71 05 07 FF 00 FF 07 02 00 00 
2018-03-07 13:03:55.280 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 24: Application Command Request (ALIVE:GET_CONFIGURATION)
2018-03-07 13:03:55.282 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 24: Incoming command class ALARM
2018-03-07 13:03:55.284 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 24: Received ALARM command V2
2018-03-07 13:03:55.286 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 24: Process NOTIFICATION_REPORT V2
2018-03-07 13:03:55.288 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 24: NOTIFICATION report - 7 = 255, event=2, status=255
2018-03-07 13:03:55.290 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 24: Alarm Type = BURGLAR (7)
2018-03-07 13:03:55.291 [DEBUG] [ve.internal.protocol.ZWaveController] - Notifying event listeners: ZWaveAlarmValueEvent
2018-03-07 13:03:55.294 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 24: Got an event from Z-Wave network: ZWaveAlarmValueEvent
2018-03-07 13:03:55.295 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 24: Got a value event from Z-Wave network, endpoint = 0, command class = ALARM, value = 255
2018-03-07 13:03:55.297 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter processing NOTIFICATION
2018-03-07 13:03:55.299 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter NOTIFICATION event is 2, type OnOffType
2018-03-07 13:03:55.301 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter processing NOTIFICATION
2018-03-07 13:03:55.304 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: Message has Ack Pending: Message: class=SendData[0x13], type=Request[0x00], priority=Immediate, dest=24, callback=102, payload=18 03 70 05 01 

Replace Magnet

2018-03-07 13:04:24.771 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 09 00 04 00 18 03 20 01 00 C8 
2018-03-07 13:04:24.784 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
==> /var/log/openhab2/events.log <==
2018-03-07 13:04:24.786 [vent.ItemStateChangedEvent] - zwave_serial_zstick_cab10335_serial_sof changed from 3081 to 3082
==> /var/log/openhab2/openhab.log <==
2018-03-07 13:04:24.788 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 09 00 04 00 18 03 20 01 00 C8 
2018-03-07 13:04:24.791 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 09 00 04 00 18 03 20 01 00 C8 
2018-03-07 13:04:24.794 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 18 03 20 01 00 
2018-03-07 13:04:24.796 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 24: Application Command Request (ALIVE:GET_CONFIGURATION)
2018-03-07 13:04:24.798 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 24: Incoming command class BASIC
2018-03-07 13:04:24.800 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 24: Received Basic Request
2018-03-07 13:04:24.801 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 24: Basic Set sent to the controller will be processed as Basic Report
2018-03-07 13:04:24.803 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 24: Basic report, value = 0x00
2018-03-07 13:04:24.806 [DEBUG] [ve.internal.protocol.ZWaveController] - Notifying event listeners: ZWaveCommandClassValueEvent
2018-03-07 13:04:24.807 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 24: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2018-03-07 13:04:24.809 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 24: Got a value event from Z-Wave network, endpoint = 0, command class = BASIC, value = 0
2018-03-07 13:04:24.812 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: Message has Ack Pending: Message: class=SendData[0x13], type=Request[0x00], priority=Immediate, dest=24, callback=102, payload=18 03 70 05 01 
2018-03-07 13:04:24.821 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 10 00 04 00 18 0A 71 05 07 00 00 FF 07 02 00 00 70 
==> /var/log/openhab2/events.log <==
2018-03-07 13:04:24.821 [vent.ItemStateChangedEvent] - zwave_serial_zstick_cab10335_serial_sof changed from 3082 to 3083
==> /var/log/openhab2/openhab.log <==
2018-03-07 13:04:24.828 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
2018-03-07 13:04:24.831 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 10 00 04 00 18 0A 71 05 07 00 00 FF 07 02 00 00 70 
2018-03-07 13:04:24.833 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 10 00 04 00 18 0A 71 05 07 00 00 FF 07 02 00 00 70 
2018-03-07 13:04:24.836 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 18 0A 71 05 07 00 00 FF 07 02 00 00 
2018-03-07 13:04:24.838 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 24: Application Command Request (ALIVE:GET_CONFIGURATION)
2018-03-07 13:04:24.840 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 24: Incoming command class ALARM
2018-03-07 13:04:24.843 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 24: Received ALARM command V2
2018-03-07 13:04:24.845 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 24: Process NOTIFICATION_REPORT V2
2018-03-07 13:04:24.847 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 24: NOTIFICATION report - 7 = 0, event=2, status=255
2018-03-07 13:04:24.849 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 24: Alarm Type = BURGLAR (7)
2018-03-07 13:04:24.851 [DEBUG] [ve.internal.protocol.ZWaveController] - Notifying event listeners: ZWaveAlarmValueEvent
2018-03-07 13:04:24.853 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 24: Got an event from Z-Wave network: ZWaveAlarmValueEvent
2018-03-07 13:04:24.856 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 24: Got a value event from Z-Wave network, endpoint = 0, command class = ALARM, value = 255
2018-03-07 13:04:24.858 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter processing NOTIFICATION
2018-03-07 13:04:24.860 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter NOTIFICATION event is 2, type OnOffType
2018-03-07 13:04:24.862 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter processing NOTIFICATION
2018-03-07 13:04:24.865 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: Message has Ack Pending: Message: class=SendData[0x13], type=Request[0x00], priority=Immediate, dest=24, callback=102, payload=18 03 70 05 01 
2018-03-07 13:04:25.431 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 09 00 04 00 1E 03 20 01 FF 31 
==> /var/log/openhab2/events.log <==
2018-03-07 13:04:25.433 [vent.ItemStateChangedEvent] - zwave_serial_zstick_cab10335_serial_sof changed from 3083 to 3084
==> /var/log/openhab2/openhab.log <==
2018-03-07 13:04:25.437 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
2018-03-07 13:04:25.443 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 09 00 04 00 1E 03 20 01 FF 31 
2018-03-07 13:04:25.445 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 09 00 04 00 1E 03 20 01 FF 31 
2018-03-07 13:04:25.447 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 1E 03 20 01 FF 
==> /var/log/openhab2/events.log <==
2018-03-07 13:04:25.454 [vent.ItemStateChangedEvent] - zwave_serial_zstick_cab10335_serial_sof changed from 3084 to 3085
==> /var/log/openhab2/openhab.log <==
2018-03-07 13:04:25.457 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 30: Application Command Request (ALIVE:DONE)
2018-03-07 13:04:25.453 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 10 00 04 00 1E 0A 71 05 07 FF 00 FF 07 02 00 00 89 
2018-03-07 13:04:25.462 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 30: Starting initialisation from DONE
2018-03-07 13:04:25.464 [DEBUG] [ve.internal.protocol.ZWaveController] - Event Listener org.openhab.binding.zwave.internal.protocol.initialization.ZWaveNodeInitStageAdvancer@96710e already registered
2018-03-07 13:04:25.466 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 30: Incoming command class BASIC
2018-03-07 13:04:25.468 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 30: Received Basic Request
2018-03-07 13:04:25.470 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 30: Basic Set sent to the controller will be processed as Basic Report
2018-03-07 13:04:25.472 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 30: Basic report, value = 0xFF
2018-03-07 13:04:25.474 [DEBUG] [ve.internal.protocol.ZWaveController] - Notifying event listeners: ZWaveCommandClassValueEvent
2018-03-07 13:04:25.476 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 30: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2018-03-07 13:04:25.478 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 30: Got a value event from Z-Wave network, endpoint = 0, command class = BASIC, value = 255
2018-03-07 13:04:25.480 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 30: Updating channel state zwave:device:cab10335:node30:sensor_binary to ON [OnOffType]
2018-03-07 13:04:25.483 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 24: Transaction not completed: node address inconsistent.  lastSent=24, incoming=255
==> /var/log/openhab2/events.log <==
2018-03-07 13:04:25.488 [vent.ItemStateChangedEvent] - FF_Office_PIR_Motion changed from OFF to ON
==> /var/log/openhab2/openhab.log <==
2018-03-07 13:04:25.491 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
2018-03-07 13:04:25.494 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 10 00 04 00 1E 0A 71 05 07 FF 00 FF 07 02 00 00 89 
2018-03-07 13:04:25.498 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 10 00 04 00 1E 0A 71 05 07 FF 00 FF 07 02 00 00 89 
2018-03-07 13:04:25.501 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 1E 0A 71 05 07 FF 00 FF 07 02 00 00 
2018-03-07 13:04:25.505 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 30: Application Command Request (ALIVE:DONE)
2018-03-07 13:04:25.508 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 30: Starting initialisation from DONE
2018-03-07 13:04:25.511 [DEBUG] [ve.internal.protocol.ZWaveController] - Event Listener org.openhab.binding.zwave.internal.protocol.initialization.ZWaveNodeInitStageAdvancer@96710e already registered
2018-03-07 13:04:25.514 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 30: Incoming command class ALARM
2018-03-07 13:04:25.517 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 30: Received ALARM command V2
2018-03-07 13:04:25.520 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 30: Process NOTIFICATION_REPORT V2
2018-03-07 13:04:25.523 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 30: NOTIFICATION report - 7 = 255, event=2, status=255
2018-03-07 13:04:25.526 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 30: Alarm Type = BURGLAR (7)
2018-03-07 13:04:25.529 [DEBUG] [ve.internal.protocol.ZWaveController] - Notifying event listeners: ZWaveAlarmValueEvent
2018-03-07 13:04:25.532 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 30: Got an event from Z-Wave network: ZWaveAlarmValueEvent
2018-03-07 13:04:25.535 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 30: Got a value event from Z-Wave network, endpoint = 0, command class = ALARM, value = 255
2018-03-07 13:04:25.538 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter processing NOTIFICATION
2018-03-07 13:04:25.540 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter NOTIFICATION event is 2, type OnOffType
2018-03-07 13:04:25.543 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 30: Updating channel state zwave:device:cab10335:node30:alarm_burglar to ON [OnOffType]
2018-03-07 13:04:25.550 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 24: Transaction not completed: node address inconsistent.  lastSent=24, incoming=255

Remove Cover:

2018-03-07 13:06:30.894 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 10 00 04 00 18 0A 71 05 07 FF 00 FF 07 03 00 00 8E 
==> /var/log/openhab2/events.log <==
2018-03-07 13:06:30.898 [vent.ItemStateChangedEvent] - zwave_serial_zstick_cab10335_serial_sof changed from 3106 to 3107
==> /var/log/openhab2/openhab.log <==
2018-03-07 13:06:30.909 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
2018-03-07 13:06:30.916 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 10 00 04 00 18 0A 71 05 07 FF 00 FF 07 03 00 00 8E 
2018-03-07 13:06:30.921 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 10 00 04 00 18 0A 71 05 07 FF 00 FF 07 03 00 00 8E 
2018-03-07 13:06:30.926 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 18 0A 71 05 07 FF 00 FF 07 03 00 00 
2018-03-07 13:06:30.928 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 24: Application Command Request (ALIVE:GET_CONFIGURATION)
2018-03-07 13:06:30.930 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 24: Incoming command class ALARM
2018-03-07 13:06:30.932 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 24: Received ALARM command V2
2018-03-07 13:06:30.935 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 24: Process NOTIFICATION_REPORT V2
2018-03-07 13:06:30.937 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 24: NOTIFICATION report - 7 = 255, event=3, status=255
2018-03-07 13:06:30.939 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 24: Alarm Type = BURGLAR (7)
2018-03-07 13:06:30.942 [DEBUG] [ve.internal.protocol.ZWaveController] - Notifying event listeners: ZWaveAlarmValueEvent
2018-03-07 13:06:30.945 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 24: Got an event from Z-Wave network: ZWaveAlarmValueEvent
2018-03-07 13:06:30.948 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 24: Got a value event from Z-Wave network, endpoint = 0, command class = ALARM, value = 255
2018-03-07 13:06:30.950 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter processing NOTIFICATION
2018-03-07 13:06:30.952 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter NOTIFICATION event is 3, type OnOffType
2018-03-07 13:06:30.954 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 24: Updating channel state zwave:device:cab10335:node24:alarm_tamper to ON [OnOffType]
2018-03-07 13:06:30.962 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter processing NOTIFICATION
==> /var/log/openhab2/events.log <==
2018-03-07 13:06:30.963 [vent.ItemStateChangedEvent] - FF_Garage_Entry_Tamper changed from OFF to ON
==> /var/log/openhab2/openhab.log <==
2018-03-07 13:06:30.965 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: Message has Ack Pending: Message: class=SendData[0x13], type=Request[0x00], priority=Immediate, dest=24, callback=106, payload=18 03 70 05 01 
2018-03-07 13:06:33.041 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 09 00 04 00 2B 03 20 01 00 FB 
==> /var/log/openhab2/events.log <==
2018-03-07 13:06:33.049 [vent.ItemStateChangedEvent] - zwave_serial_zstick_cab10335_serial_sof changed from 3107 to 3108
==> /var/log/openhab2/openhab.log <==
2018-03-07 13:06:33.055 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
2018-03-07 13:06:33.060 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 09 00 04 00 2B 03 20 01 00 FB 
2018-03-07 13:06:33.063 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 09 00 04 00 2B 03 20 01 00 FB 
2018-03-07 13:06:33.066 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 2B 03 20 01 00 
2018-03-07 13:06:33.070 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 43: Application Command Request (ALIVE:DONE)
2018-03-07 13:06:33.071 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 43: Starting initialisation from DONE
2018-03-07 13:06:33.073 [DEBUG] [ve.internal.protocol.ZWaveController] - Event Listener org.openhab.binding.zwave.internal.protocol.initialization.ZWaveNodeInitStageAdvancer@1099bb0 already registered
2018-03-07 13:06:33.075 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 43: Incoming command class BASIC
2018-03-07 13:06:33.076 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 43: Received Basic Request
2018-03-07 13:06:33.078 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 43: Basic Set sent to the controller will be processed as Basic Report
2018-03-07 13:06:33.080 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 43: Basic report, value = 0x00
2018-03-07 13:06:33.081 [DEBUG] [ve.internal.protocol.ZWaveController] - Notifying event listeners: ZWaveCommandClassValueEvent
2018-03-07 13:06:33.083 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 43: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2018-03-07 13:06:33.085 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 43: Got a value event from Z-Wave network, endpoint = 0, command class = BASIC, value = 0
2018-03-07 13:06:33.087 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 43: Updating channel state zwave:device:cab10335:node43:sensor_binary to OFF [OnOffType]
2018-03-07 13:06:33.089 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 24: Transaction not completed: node address inconsistent.  lastSent=24, incoming=255
2018-03-07 13:06:33.110 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 11 00 04 00 2B 0B 71 05 07 00 00 FF 07 00 01 08 00 48 
==> /var/log/openhab2/events.log <==
2018-03-07 13:06:33.115 [vent.ItemStateChangedEvent] - zwave_serial_zstick_cab10335_serial_sof changed from 3108 to 3109
==> /var/log/openhab2/openhab.log <==
2018-03-07 13:06:33.118 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
2018-03-07 13:06:33.120 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 11 00 04 00 2B 0B 71 05 07 00 00 FF 07 00 01 08 00 48 
2018-03-07 13:06:33.123 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 11 00 04 00 2B 0B 71 05 07 00 00 FF 07 00 01 08 00 48 
2018-03-07 13:06:33.125 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 2B 0B 71 05 07 00 00 FF 07 00 01 08 00 
2018-03-07 13:06:33.126 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 43: Application Command Request (ALIVE:DONE)
2018-03-07 13:06:33.128 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 43: Starting initialisation from DONE
2018-03-07 13:06:33.130 [DEBUG] [ve.internal.protocol.ZWaveController] - Event Listener org.openhab.binding.zwave.internal.protocol.initialization.ZWaveNodeInitStageAdvancer@1099bb0 already registered
2018-03-07 13:06:33.132 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 43: Incoming command class ALARM
2018-03-07 13:06:33.133 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 43: Received ALARM command V4
2018-03-07 13:06:33.135 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 43: Process NOTIFICATION_REPORT V4
2018-03-07 13:06:33.136 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 43: NOTIFICATION report - 7 = 0, event=0, status=255
2018-03-07 13:06:33.138 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 43: Alarm Type = BURGLAR (7)
2018-03-07 13:06:33.140 [DEBUG] [ve.internal.protocol.ZWaveController] - Notifying event listeners: ZWaveAlarmValueEvent
2018-03-07 13:06:33.142 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 43: Got an event from Z-Wave network: ZWaveAlarmValueEvent
2018-03-07 13:06:33.143 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 43: Got a value event from Z-Wave network, endpoint = 0, command class = ALARM, value = 255
2018-03-07 13:06:33.145 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter processing NOTIFICATION
2018-03-07 13:06:33.147 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter NOTIFICATION event is 0, type OnOffType
2018-03-07 13:06:33.149 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 43: Updating channel state zwave:device:cab10335:node43:alarm_burglar to OFF [OnOffType]
2018-03-07 13:06:33.152 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 24: Transaction not completed: node address inconsistent.  lastSent=24, incoming=255
==> /var/log/openhab2/events.log <==
2018-03-07 13:06:33.156 [vent.ItemStateChangedEvent] - FF_Kitchen_PIR_Alarm changed from ON to OFF
==> /var/log/openhab2/openhab.log <==
2018-03-07 13:06:33.199 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 09 00 04 00 2B 03 80 03 FF A6 
2018-03-07 13:06:33.203 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
==> /var/log/openhab2/events.log <==
2018-03-07 13:06:33.207 [vent.ItemStateChangedEvent] - zwave_serial_zstick_cab10335_serial_sof changed from 3109 to 3110
==> /var/log/openhab2/openhab.log <==
2018-03-07 13:06:33.209 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 09 00 04 00 2B 03 80 03 FF A6 
2018-03-07 13:06:33.211 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 09 00 04 00 2B 03 80 03 FF A6 
2018-03-07 13:06:33.213 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 2B 03 80 03 FF 
2018-03-07 13:06:33.216 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 43: Application Command Request (ALIVE:DONE)
2018-03-07 13:06:33.218 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 43: Starting initialisation from DONE
2018-03-07 13:06:33.221 [DEBUG] [ve.internal.protocol.ZWaveController] - Event Listener org.openhab.binding.zwave.internal.protocol.initialization.ZWaveNodeInitStageAdvancer@1099bb0 already registered
2018-03-07 13:06:33.223 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 43: Incoming command class BATTERY
2018-03-07 13:06:33.225 [DEBUG] [ommandclass.ZWaveBatteryCommandClass] - NODE 43: Received Battery Request
2018-03-07 13:06:33.228 [DEBUG] [ommandclass.ZWaveBatteryCommandClass] - NODE 43: Battery report value = 255
2018-03-07 13:06:33.230 [WARN ] [ommandclass.ZWaveBatteryCommandClass] - NODE 43: BATTERY LOW!
2018-03-07 13:06:33.232 [DEBUG] [ve.internal.protocol.ZWaveController] - Notifying event listeners: ZWaveCommandClassValueEvent
2018-03-07 13:06:33.234 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 43: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2018-03-07 13:06:33.236 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 43: Got a value event from Z-Wave network, endpoint = 0, command class = BATTERY, value = 0
2018-03-07 13:06:33.239 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 43: Updating channel state zwave:device:cab10335:node43:battery-level to 0 [DecimalType]
2018-03-07 13:06:33.245 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 24: Transaction not completed: node address inconsistent.  lastSent=24, incoming=255

[5iver (Scott Rushworth)]

@B34N

I updated last night and readded the devices. The battery level shows and the tamper works.

The changes I made will hopefully help you and others. For your device, the BASIC was not linked to anything, and IIRC the channel for ALARM was hooked up wrong too. That’s probably why the channels are not being updated.

[chris (Chris Jackson)]

I’m travelling at the moment - back home on Friday night so I’ll do an update on Friday night or Saturday morning. Let’s see if that resolves the issues…

(and thanks @5iver for the database updates ).

[5iver (Scott Rushworth)]

The update is available. After deleting your Things, make sure your channels are still linked up correctly. Chances are they have changed. Same goes for anyone with a Zipato, Vision, Linear, or Monoprice branded version of this device.

[B34N (Mark Bean)]

Progress!!! My door open/close now works! Thank you.

Yes, I had to redo my items file a bit after the change. Here is what I have now:

Contact SF_Emma_Entry_Sensor "Emma Entry [%s]" <door> (Test, SF_Emma, Door) {channel="zwave:device:cab10335:node29:sensor_door"}
Switch SF_Emma_Entry_Tamper "Emma Entry Tamper" <siren> (Test, Tamper) {channel="zwave:device:cab10335:node29:alarm_tamper"}
Switch SF_Emma_Entry_Alarm "Emma Entry Alarm [%s]" <switch> (Test, Alarm) {channel="zwave:device:cab10335:node29:alarm_entry"}
Number SF_Emma_Entry_Battery "Emma Entry Battery [%d %%]" <batterylevel> (Battery, Test) {channel="zwave:device:cab10335:node29:battery-level"}

While much less important, the switch alarm_entry does not send an update channel message.

When I remove the magnet I get:

2018-03-11 15:34:40.009 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 09 00 04 00 1D 03 20 01 FF 32 
==> /var/log/openhab2/events.log <==
2018-03-11 15:34:40.013 [vent.ItemStateChangedEvent] - zwave_serial_zstick_cab10335_serial_sof changed from 2324 to 2325
==> /var/log/openhab2/openhab.log <==
2018-03-11 15:34:40.021 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
2018-03-11 15:34:40.025 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 09 00 04 00 1D 03 20 01 FF 32 
2018-03-11 15:34:40.028 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 09 00 04 00 1D 03 20 01 FF 32 
2018-03-11 15:34:40.031 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 1D 03 20 01 FF 
2018-03-11 15:34:40.039 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 29: Application Command Request (ALIVE:DETAILS)
2018-03-11 15:34:40.042 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 29: Incoming command class BASIC
2018-03-11 15:34:40.045 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 29: Received Basic Request
2018-03-11 15:34:40.048 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 29: Basic Set sent to the controller will be processed as Basic Report
2018-03-11 15:34:40.050 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 29: Basic report, value = 0xFF
2018-03-11 15:34:40.052 [DEBUG] [ve.internal.protocol.ZWaveController] - Notifying event listeners: ZWaveCommandClassValueEvent
2018-03-11 15:34:40.054 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 29: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2018-03-11 15:34:40.055 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 29: Got a value event from Z-Wave network, endpoint = 0, command class = BASIC, value = 255
2018-03-11 15:34:40.058 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 29: Updating channel state zwave:device:cab10335:node29:sensor_door to OPEN [OpenClosedType]
==> /var/log/openhab2/events.log <==
2018-03-11 15:34:40.065 [vent.ItemStateChangedEvent] - SF_Emma_Entry_Sensor changed from CLOSED to OPEN
==> /var/log/openhab2/openhab.log <==
2018-03-11 15:34:40.061 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 27: Transaction not completed: node address inconsistent.  lastSent=27, incoming=255
2018-03-11 15:34:40.080 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 10 00 04 00 1D 0A 71 05 07 FF 00 FF 07 02 00 00 8A 
2018-03-11 15:34:40.083 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
==> /var/log/openhab2/events.log <==
2018-03-11 15:34:40.082 [vent.ItemStateChangedEvent] - zwave_serial_zstick_cab10335_serial_sof changed from 2325 to 2326
==> /var/log/openhab2/openhab.log <==
2018-03-11 15:34:40.085 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 10 00 04 00 1D 0A 71 05 07 FF 00 FF 07 02 00 00 8A 
2018-03-11 15:34:40.087 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 10 00 04 00 1D 0A 71 05 07 FF 00 FF 07 02 00 00 8A 
2018-03-11 15:34:40.090 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 1D 0A 71 05 07 FF 00 FF 07 02 00 00 
2018-03-11 15:34:40.091 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 29: Application Command Request (ALIVE:DETAILS)
2018-03-11 15:34:40.093 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 29: Incoming command class ALARM
2018-03-11 15:34:40.094 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 29: Received ALARM command V2
2018-03-11 15:34:40.095 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 29: Process NOTIFICATION_REPORT V2
2018-03-11 15:34:40.097 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 29: NOTIFICATION report - 7 = 255, event=2, status=255
2018-03-11 15:34:40.098 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 29: Alarm Type = BURGLAR (7)
2018-03-11 15:34:40.100 [DEBUG] [ve.internal.protocol.ZWaveController] - Notifying event listeners: ZWaveAlarmValueEvent
2018-03-11 15:34:40.102 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 29: Got an event from Z-Wave network: ZWaveAlarmValueEvent
2018-03-11 15:34:40.104 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 29: Got a value event from Z-Wave network, endpoint = 0, command class = ALARM, value = 255
2018-03-11 15:34:40.106 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter processing NOTIFICATION
2018-03-11 15:34:40.107 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter NOTIFICATION event is 2, type OnOffType
2018-03-11 15:34:40.109 [DEBUG] [ternal.converter.ZWaveAlarmConverter] - Alarm converter processing NOTIFICATION
2018-03-11 15:34:40.110 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 27: Transaction not completed: node address inconsistent.  lastSent=27, incoming=255

I see the Alarm Type BURGLAR but no update channel state afterwards.

Thank you,
B34N

[5iver (Scott Rushworth)]

It looks like you are not using the development binding with the changes Chris put in for handling Alarm V2. If you thought you were using the development binding, check with bundle:list | grep -i zwave. It’s could be possible you could have two versions installed, but the older version is running. Does alarm_tamper report anything?

[B34N (Mark Bean)]

@5iver I continue to appreciate your help. I eventually figured out that I needed to be in Karaf console to enter bundle:list | grep -i zwave so after I did openhab-cli console and used the standard password habopen I was able to issue the command and got back:

199 │ Active   │  80 │ 2.3.0.201803101457     │ ZWave Binding

I only spelled out the steps in case there are others who come across this thread and need help.

I thought I was on the development release but I learned that the snapshot that I’m on is different than the development. I’m using openhabian and openhab-cli console to do the updates.

Should I bother trying to figure out how to switch over to the development release or will those changes soon be on the snapshot release? I do use this openhab setup for our home and I need to maintain the WAF (wife acceptance factor) which has been really good so far.

Thank you,
B34N

[5iver (Scott Rushworth)]

@B34N

Should I bother trying to figure out how to switch over to the development release or will those changes soon be on the snapshot release?

You don’t need both channels, since they provide the same information, so I’d say wait. In fact, you’ll find sensor_door comes in just a tiny bit faster (you can see it in the log).

Just for reference though, the development version of the zwave binding is here…

OH2 Z-Wave refactoring and testing... and SECURITY

The latest version of the development binding dated 8th Sep 2018 is here. Toward the end of last year I spent some time doing some initial refactoring of the ZWave binding in OH2. This focussed on rewriting the way transactions work as this is an enabler for other areas of the code. At the same time I also restructured the different layers of the binding to make things cleaner, and done some changes to support a system of autocoding the command classes directly from the Z-Wave standard which s…

[Doc]

Was anyone able to get the WADWAZ-1 to work with the external contacts in OH2 ?

[5iver (Scott Rushworth)]

@Doc

Was anyone able to get the WADWAZ-1 to work with the external contacts in OH2 ?

Yes! I just updated the database with a new channel for the external switch. I’ve been testing it this weekend. If it works for the WADWAZ-1, then it should work for the other rebranded devices too. If someone would like to try it on one of those devices, just add the channel like in the WADWAZ-1 or I can do it for you.

[Doc]

I tried the binding dated 9th April 2018 from the security page with no luck. Are you using a different .jar binding ?

[5iver (Scott Rushworth)]

@Doc

Are you using a different .jar binding ?

Yes. The database was just updated, so you will need to wait for it to be exported, merged, and a build to be done. I was hoping Chris would have kicked this off today, but it shouldn’t be long! i finally have functioning leak sensors, and an alert to put salt in the water softener!

[Doc]

The 17th April 2018 binding has the updated support for the external contacts. It also appears that you can use it as a dual sensor now. No need to always have the magnet connected for the external contacts to work!