I am taking my first steps with openHAB and seem to get my configuration working properly, except my recessed door sensor from AEOTEC.
My configuration is;
Raspberry PI Model 2
Razberry Daughter Card
OpenHAB2 2.0.0-SNAPSHOT Build #469
Z-Wave Binding binding-zwave - 2.0.0.SNAPSHOT
After installing the z-way-server and openHAB 2 i did include the zwave devices using the z-way devices. I do not think it is possible to include z-way devices otherwise, e.g. by enabling inclusion mode in openHAB.
I tested all things (z-way devices) in the z-way interface the recessed door sensor included. When confirmed that all things were working properly i did shutdown the z-way server and started openHAB.
Adding the binding and the things went almost smoothly, and were finally shown in the paperUI. The ZW096 smartswitch and ZW100 multisensor are showing correct data. Only the ZW089 does not show the door status.
I found in this thread a solution. The controller needed to be a member of the device’s association group for state+battery updates. So i tried to set the association group for the state updates and battery warnings in PaperUI (Configuration > Things > Z-Wave Node 17 > Edit) and in the HABMIN interface (Configuration > Things > Z-Wave Node 17).
But these settings do not seem to be persisted. When stepping of to another thing and stepping back in the configuration the association is not shown.
When tailing the file userdata/logs/openhab.log the following two errors are logged when opening and closing the door containing the sensor.
2016-09-12 20:49:21.326 [ERROR] [col.security.ZWaveSecureNonceTracker] - NODE 17: SECURITY_ERROR Device message contained nonce that is unknown to us, id=43.
2016-09-12 20:49:24.453 [ERROR] [col.security.ZWaveSecureNonceTracker] - NODE 17: SECURITY_ERROR Device message contained nonce that is unknown to us, id=52.
The log userdata/logs/events.log is showing the following events at the same time.
2016-09-12 20:50:53.257 [ItemStateChangedEvent ] - zwave_serial_zstick_20a5ffa6_serial_sof changed from 364 to 365
2016-09-12 20:50:56.364 [ItemStateChangedEvent ] - zwave_serial_zstick_20a5ffa6_serial_sof changed from 365 to 366
2016-09-12 20:51:02.295 [ItemStateChangedEvent ] - zwave_serial_zstick_20a5ffa6_serial_sof changed from 366 to 367
2016-09-12 20:51:05.394 [ItemStateChangedEvent ] - zwave_serial_zstick_20a5ffa6_serial_sof changed from 367 to 368
I don’t know if I can be of any help, but here are my thoughts:
Is the sensor battery operated? If so, it takes some time (at least until the next scheduled wakeup) for HABmin to change the association group settings. So maybe that’s the reason why you think it is not persisted. Or you do a wakeup manually. Concerning the settings: You do not need to update the association in PaperUI AND in HABmin. Just choose one (I suggest using HABmin for zwave devices).
Furthermore, the openhab.log says something about SECURITY. Do you have included the device with secure inclusion? AFAIK this could lead to some problems and this device is no security device where a secure inclusion is needed, is it?
Maybe chris could light this up?
The events.log shows nothing particular interesting (at least for me).
And (I also do not know if this is related to your problem) chris is updating/improving the NOTIFICATION CLASS for the OH2 binding at the moment, as there are some kind of issues with that. The door status is a notification, isn’t it?
But you should change the log level to DEBUG, so we can see what exactly happens (or not) when you open the door.
I guess you are receiving the battery status report but just nothing when you open or close the door/window.
Please check Configuration parameter 121 (121: Configuration Value 4(LSB) SENSOR BINARY) for this device
it is probably set to “Disable sensor binary” change it to “enable sensor binary” wake up your device and let it update it’s configuration… you should be good to go once it has received it’s new settings for parameter 121
It wasn’t me who had this problem. It was @macPeterr. Based on his logs I just assumed (maybe wrong?) that his problems could be related to a secure inclusion (as there were many security/secure messages in the log which I do not see in my logs…).
When stepping of the Thing record and stepping back in the value is back again at “Disable sensor binary”.
Also the sensor status in the description is empty
Seems i am getting a NullPointer Exception when opening/closing the door.
root@raspberrypi:/opt/openhab/userdata/logs# 2016-09-13 19:10:40.618 [ItemStateChangedEvent ] - zwave_serial_zstick_20a5ffa6_serial_sof changed from 346 to 347
2016-09-13 19:10:40.636 [ERROR] [ve.internal.protocol.ZWaveController] - Exception during ZWave thread: Input 2. {}
java.lang.NullPointerException
at org.openhab.binding.zwave.internal.protocol.commandclass.ZWaveSecurityCommandClass.sendNonceReport(ZWaveSecurityCommandClass.java:432)[188:org.openhab.binding.zwave:2.0.0.201609062002]
at org.openhab.binding.zwave.internal.protocol.commandclass.ZWaveSecurityCommandClass.handleApplicationCommandRequest(ZWaveSecurityCommandClass.java:387)[188:org.openhab.binding.zwave:2.0.0.201609062002]
at org.openhab.binding.zwave.internal.protocol.commandclass.ZWaveSecurityCommandClassWithInitialization.handleApplicationCommandRequest(ZWaveSecurityCommandClassWithInitialization.java:269)[188:org.openhab.binding.zwave:2.0.0.201609062002]
at org.openhab.binding.zwave.internal.protocol.serialmessage.ApplicationCommandMessageClass.handleRequest(ApplicationCommandMessageClass.java:119)[188:org.openhab.binding.zwave:2.0.0.201609062002]
at org.openhab.binding.zwave.internal.protocol.ZWaveController.handleIncomingRequestMessage(ZWaveController.java:242)[188:org.openhab.binding.zwave:2.0.0.201609062002]
at org.openhab.binding.zwave.internal.protocol.ZWaveController.handleIncomingMessage(ZWaveController.java:208)[188:org.openhab.binding.zwave:2.0.0.201609062002]
at org.openhab.binding.zwave.internal.protocol.ZWaveController.access$7(ZWaveController.java:202)[188:org.openhab.binding.zwave:2.0.0.201609062002]
at org.openhab.binding.zwave.internal.protocol.ZWaveController$ZWaveInputThread.run(ZWaveController.java:1298)[188:org.openhab.binding.zwave:2.0.0.201609062002]
2016-09-13 19:10:43.667 [ItemStateChangedEvent ] - zwave_serial_zstick_20a5ffa6_serial_sof changed from 347 to 348
2016-09-13 19:10:43.668 [ERROR] [ve.internal.protocol.ZWaveController] - Exception during ZWave thread: Input 2. {}
java.lang.NullPointerException
at org.openhab.binding.zwave.internal.protocol.commandclass.ZWaveSecurityCommandClass.sendNonceReport(ZWaveSecurityCommandClass.java:432)[188:org.openhab.binding.zwave:2.0.0.201609062002]
at org.openhab.binding.zwave.internal.protocol.commandclass.ZWaveSecurityCommandClass.handleApplicationCommandRequest(ZWaveSecurityCommandClass.java:387)[188:org.openhab.binding.zwave:2.0.0.201609062002]
at org.openhab.binding.zwave.internal.protocol.commandclass.ZWaveSecurityCommandClassWithInitialization.handleApplicationCommandRequest(ZWaveSecurityCommandClassWithInitialization.java:269)[188:org.openhab.binding.zwave:2.0.0.201609062002]
at org.openhab.binding.zwave.internal.protocol.serialmessage.ApplicationCommandMessageClass.handleRequest(ApplicationCommandMessageClass.java:119)[188:org.openhab.binding.zwave:2.0.0.201609062002]
at org.openhab.binding.zwave.internal.protocol.ZWaveController.handleIncomingRequestMessage(ZWaveController.java:242)[188:org.openhab.binding.zwave:2.0.0.201609062002]
at org.openhab.binding.zwave.internal.protocol.ZWaveController.handleIncomingMessage(ZWaveController.java:208)[188:org.openhab.binding.zwave:2.0.0.201609062002]
at org.openhab.binding.zwave.internal.protocol.ZWaveController.access$7(ZWaveController.java:202)[188:org.openhab.binding.zwave:2.0.0.201609062002]
at org.openhab.binding.zwave.internal.protocol.ZWaveController$ZWaveInputThread.run(ZWaveController.java:1298)[188:org.openhab.binding.zwave:2.0.0.201609062002]
I disabled “Do Not Use Security” for the Secure Inclusion Mode. Then excluded the door sensor.
Including through the HABmin admin interfaces seemed not to work, so started the z-way server (shutdown openHAB first) and excluded all z-way devices. Then restarted openHAB again.
No things showing up, except the z-wave serial controller. Tried to include z-way devices from HABmin but this fails.
Started z-way server again and included the three devices using the zwave>me interface.
Back in HABmin the new things are reported to be included.
After including the configuration parameter “121: Configuration Value 4(LSB) SENSOR BINARY” for the ZW089 Recessed Door Sensor Gen5 is changed to “enable sensor binary”. Association group for Status Updates and Battery Warnings are set to “OpenHAB Controller” After setting Association group a status is shown “Node initialising ASSOCIATIONS”.
The status keeps showing up and the sensor data in the properties view stays emtpy.
Excluded and included the devices again in the zwave>me interface. When testing the door sensor in z-wave-me, the events from the door sensor are shown.
Back in HABmin added the things again and changed parameter “121: Configuration Value 4(LSB) SENSOR BINARY” for the ZW089 Recessed Door Sensor Gen5 is changed to “enable sensor binary” again. When hitting ‘Save’ logs show
root@raspberrypi:/opt/openhab/userdata/logs# 2016-09-13 20:32:26.493 [ERROR] [ocol.ZWaveController$ZWaveSendThread] - NODE 5: Timeout while sending message. Requeueing - 0 attempts left!
2016-09-13 20:32:26.497 [ERROR] [l.serialmessage.SendDataMessageClass] - NODE 5: Got an error while sending data. Resending message.
2016-09-13 20:32:26.510 [ItemStateChangedEvent ] - zwave_serial_zstick_20a5ffa6_serial_ack changed from 342 to 343
2016-09-13 20:32:26.515 [ItemStateChangedEvent ] - zwave_serial_zstick_20a5ffa6_serial_sof changed from 890 to 891
2016-09-13 20:32:26.528 [ItemStateChangedEvent ] - zwave_serial_zstick_20a5ffa6_serial_sof changed from 891 to 892
2016-09-13 20:32:27.847 [ERROR] [ding.zwave.handler.ZWaveThingHandler] - NODE 5: Error getting configurationCommandClass
2016-09-13 20:32:27.924 [ThingUpdatedEvent ] - Thing 'zwave:device:20a5ffa6:node5' has been updated.
2016-09-13 20:32:27.934 [ConfigStatusInfoEvent ] - org.eclipse.smarthome.config.core.status.events.ConfigStatusInfoEvent@1cf97fb
2016-09-13 20:32:31.514 [WARN ] [ocol.ZWaveController$ZWaveSendThread] - NODE 5: Too many retries. Discarding message: Message: class=SendData[0x13], type=Request[0x00], priority=Config, dest=5, callback=44, payload=05 03 85 02 02
What does this mean? Do you really mean “Z-Way devices” as in the Z-Way system? there should be no problem including devices, but if there are really a debug logfile would be good to see.
This indicates that the device interrogation probably failed.
This indicates that there are problems sending data to the device.
Really it’s hard to see what’s happening without debug logs though - sorry.
I am not able to get the razberry daughter card in inclusion mode within HABmin. To get the razberry daughter card in inclusion mode i need to do this through the z-way server. When included through the z-way server the new included things/devices can be included in habmin.
Started the openHAB with the start_debug.sh script but seems not to log substantially more in the logfiles events.log and openhab.log in /opt/openhab/userdata/logs.
When changing the parameter “121: Configuration Value 4(LSB) SENSOR BINARY” for the ZW089 Recessed Door Sensor Gen5 to “enable sensor binary”. Only the following is logged;
Hmmm - ok, I thought that the razberry used the standard API. I thought this worked with others, but maybe not. What error do you get in the log?
This doesn’t increase the logging. You need to log on to the console, and use the command “log:set debug org.openhab.binding.zwave” to enable debug logging.
What is the correct way to include devices in HABmin. I expect that the correct procedure was by going to things > z-wave serial controller > z-wave network settings and selecting a inclusion mode.
Did a complete installation from scratch now without the z-wave software. Have a complete installation process document in markdown format but am not able to upload it to this thread. I have read the suggested thread again, but there seems to be nothing new.
In short, openHab 2.0.0B3 is now installed and the Z-Wave Serial Controller is added as a thing.
When changing the port configuration to /dev/ttyAMA0, the logs report that the port does not exist.
2016-09-14 20:32:33.303 [INFO ] [smarthome.event.ThingUpdatedEvent ] - Thing 'zwave:serial_zstick:1572a637f7a' has been updated.
2016-09-14 20:32:33.313 [hingStatusInfoChangedEvent] - 'zwave:serial_zstick:1572a637f7a' changed from INITIALIZING to OFFLINE
2016-09-14 20:32:33.313 [INFO ] [me.event.ThingStatusInfoChangedEvent] - 'zwave:serial_zstick:1572a637f7a' changed from INITIALIZING to OFFLINE
2016-09-14 20:32:33.407 [hingStatusInfoChangedEvent] - 'zwave:serial_zstick:1572a637f7a' changed from OFFLINE to OFFLINE (COMMUNICATION_ERROR): Serial Error: Port /dev/ttyAMA0 does not exist
2016-09-14 20:32:33.407 [INFO ] [me.event.ThingStatusInfoChangedEvent] - 'zwave:serial_zstick:1572a637f7a' changed from OFFLINE to OFFLINE (COMMUNICATION_ERROR): Serial Error: Port /dev/ttyAMA0 does not exist
Also making a symbolic link (/dev/ttyUSB30) to the port /dev/ttyAMA0 and using the symbolic link gives no luck.
Port does exist.
Also removing the property -Dgnu.io.rxtx.SerialPorts=/dev/ttyAMA0 from the JAVA_OPTS in karaf/bin/setenv does not make a change.