Devices get automatically added on search to the z-wave controller (You don’t need to add as thing, they get automatically added as soon as discovered to the controller, which is not very convenient, especially on the following problem ->
Not able to delete z-wave devices from controller (option set as failed and delete from controller don’t have effect)
Learning mode does not work
Secure inclusion doesn’t work on the first inclusion…you have to reset the device first to make it work on the second try…(tested with Aeotec dimmer/switch which have a dedicated button for secure inclusion)
To summarize: All advanced options don’t seem to work on the aeotec z-stick gen5 with openhab 2.5.7 in docker (privileged) and pi. The controlling works perfect
Steps to Reproduce (for Bugs)
Install openhab in docker on pi with hypriot os and traefik reverse proxy
stick in usb-hub and aeotec z-stick (hub to resolve connection issue, see above)
setup the z-stick as controller
put a z-wave device in inclusion mode
start discovering with the inbox on paper-ui
see the issues
Sadly I have no Idea how to resolve this issues, but I can help testing, as much as possible! If you need logs or something else, I’ll be here =)
For now I get around all issues, by plugging the z-stick to a windows pc, and delete the failed nodes with the silab software…which is very complicated…
Your Environment
Raspberrypi 4 B+
hypriot os 1.12.3
docker: 19.0.3
openhab-docker 2.5.7
Confirmed working with usb 3.0 hub also
It seems to be an electrical problem inside the stick…
Yes they show up properly and you can include them BUT:
I had the problem that as soon as you set the device in learning mode, and the OpenHab in search mode, the thing (z-wave-devices) gets added to the sticks z-wave network…you don’t have to approve it…in combination with not being able to remove the device of the stick wothout plugging it off, it’s extremely inconvenient to add new devices → if you’re to slow, you end with a ‘dead device’ which keeps showing up as ‘discovered’.
All other “advanced” settings regarding z-wave (suc, learning mode, remove device) don’t seem to work with the Z-Stick gen5…maybe someone has a Z-Stick gen5 lying around and can test it too
The Network Exclude function does not work for many of us so we either endure zombie nod3es ot use another tool.
I think this binding is incredible, especially considering it was made by reverse engineering i look forward to an improved binding based on the standard after SiLabs freely releases it.
Completely agree I love the z-wave binding! Especially the reaction-times on controlling and rules are amazing!
I use the silab developers pc controller…it works very well
I just wanted to share my experience about the Z-Stick gen5 to help improve and contribute to the opensource community :-). Maybe someone comes up with a solution :-). If I can be of any help, let me know
Do you know when that will be? Are there any plans of silabs?
This is normal - there is no way to “approve” devices at that stage - the controller will always allow them to join. This is simply the way Zwave works.
I’m not sure I understand this. Too slow at doing what exactly? If the device joins it should work - if you don’t want it then you can exclude it again.
I experienced with Aeotec devices that were set to inclusion mode, that they join to the z-wave network as soon as you click ‘discover’ on the paperui…when meanwhile the device times out (exclusion mode over on aeotec) it seems added to the controller, but can not be provisionised sometimes (which seems strange…maybe this is only an issue with Aeotec which has nothing to do with the binding)
At the moment I was only able to forget a device with silab pc software…mark as failed (when device plugged off) and forget from controller does not work in OpenHab. I’m not deadly sure if I have tried exclusion mode to…
This is correct - it’s nothing to do with Aeotec - this is the way ZWave works. Once the controller is put into learn mode (which happens when you click discover) it will add devices. This is done automatically by the controller - the only thing the binding can control is putting the controller into learn mode.
Ahhhhhh okay I think I get it now! So ‘discover’ means device learning mode in OpenHab okay… Thanks for the explanation . It was a not clear to me as in other bindings you have to actively add the thing…But this makes sense to me so I also would not consider it as a bug…but I have an Idea…Maybe you can put a banner in between when discovering devices on paperui that you have to click (like when you have to add the controller first) which explains, that you start the learning mode by clicking there…I think that would help a lot of people which are new to OpenHab . But I totally understand if this is too much effort…I don’t consider it very important…just for usability it’s nice to know
It’s not necessarily too much effort, but there isn’t really any way to do this. The UI is for all bindings - so I can’t add text like this just for ZWave.
This is a pretty common approach though - when you click on discover, the binding tries to discover the devices - this is true of many bindings. Not all bindings support discovery, but this is how it works for those that do.
In some bindings you have to define a bridge before using them…if you haven’t done, you will be redirected to some banner that says “include bridge” in paperui…maybe this is a way to go? → with this option it would also be possible to start secure and non-secure inclusion from paperui…
When you add the z-wave binding, and haven’t defines controller yet, paperui prompts you to do so you know what I mean?
You always need a reset device before secure inclusion
2, NEVER use buttons on the controller for inclusion, especially secure inclusion. The security key is in the openHAB binding, not the controller.
Again though, this is not a zwave issue - the UI is for all bindings. If the workflow is not right in the UI, then you an create an issue in the appropriate repo on github.
Nice one! 