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

[5iver]

I added an “alarm_raw” channel type definition in _channels.xml

Thank you… that got the channel to show up after deleting the Thing.

I’ll do an update tonight to add the channel.

I do not see anything identifying the user code that was used. Do the codes need to be configured through the binding for them to be identified in alarm_raw? My codes are only in the lock. Here are the alarm_raw values from a manual unlock, manual lock, keypad lock, and keypad unlock:

Updating channel state zwave:device:07cb40a2:node183:alarm_raw to {"type":"ACCESS_CONTROL","event":"2","status":"255"} [StringType]
Updating channel state zwave:device:07cb40a2:node183:alarm_raw to {"type":"ACCESS_CONTROL","event":"1","status":"255"} [StringType]
Updating channel state zwave:device:07cb40a2:node183:alarm_raw to {"type":"ACCESS_CONTROL","event":"5","status":"255"} [StringType]
Updating channel state zwave:device:07cb40a2:node183:alarm_raw to {"type":"ACCESS_CONTROL","event":"6","status":"255"} [StringType]

[chris]

How is the code transmitted in your lock? I thought it was provided in the value?

[5iver]

How is the code transmitted in your lock? I thought it was provided in the value?

I’m not sure I understand your question… but maybe you’re asking for this:

NODE 183: SECURITY_RXD 71 05 13 01 00 FF 06 06 01 01 
NODE 183: NOTIFICATION report - 19 = 1, event=6, status=255, plen=1

NODE 183: SECURITY_RXD 71 05 13 02 00 FF 06 06 01 02 
NODE 183: NOTIFICATION report - 19 = 2, event=6, status=255, plen=1

These were keypad unlocks with two different codes.

[chris]

I’m not sure I understand your question…

My point is there is no “code” parameter in an alarm notification. The locks are using another parameter for this status.

The raw data for the first is in issue #650.

Since there was only a single notification I wasn’t sure where the codes were located.

but maybe you’re asking for this:

Yes - that’s useful - thanks. I’ll take a look at this (I’m assuming the codes are 1 and 2?

[5iver]

Correct

[chris]

Let me know if the latest version is better - it should now (hopefully!) break out the code. I’ve given it some testing, but not full E2E so please let me know…

[rgerrans]

Yes, I see the new channel after deleting / readding the locks!! Thanks.

So I’m getting the user code in the ‘value’ but the ‘type’ is coming out ‘null’ I don’t remember if that was what we were expecting or if we should be getting the alarm type in the ‘type’ pair?

[chris]

Can you provide a short log just showing the event - so the received data, and the log entries immediately after…

[chris]

I think this is actually normal for V1 as types aren’t defined.

[rgerrans]

Here you go (Node 108): https://drive.google.com/open?id=0B77VHtwPft8ebmJIaUh0VWRPbVU

It looks like it is trying to tie them together in the log if I’m reading it right:

2017-08-29 15:51:45.537 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 108: ALARM report - 21 = 1
2017-08-29 15:51:45.537 [DEBUG] [.commandclass.ZWaveAlarmCommandClass] - NODE 108: Alarm Type = null (21)

[chris]

It looks like it is trying to tie them together in the log if I’m reading it right:

Sorry - what do you mean by “tying together”. It’s null isn’t it?

[rgerrans]

“tying together”. It’s null isn’t it?

The second line of Alarm Type = null (21) I may be misunderstanding that line.

[chris]

Ok, I’ll change this to show the value 21 in this case since there are no defined types.

[rgerrans]

That should work so I can pull the alarm type out of the ‘type’ and the alarm level out of the "value’

Thanks

[chris]

Let me know if it’s better now… For ALARMS, it’s a number, for NOTIFICATIONS it’s a string…

[rgerrans]

Will do. Is there an easier way to update the binding in OH once I update it in addons other than a full restart?

[chris]

You should be able to restart from Karaf without restarting the whole of OH. (uninstall the old one and start the new one).

[5iver]

This looks to be working now for BE469. These are keypad lock, keypad unlock, keypad lock without code, manual lock, and manual unlock:

Updating channel state zwave:device:07cb40a2:node183:alarm_raw to {"code":"2","type":"ACCESS_CONTROL","event":"5","status":"255"} [StringType]
Updating channel state zwave:device:07cb40a2:node183:alarm_raw to {"code":"2","type":"ACCESS_CONTROL","event":"6","status":"255"} [StringType]
Updating channel state zwave:device:07cb40a2:node183:alarm_raw to {"type":"ACCESS_CONTROL","event":"5","status":"255"} [StringType]
Updating channel state zwave:device:07cb40a2:node183:alarm_raw to {"type":"ACCESS_CONTROL","event":"1","status":"255"} [StringType]
Updating channel state zwave:device:07cb40a2:node183:alarm_raw to {"type":"ACCESS_CONTROL","event":"2","status":"255"} [StringType]

[rgerrans]

I tried that earlier where I uninstalled the old one and then couldn’t get it to load the new one?

[5iver]

You should be able to restart from Karaf without restarting the whole of OH. (uninstall the old one and start the new one).

If the binding names are the same, I have found that just pasting it into addons and overwriting the old one is enough.