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.
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.
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.
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.
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.
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.
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.
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.
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.
Not too likely. the code is frozen for 2.5. 2.5 Release Candidate 1 releases today and 2.5 stable releases on Sunday according to the current schedule.
Just to be clear Davor, you tried several recent snapshot and 2.5M6 and had this issue with controller going offline and online repeatedly then downgraded to 2.5M5 and it fixed the issue right?
Also you are on Windows platform which to me seems important for trying to run this down. Guessing but…
Yes, I’ve tried 2 recent snapshots and M6 and they didn’t work. I haven’t reverted to M5, but the backup of snapshot #1460 I had installed before updates. I’m on Windows 10 platform (not sure what build, since I turned updates off - had many problems with them).
Some people have has issues with recent OH versions of they were using an old version of Zulu Java 8.
I would expect recent versions of Java 8 are tuned to work with the latest Windows 10 builds. If this were commercial software, their first response would be to update Windows & try again. Many updates fix bugs & flaws in the underlying OS. Those who do not update are, many times, left to solve their own issues.
Well, that’s the only thing left I can try. I’ll update Windows and try upgrading OH again to the latest nightly. Drivers, firmware and java are already on the latest version anyway.
I’ve just updated Windows 10 to the latest version (1909), so, this is what I’ve done so far:
Updated Windows 10 to the latest version (build 1909)
Updated Java JRE to the latest version (1.8.0 build 231)
Updated Aeotec Z-Stick S2 to the latest firmware (v3.08)
Updated Aeotec Z-Stick virtual COM port driver to the latest version (10.1.8.2466)
Updated OpenHAB to the latest snapshot (#1774) - I’ve also tried #1770 and #1771, as well as Milestone build (M6)
Excluded all devices from the controller and included them again
Delete all z-wave things in OpenHAB and recreated them (I did this every time I’ve upgraded OpenHAB to a different version)
I’m still getting the same ONLINE/OFFLINE behavior from the controller.
Here’s a part of openhab.log file with problematic part extracted.
At 22:01:30:
2019-12-10 22:01:30.980 [hingStatusInfoChangedEvent] - ‘zwave:serial_zstick:4a6237e0’ changed from UNINITIALIZED to UNINITIALIZED (HANDLER_MISSING_ERROR)
2019-12-10 22:01:31.960 [hingStatusInfoChangedEvent] - ‘zwave:serial_zstick:4a6237e0’ changed from UNINITIALIZED (HANDLER_MISSING_ERROR) to INITIALIZING
2019-12-10 22:01:31.964 [hingStatusInfoChangedEvent] - ‘zwave:serial_zstick:4a6237e0’ changed from INITIALIZING to OFFLINE (BRIDGE_OFFLINE): Controller is offline
2019-12-10 22:01:35.119 [hingStatusInfoChangedEvent] - ‘zwave:serial_zstick:4a6237e0’ changed from OFFLINE (BRIDGE_OFFLINE): Controller is offline to ONLINE
2019-12-10 22:01:35.122 [me.event.ThingUpdatedEvent] - Thing ‘zwave:serial_zstick:4a6237e0’ has been updated.
Than at 22:01:52 again:
2019-12-10 22:01:52.809 [hingStatusInfoChangedEvent] - ‘zwave:serial_zstick:4a6237e0’ changed from ONLINE to UNINITIALIZED
2019-12-10 22:01:56.116 [hingStatusInfoChangedEvent] - ‘zwave:serial_zstick:4a6237e0’ changed from UNINITIALIZED to UNINITIALIZED (HANDLER_MISSING_ERROR)
I appreciate your time you put into it.
.