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

[5iver (Scott Rushworth)]

@walterj

Uninstalled old binding.

Installed new binding.

If you didn’t restart OH after uninstalling the old binding, double check that you are currently running the new (bundle:list |grep -i zwave)

@walterj

Cleared Z-Stick.

What do you mean by this?

@walterj

Set ZStick on top of device, put in inclusion mode, added device.

Not sure what you mean, but Chris and Nolan covered it… start the discovery from Habmin or PaperUI to do the inclusion. You can’t do it directly from the stick. But the stick still needs to be close (hopefully not installed yet ). Remember to manually open and close the door after installed to sync up position sensor. After excluding, I always did a reset too for good measure (5 quick button presses… it will beep at you when reset).

@walterj

set the association group to openHAB Controller I get HTTP PUT errors from an NPE

Known issue previously discussed. I included one of these last week (not through OH) and did not need to set the association to get it working.

@walterj

I’ve reset the stick and tried this many times

What do you mean by this? Have you been doing exclusions too? You’ll get 3 beeps on include, and 2 short and a long on exclude.

[walterj]

I performed an exclusion to make sure the door controller didn’t think it was mated.

Then, In order to ensure there was nothing on the stick, there is a reset port you hold for 20 sec and resets it to factory as if it had never been used. I did that.

I have clean install of the test jar, started after a fresh restart of the system. I have verified the correct build of the zwave binding on the console is showing as active. I then put the z-stick in and discovered it. Set the port, set it to use security for all devices, and let it initialize so I can see the channels and it has a network id set. It defaults to system wide inclusion. I set it to use security with all devices.

Then, I use paper to discover the opener, which it does. But it does not set it to secure and it only finds one channel (barrier).

I believe that is the correct set of instructions - but it isn’t working. I must be overlooking something because I’m repeating the same process over and over with the (predictably) the same results.

The log with debug enabled greatly exceeds the allowed size of a post. There does not seem to be an upload option for ordinay text. What is the proper way to make it available here?

[chris (Chris Jackson)]

If you open a ticket on my website I’ll take a look - I’d avoid posting it publicly due to security issues.

[5iver (Scott Rushworth)]

@walterj

there is a reset port you hold for 20 sec and resets it to factory

I figured that was what you meant, but doubted it since it completely wipes your network.

@walterj

But it does not set it to secure and it only finds one channel (barrier).

This device only has the one channel, Barrier State (barrier_state).

@walterj

I believe that is the correct set of instructions - but it isn’t working

It does sound like you are doing everything correctly. Others have had issue with secure inclusion, and have resorted to using other software for the secure inclusion. This also allows you to access your devices much easier, if they are already installed. If you look through this thread (it may take a few days ), you will find them. Here’s a recent one:

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

I have figured out a work around for this, at least when using the Aeon Z-Stick Gen5 (white). Maybe it does or does not give a clue to the root cause of the problem. Workaround for secure inclusion failing when a certain threshold of nodes exists in the network: Download Zensys Tools (link) Download Aeon Backup tool (link) Copy your network security key from Habmin Shut down OH2 and remove the Z-Stick Place the Z-Stick in a Windows PC Perform a backup of your Z-Stick following the directions i…

It’s definitely worth investigating further, though. You may have found a new bug, or will be able to provide info that will fix the trouble others have had. Although, there seemed to be a possible correlation with having >20+ devices, so this sounds slightly different.

[Austris_V]

mkey … so I did it again.
Node15
Associations showing empty on UI.
Walked by sensor - triggered, nothing in logs.
Linked item to channel - nothing (probably not needed, but since associations were missing anyways).

[chris (Chris Jackson)]

@Austris_V

Walked by sensor - triggered, nothing in logs.

Ok, so one good thing is that this is consistent with what I see here - I assumed I just didn’t have the configuration correct.

I will have another play over the next day or two and see what I can find. I’ve now tried a number different things so I don’t know what this device needs to trigger MC associations - it doesn’t seem to be compliant to the standard .

[walterj]

I just decided to punt - I did a reset on the z-stick. A reset on the door controller. I did a clean install of the latest snapshot, installed the secure zwave binding and managed to get it to show as secure. I think I probably had the door controller all whacked from including/excluding a zillion times.

BUT - it’s still not showing me any channels except Barrier State. So, progress of a sort… but still not quite there. Now what do I look for? I should be seeing a bunch of alarms, a way to open/close the door, etc.

THe png above shows security as true, which disagrees with the node XML. I have to agree with the xml here… as I don’t have channels.

network_cd7e559a__node_2.xml (8.3 KB)

[5iver (Scott Rushworth)]

@walterj

BUT - it’s still not showing me any channels except Barrier State. So, progress of a sort… but still not quite there. Now what do I look for? I should be seeing a bunch of alarms, a way to open/close the door, etc

That’s normal. Take a look at this thread:

OpenHab2 and Linear NGD00Z-4 Garage Door Controller

Sure thing! The door is controlled through the Switch item, which gets updated if the garage door is manually opened or closed. ITEMS Group gGarageDoorOpener "Garge Door Openers" <garagedoor> Switch GarageAttached_Door "Garage Door (Attached) [MAP(garagedoor.map):%s]" <garagedoor> (gGarageDoorOpener) Number GarageAttached_Door_Position "Garage Door (Attached) [MAP(garagedoor.map):%s]" <garagedoor> (gGarageDoorOpener) {channel="zwave:device:55555:node5:barrie…

[5iver (Scott Rushworth)]

@walterj

THe png above shows security as true, which disagrees with the node XML. I have to agree with the xml here… as I don’t have channels.

These are two different things (we’d need Chris to explain it properly). The green checkmark in Habmin means it is securely included. Wahoo!

[chris (Chris Jackson)]

@5iver

THe png above shows security as true, which disagrees with the node XML.

I’ve not seen your XML so hard to comment on what you’re talking about? Can you post it please? If it’s listing the secure command classes, then it has security.

In general, the green checkmark in HABmin is a pretty good indicator that it’s securely included. IF you want to be sure, then look in the logs.

@5iver

I have to agree with the xml here… as I don’t have channels.

What channels are you expecting to see that are missing?

[walterj]

My node.xml is uploaded in the above post.

I expected to see:

OpenHab2 and Linear NGD00Z-4 Garage Door Controller

How do I check the exact version and build? I tried going into the Karaf Console but it just shows I’m not using 2.2 snapshot: openhab-binding-zwave1 | 1.11.0.SNAPSHOT | | Uninstalled | openhab-addons-legacy-2.2.0-SNAPSHOT | Z-Wave Binding (1.x) openhab-binding-zwave | 2.2.0.SNAPSHOT | | Uninstalled | addons-2.2.0-SNAPSHOT | Z-Wave Binding I think I have the 07292017 version of the snapshot and I do have this file…

[5iver (Scott Rushworth)]

@chris

I’ve not seen your XML so hard to comment on what you’re talking about?

I’m confident @walterj means this <security>false</security>.

@walterj

I expected to see:

Those were channels someone had added in error, and they have been removed. It is explained somewhere in that thread. Here.

[chris (Chris Jackson)]

@walterj

My node.xml is uploaded in the above post.

So the XML confirms that the device is securely included.

@walterj

I expected to see:

So, I don’t know what this says, but as has been said a couple of times, there is only 1 channel.

[chris (Chris Jackson)]

@5iver

I’m confident @walterj means this <security>false</security>.

walterj:

Ok, ignore this - it is not related to the secure inclusion. The XML shows that it is using secure command classes.

        <secureCommandClasses>
          <commandClass>COMMAND_CLASS_ASSOCIATION</commandClass>
          <commandClass>COMMAND_CLASS_BARRIER_OPERATOR</commandClass>
          <commandClass>COMMAND_CLASS_ALARM</commandClass>
          <commandClass>COMMAND_CLASS_APPLICATION_STATUS</commandClass>
          <commandClass>COMMAND_CLASS_ASSOCIATION_GRP_INFO</commandClass>
          <commandClass>COMMAND_CLASS_VERSION</commandClass>
        </secureCommandClasses>

Not sure how many other ways to say it - it IS securely included .

[walterj]

So, if I’m reading that correctly - I have to decode/encode a bitmask to control the garage door? I was hoping for something a little less self obfuscating - but I will give it a try over the holiday weekend I guess. I’m all out of cycles today. That image in the post I liked above though, looks like what other hubs see… so when did it get bounced down to a bit array? Firmware changes?

Is there an interface in the device recognition code where I could implement a class that would be loaded to break these out into individual alerts/status/switch channels? I only like to have to swim upstream once

Maybe I could save the next guy a few headaches?

[5iver (Scott Rushworth)]

@walterj

break these out into individual alerts/status/switch channels

The device only provides barrier_state. No need to bloat the binding with more channels… just add items and rules to display the data to your liking!

[walterj]

OK. I’ll take your word for it

Thanks (to everyone involved) for taking the time to reply. If it’s only got one channel… I’ll bit bang it as per the other thread and move on to the next thing that comes in the mail.

[walterj]

I hear you on the efficiency part - but it’s the sort of thing that APIs are designed to hide. I have to assume there are eventually going to be folks who don’t write code for a living wanting to control their garage door. Having to write up lamdas in Xtend might be a bit much. But, I’ve got it sorted out now for myself, anyway

THanks again.

[chris (Chris Jackson)]

I’ve not looked in detail at the Barrier state so I’ll take a look, but if there are multiple bits of information that make sense to break out, then I would agree that they should be. I’ll take a look at the command class…

[chris (Chris Jackson)]

So I guess all that we could propose is to a second channel -:

• Channel 1 showing the position
• Channel 2 showing the state

Is that what you’re expecting?