I recently upgraded to the latest OH2 snapshot. I installed the zwave 2.0 binding from paper UI and the serial binding. I downloaded org.openhab.ui.habmin_2.0.0.SNAPSHOT-0.1.3.jar and placed it in the add-ons folder. habmin seems to have started up fine, but I see no options for dealing with the zwave network. How do I get it to allow me to configure my nodes?
I also seem to have some problem with getting it to recognise my nodes. The zwave binding connects to the controller without issue and starts checking the system. However, it seems that everything times out and no node configuration XML files are generated. This worked using an earlier OH2 snapshot and zwave binding, so I do not think the issue is with my hardware.
My zwave log contains a Lot of this:
NODE 255: Timeout while sending message. Requeueing - 1 attempts left!
09:52:30.617 [ERROR] [lmessage.RequestNodeInfoMessageClass] - Request node info not placed on stack due to error.
09:52:35.614 [ERROR] [ocol.ZWaveController$ZWaveSendThread] - NODE 255: Timeout while sending message. Requeueing - 0 attempts left!
09:52:35.619 [ERROR] [lmessage.RequestNodeInfoMessageClass] - Request node info not placed on stack due to error.
09:52:40.617 [WARN ] [ocol.ZWaveController$ZWaveSendThread] - NODE 255: Too many retries. Discarding message: Message: class=RequestNodeInfo[0x60], type=Request[0x00], priority=High, dest=255, payload=24
09:52:40.626 [ERROR] [l.serialmessage.SendDataMessageClass] - NODE 6: Sent Data was not placed on stack due to error 0.
09:52:45.625 [ERROR] [ocol.ZWaveController$ZWaveSendThread] - NODE 6: Timeout while sending message. Requeueing - 0 attempts left!
09:52:45.625 [ERROR] [l.serialmessage.SendDataMessageClass] - NODE 6: Got an error while sending data. Resending message.
09:52:45.630 [ERROR] [l.serialmessage.SendDataMessageClass] - NODE 6: Sent Data was not placed on stack due to error 0.
09:52:50.628 [WARN ] [ocol.ZWaveController$ZWaveSendThread] - NODE 6: Too many retries. Discarding message: Message: class=SendData[0x13], type=Request[0x00], priority=Poll, dest=6, payload=06 01 00
09:52:50.632 [ERROR] [l.serialmessage.SendDataMessageClass] - NODE 28: Sent Data was not placed on stack due to error 0.
09:52:55.631 [WARN ] [ocol.ZWaveController$ZWaveSendThread] - NODE 28: Too many retries. Discarding message: Message: class=SendData[0x13], type=Request[0x00], priority=Poll, dest=28, payload=1C 01 00
09:52:55.635 [ERROR] [l.serialmessage.SendDataMessageClass] - NODE 21: Sent Data was not placed on stack due to error 0.
09:53:00.634 [ERROR] [ocol.ZWaveController$ZWaveSendThread] - NODE 21: Timeout while sending message. Requeueing - 0 attempts left!
09:53:00.634 [ERROR] [l.serialmessage.SendDataMessageClass] - NODE 21: Got an error while sending data. Resending message.
09:53:00.638 [ERROR] [l.serialmessage.SendDataMessageClass] - NODE 21: Sent Data was not placed on stack due to error 0.
There also seems to be some problems with having multiple serial devices connected still, it tries to use the wrong lock file. However, this seems only to happen when the configurations is reloaded. Upon initial start it appears that it can connect to the controller, at least I get a list of nodes printed in the debug log. The following log illustrates the problem, but with the 1.9 version of the binding.
10:07:37.281 [INFO ] [ve.internal.protocol.ZWaveController] - Disconnected from serial port
10:07:37.281 [INFO ] [ve.internal.protocol.ZWaveController] - Stopped Z-Wave controller
10:07:37.281 [INFO ] [ve.internal.protocol.ZWaveController] - Starting Z-Wave controller
10:07:37.282 [INFO ] [ve.internal.protocol.ZWaveController] - Z-Wave timeout is set to 5000ms. Soft reset is false.
10:07:37.282 [INFO ] [ve.internal.protocol.ZWaveController] - Connecting to serial port /dev/ttyACM0
RXTX fhs_lock() Error: opening lock file: /var/lock/LCK..mysensorsUSB: File exists. It is mine
'�U testRead() Lock file failed
10:07:37.282 [ERROR] [ve.internal.protocol.ZWaveController] - Serial Error: Port /dev/ttyACM0 does not exist
10:07:37.283 [ERROR] [org.apache.felix.configadmin ] - [org.osgi.service.event.EventHandler, org.osgi.service.cm.ManagedService, id=305, bundle=176/mvn:org.openhab.binding/org.openhab.binding.zwave/1.9.0- SNAPSHOT]: Updating property port of configuration org.openhab.zwave caused a problem: Port /dev/ttyACM0 does not exist
org.osgi.service.cm.ConfigurationException: port : Port /dev/ttyACM0 does not exist
I know we discussed this earlier, but who do I push/help to get this done? The issue because you linked to last time appeared not to be related according to the comments I got. I think the some updated versions of the library, but it has apparently not been included in the OH2 release, yet.
If you don’t think the open issues answer your problem, then you should open a new issue on the nrjavaserial repository.
I’ve not seen an update to the library, but if you think there’s already a fix for this, then it would be good to create a PR to get the updated serial library.
That didn’t seem to help me much. Anyway, I did a clean installation of the latest snapshot, only enabling the Zwave binding and setting the appropriate serial port in the setenv file. I still have the same problems as before. It seems to be able to connect to the controller, but all the nodes appear to time out. I still get a single node1.xml file, but nothing for the remaining nodes.
It is a bit difficult to tell the cosmonaut sure what is logged in the basic log tail when running with start_debug.sh. I tried to find the logback.xml that I remember from earlier versions of OH2 to move the zwave log to a separate file, but how this works appears to have changed.
I see. I have the devices in the inbox in habmin (and in paper ui), and I can add them. However they are all listed as unknown devices with a node ID. And I have no corresponding XML files in userdata/zwave, only for node1.xml.
They are definitely in the database. I tried the same procedure a few months ago when you initially released the 2.0 binding, and even added a device to the database which was not recognised. All my devices were then correctly recognised. I see no reason why it shouldn’t work since it is definitely working with an alpha version of OH2 with version 1.8 of your binding.
It is an Ubuntu installation running on an old server, i.e. a regular PC. What is weird with the formatting? If you’re referring to some weird spaces that is me adding four spaces at the beginning of each line to get the log formatted for the forum, and some of the log lines span multiple lines so we get spaces in the middle of the line.
I do not understand what is happening, either. I plugged out and in the controller between shutting down my working version and beating up the latest version, and suddenly things seem to be happening. At least it has started generating XML files. I still get a lot of these in the log file, though.