Sorry, I picked the wrong device. My sensor only has one thing under associations, but it’s set to node_1 which I think is the same as controller. Is there a choice just called controller? Not saying “openhab Controller” is wrong, it just doesn’t exist on my setup.
Ira
No the only option i have is “openhab controller”-
would you be kind enough to include your node file so i can compare it with mine?
Also is the device you are looking at zwave plus device?
in Habmin under attributes, what does it say for security for this device?
Thanks!
I doubt that it requires secure inclusion. In the zwave binding, the default setting for security is just for Entry Control Devices (i.e. locks). There’s another option on the Serial Controller thing to enable security for All Devices, which is what you want if you want to securely include devices that a) are not locks and b) support security.
For your door sensor, you should put the zwave binding in debug mode, then watch the openhab.log file for activity on the node in question when you move the magnet close to and away from the device.
If you want to watch the log in real-time, something like this would do the trick (assuming you are a Linux distro).
tail -f openhab.log | grep "NODE nn"
where nn is the node number of the device.
Alternatively, you can use the zwave log viewer to view the log in a more human-readable form.
BTW, it might help if you could summarize the remaining issues you’re having. When reading through this thread, it’s a bit hard to deduce what’s still not working.
Hi Mark,
based on my observation, the issue i m having seems to be specific to battery powered Zwave plus Entrty devices that i believe require secure association.
a) Zwave garage door battery powered sensor seems to be working
b) Zwave plus door sensors do not seem to be working (they get identified correctly as ZD2102-5 Door Window Sensor but does not change status (or report battery , tamper) except for the 1st time when it changes to closed when i bring the magnet close to it)
c) Zwave plus PIR motion sensor gets recognized as ZSE40 Zooz 4-in-one motion/temperature/humidity/luminance sensor and it seems to be reporting temperature, humidity and luminance values. i havn’t seen it trigger motion yet.
I have set the controller to use secure association for “All devices” but all of them after they associate show a “?” for using security under attributes. So my take so far is I am having issue with battery powered “ZWave plus” sensors that require secure association.
of course this could be related to this specific sensor type manufactured by Monoprice / Vision Security and from what i know they require secure association
if you are in the US, i would be more than happy to ship out one of these door sensors. They work very reliable with my other Openremote based controller. When i look at the node file that is generated with Openremote, they all have secure mode.
i looked a little bit more in to this: the device is definitely in the database
https://www.cd-jackson.com/index.php/zwave/zwave-device-database/zwave-device-list/devicesummary/816
NOde 49- is the door windo sensor
NOde 48- is the 4 in 1 motion / temp/ humidity sensornode48.xml (11.1 KB)
i have attached the node file it createsnode49.xml (8.1 KB)
Maybe I missed it, but you don’t say what version of OH you are using? Normally the ? in the security state means you are running a version of the software that does not have security (eg 2.3).
thanks Chris- openHAB 2.3.0 Release Build
while i was browsing i came across this other post - should i continue discussion here or should i move that other post?
I would suggest to upgrade to a newer version before continuing any discussion 
. Your version does not support security, so if you want to use it, then it will not be possible unless you use 2.4M4 or newer.
Thanks Chris. I found this link on the forum- is org.openhab.binding.zwave-2.4.0-SNAPSHOT.jar at the link below still the latest version of the binding that does secure associations?
www.cd-jackson.com/downloads/openhab2/org.openhab.binding.zwave-2.4.0-SNAPSHOT.jar
Also, for the process to upgrade the binding, do the following steps below seem accurate or am i missing any steps:
a) delete all the things using paper UI
b) delete the current binding from paper UI
c) add the latest version of zwave jar file in
/usr/share/openhab2/addons
d) restart openhab
e) install binding again using paper UI- i am assuming now it will use the latest version from the addons folder?
thanks again!
No, use this one:
https://ci.openhab.org/job/openHAB2-Bundles/org.openhab.binding$org.openhab.binding.zwave/
There is a better one:
Don’t (!) perform this step. Dropping the jar into your addons folder is sufficient.
thanks sihui! I will give this a try
If you encounter a dependency problem after upgrading see this thread:
to clarify, i an running openhab 2.3 on raspberry pi as manual install (not openhabian image). So openhab is running as a service.
After deleted all the things, i put the zwave 2.4.0 jar file in the add-ons folder, and restarted by pi, i dont see it is showing the error pointed above regarding unresolved requirement. To fix, i am supposed to run
“feature:install openhab-transport-serial” from the openhab console?
when i go to /usr/share/openhab2
and sudo ./start.sh
i get root instance is already running. so i stopped the service using “/bin/systemctl stop openhab2.service”
then i ran sudo openhab-cli start
at the openhab console, i ran
feature:install openhab-transport-serial
thereafter all the things start showing up in my inbox (most of them still showing unknown devices)- i will let this run overnight and see how it goes.
thanks for all the guidance!
Most of the non battery devices and some battery devices have come online and seem to be operating.
However, all the devices are showing red x for security under attributes 
i dont think that secure association has worked.
Door lock is getting recognized as a device however does not respond to lock / unlock commands. Under association group it does not have node 1 or controller- when i try to manually add it, it seems to accept it but after a save when i go back and look at it, it does not retain it,
ZSE40 4in1 sensor is reporting temp/humidity/luminance but does not get triggered on motion.
CT101 thermostat seems to be working which was not with the 2.3 binding 
looking at the openhab log file i am seeing (among others) following warnings and errors:
2018-11-18 23:59:30.630 [INFO ] [alization.ZWaveNodeInitStageAdvancer] - NODE 46: SECURITY_INC State=FAILED, Reason=SECURE_PING
2018-11-19 00:00:25.510 [WARN ] [nal.converter.ZWaveDoorLockConverter] - NODE 46: Command class COMMAND_CLASS_DOOR_LOCK not found
2018-11-19 00:00:31.698 [WARN ] [nal.converter.ZWaveDoorLockConverter] - NODE 46: Command class COMMAND_CLASS_DOOR_LOCK not found
Events.log has the following:
018-11-19 00:02:24.847 [hingStatusInfoChangedEvent] - ‘zwave:device:10722b79:node46’ changed from ONLINE to ONLINE: Node initialising: EMPTYNODE
2018-11-19 00:02:24.858 [me.event.ThingUpdatedEvent] - Thing ‘zwave:device:10722b79:node46’ has been updated.
2018-11-19 00:02:24.860 [vent.ConfigStatusInfoEvent] - ConfigStatusInfo [configStatusMessages=[]]
2018-11-19 00:02:24.905 [hingStatusInfoChangedEvent] - ‘zwave:device:10722b79:node46’ changed from ONLINE: Node initialising: EMPTYNODE to ONLINE: Node initialising: IDENTIFY_NODE
2018-11-19 00:02:24.912 [vent.ItemStateChangedEvent] - zwave_serial_zstick_10722b79_serial_ack changed from 1980 to 1981
2018-11-19 00:02:24.919 [vent.ItemStateChangedEvent] - zwave_serial_zstick_10722b79_serial_sof changed from 8005 to 8006
2018-11-19 00:02:24.925 [hingStatusInfoChangedEvent] - ‘zwave:device:10722b79:node46’ changed from ONLINE: Node initialising: IDENTIFY_NODE to ONLINE: Node initialising: REQUEST_NIF
2018-11-19 00:02:24.931 [vent.ItemStateChangedEvent] - zwave_serial_zstick_10722b79_serial_ack changed from 1981 to 1982
2018-11-19 00:02:24.935 [vent.ItemStateChangedEvent] - zwave_serial_zstick_10722b79_serial_sof changed from 8006 to 8007
2018-11-19 00:02:26.257 [vent.ItemStateChangedEvent] - zwave_serial_zstick_10722b79_serial_sof changed from 8007 to 8008
2018-11-19 00:02:26.276 [hingStatusInfoChangedEvent] - ‘zwave:device:10722b79:node46’ changed from ONLINE: Node initialising: REQUEST_NIF to ONLINE: Node initialising: SECURITY_REPORT
i am attaching the entire log file if it helps shed some more light.
Also tried removing another door sensor and including it again. This sensor was showing as “unknown device” for over 5 hours. After including it again, it connected to the controller as node 50 and got recognized as correctly ZD2102-5 Door Window Sensor
It was showing following errors openhab logs but eventually after a few minutes it seems to have resolved and it is showing open / closed status correctly. Under Habmin, attributes it shows green check mark for security!!
I am wondering if i will have to remove and reassociate all the devices showing as “unknown” again with openhab since they were initially operating under openremote controller. Would this have anything to do with Network security key?
2018-11-19 00:30:47.953 [INFO ] [g.discovery.internal.PersistentInbox] - Added new thing ‘zwave:device:10722b79:node50’ to inbox.
2018-11-19 00:31:01.451 [INFO ] [mmandclass.ZWaveSecurityCommandClass] - NODE 50: Using Scheme0 Network Key for Key Exchange since we are in inclusion mode.
2018-11-19 00:31:01.688 [INFO ] [alization.ZWaveNodeInitStageAdvancer] - NODE 50: SECURITY_INC State=COMPLETE
2018-11-19 00:31:22.474 [ERROR] [nal.common.AbstractInvocationHandler] - An error occurred while calling method ‘ThingHandler.initialize()’ on ‘org.openhab.binding.zwave.handler.ZWaveThingHandler@1019813’: 1
java.lang.ArrayIndexOutOfBoundsException: 1
at org.openhab.binding.zwave.handler.ZWaveThingHandler.initialiseNode(ZWaveThingHandler.java:226) [240:org.openhab.binding.zwave:2.4.0.201811181037]
at org.openhab.binding.zwave.handler.ZWaveThingHandler.bridgeStatusChanged(ZWaveThingHandler.java:512) [240:org.openhab.binding.zwave:2.4.0.201811181037]
at org.openhab.binding.zwave.handler.ZWaveThingHandler.initialize(ZWaveThingHandler.java:164) [240:org.openhab.binding.zwave:2.4.0.201811181037]
at sun.reflect.GeneratedMethodAccessor33.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:?]
at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:153) [101:org.eclipse.smarthome.core:0.10.0.oh230]
at org.eclipse.smarthome.core.internal.common.Invocation.call(Invocation.java:53) [101:org.eclipse.smarthome.core:0.10.0.oh230]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:?]
at java.lang.Thread.run(Thread.java:745) [?:?]
2018-11-19 00:31:22.489 [ERROR] [ome.core.thing.internal.ThingManager] - Exception occurred while initializing handler of thing ‘zwave:device:10722b79:node50’: 1
java.lang.ArrayIndexOutOfBoundsException: 1
at org.openhab.binding.zwave.handler.ZWaveThingHandler.initialiseNode(ZWaveThingHandler.java:226) [240:org.openhab.binding.zwave:2.4.0.201811181037]
at org.openhab.binding.zwave.handler.ZWaveThingHandler.bridgeStatusChanged(ZWaveThingHandler.java:512) [240:org.openhab.binding.zwave:2.4.0.201811181037]
at org.openhab.binding.zwave.handler.ZWaveThingHandler.initialize(ZWaveThingHandler.java:164) [240:org.openhab.binding.zwave:2.4.0.201811181037]
at sun.reflect.GeneratedMethodAccessor33.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:?]
at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:153) [101:org.eclipse.smarthome.core:0.10.0.oh230]
at org.eclipse.smarthome.core.internal.common.Invocation.call(Invocation.java:53) [101:org.eclipse.smarthome.core:0.10.0.oh230]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:?]
at java.lang.Thread.run(Thread.java:745) [?:?]
2018-11-19 00:36:39.244 [WARN ] [nal.converter.ZWaveDoorLockConverter] - NODE 46: Command class COMMAND_CLASS_DOOR_LOCK not found
If you don’t have an error, you don’t need to fix it 
You only can include devices securely which support secure inclusion. If they have been included before you need to exclude them and reset to factory default, then perform a secure inclusion.
Mostly a display issue if you are using HABmin, check again with PaperUI.
Check the correct channel and the config settings.
The network security key needs to stay the same and I think I read somewhere that secure inclusion needs to be done again if the device was formerly connected to another zwave network.
Thanks sihui–
these devices have all been connected to the same Gen5 zstick running on the same Raspberry Pi for several years. the only difference is the software controller was OpenRemote which i have turned off now and I am trying out OpenHAB2 on this same raspberry pi. So my questions is does the network key or any other parameters prevent secure communication when software controller is different even though all the hardware has been same all along and are they software controller specific?