ZWave binding updates

0user0 · October 20, 2019, 11:05am

I followed your suggestion, thanks.

Woutch · October 20, 2019, 12:15pm

Long time Openhab user and moved to a new house. So starting my home automation from scratch. I checked out other softwares like Home Assistant, but came back to openhab, mostly because Zwave works best here.

2 questions, I’m thinking to start openhab 2.4 at the moment, or are there many Zwave upgrades in 2.5Mx that I should consider the upgrade? (All current nodes are detected in 2.4).

The second is more of a feature request. Hass.io has a very neat Zwave Network Graph, maybe you can look into it to upgrade yours?

gist.github.com

https://gist.github.com/AdamNaj/cbf4d792a22f443fe9d354e4dca4de00

configuration.yaml

panel_custom:
  - name: zwavegraph2
    sidebar_title: Z-Wave Graph
    sidebar_icon: mdi:access-point-network
    url_path: zwave

zwavegraph2.html

<!--   
  https://gist.github.com/AdamNaj/cbf4d792a22f443fe9d354e4dca4de00

  Version 1.0:
    - based on the brilliant code by @NigelL - with cosmetic changes mostly about clarity and shaping of nodes based on their function

  Version 2.0: (02 July 2019)
    - you can now pan the graph by dragging it
    - you can now zoom the graph with your mouse wheel
    - the graph initially is scaled to fill the full screen width

This file has been truncated. show original

Don’t know if it is allowed or not, or if your intrested into upgrading Habmin. Just an idea

Thanks,
Wouter

Bruce_Osborne · October 20, 2019, 1:34pm

Chris, the developer recommends a 2.5 version. 2.5M4 was just released within the past day but Milestone 3 has been stable. Based on my experience, I would go with Milestone 4. If you are just movinf the controller over to the new system, the Things should follow once the controller is dicsovered. If you are planning on using your old Items, you may want to set the controller ID to match the old one so the new Thing IDs match your old system.

Andrew_Pawelski · October 23, 2019, 12:18pm

Just circling back - I reset my Zstick and manually reincluded every device slowly waiting for the problems to reappear. I got to one aeon labs smart plug and it would include but not appear properly then disassociate and act very strange. Since excluding from controller and leaving out of the network everything seems fine again. Thanks for looking at this and your advice @chris - your patience with us is commendable.

rdslw · December 8, 2019, 8:35am

I included new zwave thing: AEOTEC button quad mode, while having 2.4.0 zwave binding, which does not have this device in DB.

Having notice that, I manually updated zwave binding to the 2.5.0.

Upon whole openhab restart, this device is still marked as unrecognized (I have verified that I’m running now zwave 2.5.0, also other zwave devices are working). I did (from paper ui) on thing: ‘reinitialize device’.

What are options EXCEPT for exclude/include, for binding to recognize this thing? What can I do?

sihui · December 8, 2019, 11:04am

A new device type and id (0002:0003) was added 3 weeks ago, so make sure you have a very recent zwave binding if you have this id combination.
Also make sure you delete the Thing and readd it.

rdslw · December 8, 2019, 11:39am

Thank you for fast reply @sihui.

I checked and you’re right, I had binding 2.5.0.201901201452.
That was strange as I downloaded it yesterday from http://www.cd-jackson.com/downloads/openhab2/org.openhab.binding.zwave-2.5.0-SNAPSHOT.jar

Anyway I downloaded it now from https://ci.openhab.org/job/openHAB2-Bundles/lastSuccessfulBuild/artifact/bindings/org.openhab.binding.zwave/target/org.openhab.binding.zwave-2.5.0-SNAPSHOT.jar, I verified that bundle:list shows now version: 2.5.0.201912080410

(BTW for this binding build, I needed to add xstream.jar to my addons from http://central.maven.org/maven2/org/apache/servicemix/bundles/org.apache.servicemix.bundles.xstream/1.4.7_1/org.apache.servicemix.bundles.xstream-1.4.7_1.jar )

Unfortunately it still does not work. It still unknown. (openhab.log: “2019-12-08 12:25:34.849 [WARN ] [ng.zwave.discovery.ZWaveDiscoveryService] - NODE 30: Device discovery could not resolve to a thingType! Manufacturer data not known.”

Does it mean that exclude/include is the only possiblity? Or maybe may thing is sth not in db?

I did, remove/add thing from paperui.

BTW, there is no xml file for this node in /var/lib/openhab2/zwave directory.

rdslw · December 8, 2019, 12:03pm

OK, situation is now ok - the thing works.

In addition to the above I did wakeup on the thing, by pressing button for 5 secs. Upon it the thing communicated with controller and was recognized, xml written etc.

In total 3 things were needed:

jar downloaded from cd-jackson has old/wrong version (this is strange?)
you must remove/add thing
you must force thing to wakeup and communicate

BTW, the thing description in web DB does not have proper id (ZWA003). I submitted change to DB.

Thank you again @sihui!

chris · December 8, 2019, 12:25pm

Please use official snapshots only - not test versions that I may make available for unofficial testing.

This generally means that you need to wake up the device so that the binding can read the data.

Same thing - the binding will only write the XML file when it has downloaded data from the device, and it will only do this once discovery is complete. For battery devices, you need to wake them up.

No - it’s not strange. This is not the right place to download snapshots from unless explicitly told to do so.

Bruce_Osborne · December 8, 2019, 12:50pm

That has been true since Milestone 2, I believe. That is why I recommend using the install script to manually install the binding.It handles dependencies.

rdslw · December 8, 2019, 2:52pm

Yeah, I’ve analysed your script, but to my taste it’s too long/overeningered* with lot of old code/urls. Kind of clutter, but this is my subjective opinion, dont take it too serious I appreciate your time you put into it.

BTW it did not work properly for first time run: I did not have time to analyse due to the size of it, and I’m using quite non-standard openhab deployment so maybe it was a factor.

In effect I wrote short one script for myself for update procedure, using some info from yours.

davorf · December 8, 2019, 7:14pm

Hello!
I’m having strange problem with newer zwave binding (I guess it’s binding, and not the core problem). I was using #1460 nightly snapshot and everything was working fine. I’ve made a backup of the complete OH folder (I’m using OH on Windows 10 with latest java JRE installed) before I made an upgrade. I’ve tried upgrading to the latest nightly but both, controller and all the zwave things started going offline and online every minute or so. I’ve tried reverting to the backup, and it is working as expected. Than I’ve upgraded to milestone 6 (made an upgrade to backup of #1460), and zwave started going online and offline again. I’ve also tried removing all the things and recreating them, I even tried excluding and reincluding all zwave devices, and than recreating things, but it still behaved the same. Reverting to backup fixed it again. @chris, sorry to bother you, but you’re the only one that has insight in binding’s functionality. I’m using Aeon stick 2nd gen. Is it still supported with the latest versions of the binding? Also, strange error message (handle is invalid) that was showing back in January '17 and disappeared after some upgrade started to show up again (Strange error message in OH2 - Karaf console).
Any help would be highly appreciated.

Best regards,
Davor

chris · December 8, 2019, 7:23pm

Yes. Most sticks should be supported - some of the newer ones that may come out could have issues as ZWave revert to their closed system again .

I don’t think there are any Aeon sticks that shouldn’t work with the binding.

davorf · December 8, 2019, 7:31pm

Do you have any idea why is this happening, or do you know something I could try to make new binding work, and stop controller from going offline and online all the time? I don’t need new version of zwave binding, but I need new OH version for some other stuff that old version does not support. Thank you for your help.

Best regards,
Davor

chris · December 8, 2019, 8:03pm

Sorry - no, I’m not sure. It looks like a low level serial/USB issue rather than a binding issue.

Bruce_Osborne · December 8, 2019, 8:04pm

I hope you mean latest Java 8. Newer versions are not currently supported by openHAB.

davorf · December 8, 2019, 8:25pm

Hello!

Yes, that’s what I meant. Actual version is JRE 1.8.0 build 231.

Best regards,
Davor

davorf · December 8, 2019, 8:27pm

That’s strange, because it works with older version of OH/binding. I’ll try to find if there’s an update for driver and/or stick firmware. Thank you for your help.

Best regards,
Davor

chris · December 8, 2019, 8:34pm

The newer binding is probably using a newer serial driver as it now uses the OH embedded serial driver.

davorf · December 9, 2019, 1:58pm

Just to post my findings regarding this problem. I’ve updated both, Z-Stick S2 firmware (to v3.08, not sure what version it had before upgrade) and Z-Stick S2 Windows driver (to CP210x driver from June 2019; previous driver was from April 2018). After that, I’ve upgraded OH to latest snapshot, but Z-Wave devices (I guess controller is problem that causes other devices to misbehave too) are still changing state from online to offline and vice verse every minute or so. I’ve reverted to backup and I will leave it that way for some time, to see if some future OH update will solve this.

Best regards,
Davor