Yes, you add devices to the stick/HA just as you always did.
So if I’m correct this will work more or less the same as zwave2mqtt together with their hass integration via Mqtt?
The problem people are facing now is that the zwave controller restarts when home assistant is restarted. Will this problem be gone with this new integration ? Is the qt-openzwave running as add-on?
That’s not really a problem.
It runs in a separate docker container from what I read.
Both the new methods (According to FishWaldo) will have z wave running in it’s own docker (probably the same one for both) and these will NOT be restarted when HA restarts (But will when you reboot, obviously)
The difference will be how HA communicates with this z wave docker, there may be an additional layer in the MQTT version, but this will allow consistency for current users of MQTT.
For ‘some’ reason the ‘feel’ is that the MQTT version ‘may’ be first out of the gate. But don’t put money on it either way.
Hi!
I have the “beta version” op and running.
As of today - i can see the Aeotec Siren 6 - all the sensors.
I am however - still not able to make it “ring” from inside HA - and it’s not “fully” detected as an aeotech device yet.
But progress 
br Ronni
1 Like
Correct, at this time we’ve only implemented the most basic stuff like (binary) sensors, switches and lights. That part is actually pretty stable already and we’re now moving on into getting the other devicetypes integrated. As the foundation is solid, that should go pretty fast next couple of weeks. Check Github to see our progress and help us with submitting your own mqtt dump of devices.
Hi Marcel.
I can see the pace is fast 
aeotec3|690x170
As of now - the devices seems fully discovered - and all the sensors are working.
it works stable.
So looking forward to the next step.
i will keep updating to the newest version released.
br Ronni
Is there any way for the non-hassio ( 
) users who run HA in Docker to easily get the OpenZWave daemon? Is there a Docker image already set up for it outside of the add-on?
1 Like
Is there any way of seeing what the network contains? I can see in the mqtt messages that I have a node 1 and 2, but no other info, and I don’t have any entities in the integration.
I would really like to just reset everything and start over, but I don’t know if the messages are retained and that’s what I’m seeing.
edit: As a second thought I think I could disable this, start up the regular z-wave and check there maybe?
1 Like
I removed everything and reconfigured from the beginning instead, and now I do see a sensor in the integration! However when I try to add another one I can see in the mqtt that it is discovered but it’s not present in the integration and it’s not showing the same information in the mqtt message as the first one (both are aeotec door/window sensors). Am I missing something maybe? Restart required?
How do you pair & manage new Z-Wave devices using this method?
1 Like
Hi,
Maybe I am late to the party by we have been working on an integration using Z/IP Gateway from SiLabs rather than OpenZWave. Using this approach it may be possible to use more advanced Z-Wave features not yet available in OpenZWave such as S2 and SmartStart. This solution could also be certifiable since Z-Wave alliance only allows using Z/IP gateway rather than direct access to the Z-Wave chip.
The project is available here:
If anyone is interested in helping out integrating this into Home Assistant, please contact me.
5 Likes
Pyzwave looks like an official and much better way to integrate Z-Wave. It would be able to support all current features lacking today and all upcoming features.
1 Like
Can someone point me to a thread about what is going on with z-wave? All of the newer builds leave my 30+ nodes unavailable. I rolled back to 103.6 and some nodes work sometimes. This is really a bummer as z-wave has been stable for so long.
Nothing to do with the new integration that’s being worked on - I’d start a separate thread.
1 Like
@marcelveldt and @Tinkerer, forgive what may be a stupid question, but how does this differ from zwave2mqtt? I only ask as I am about to ditch my Vera and was planning on using zwave2mqtt until I saw this.
The zwave2mqtt implementation is communication from HA to your zwave hub (the message protocol within the zwave network will not change, it can’t) For most people who run the zwave stick on their Pi’s this is a VERY short journey.
If you have a LOT of mqtt stuff going on anyway, then you might prefer to keep a standard look and feel to your config, in which case mqtt is the way to go.
If you read this whole thread it will give you an idea about why’s and wherefore’s.
The mqtt otherwise adds another layer to communication.
Both the standard zwave implementation AND the zwave2mqtt implementation are being updated to OZW 1.6 (any following upgrades (OZW 1.8 is being talked about) will be transparent given the new implementation methods). Both will run in their own docker.
It is likely that the zwave2mqtt version will get/has got it’s dockerised version first.
I’m going to be hanging on for the straight zwave version
You pays your money you takes your choice 
1 Like
Great! Sounds like the way to go instead of the MQTT way mentioned in this thread. Much closer to the source
1 Like
Awesome. I just need some help from someone with experience with Home Assistant development since I have no experience there.
I’m not sure I understand your response. I’ve read the thread but Both the OZWDaemon and zwave2mqtt implementations integrate with the core OpenZWave (and thus the USB stick), and according to the blog post, the OZWDaemon implementation also uses MQTT to communicate with HA. So in my head it seems like the software stack of the two are:
OpenZWave -> OZWDaemon -> MQTT broker -> HA
and
OpenZWave -> zwave2mqtt -> MQTT broker -> HA
I’m guessing that I am misunderstanding something, and of course that final arrow of getting the data into HA would be different for each approach, I’m just curious what is functionally different between the two.
1 Like