Thanks petro-
Now I’ve lost those zwave entities in lovelace though. “Entity not available”.
What is the function of the zwave js integration? I assume the zwavejs2mqtt is now the broker to the zwave stick AND the front-end, but I don’t know what the integration is for?
Also the zwavejs2mqtt docs say:
"By default the Home Assistant Z-Wave JS integration will try to set up the official “Z-Wave JS” add-on from the official add-on store.
It is recommended to use the official add-on instead of this one!
However, this add-on will provide an add-on UI and has the ability to send/receive data over MQTT as well. So, if that is your thing, this add-on might be for you."
It seems like they want you to KEEP the official add-on that you say I should remove?
Take a look at the overview, it shows a flow chart of the connections for zwave.
Thank you. It directly contradicts the docs in the Zwave2mqtt addon (I show abve) though. So who is right and who is wrong?
My lovelace is broken using the flow chart overview…
You need:
Zwavejs integration
Zwavejs2mqtt addon
Or
Zwavejs integration
Zwavejs addon
The choice is yours
this is one of the issues i have with HA as a new user. there are so many ways to do things, half of them are old methods that are no longer valid. Not specifically talking about this one but it just seems all over the map.
That’s the nature of the beast. When things change, the software needs to adapt. This results in multiple paths or outdated information.
i get it and it updates so frequently. I find myself always watching Youtube videos and looking at the date. Anything more than a few months old is probably useless and not the right way to do things anymore.
Thanks Petro.
A reboot fixed the missing entities. I know have Option 1 working, Zwavejs integration -> Zwavjs2mqtt addon only. It’s very nice.
Somebody should update zwave2mqtt addon docs to reflect this, it steers people to a conflict.
1 Like
Seems like there’s a naming problem here; while you might not want/need the MQTT capability with zwavejs, many/most people probably want the management UI that it contains. Seems like that ought to be the default choice, with the MQTT bit turned off if not needed.
The problem with that is that the zwavejs2mqtt container (not add-on) pre-dated the new zwavejs HA integration.
THen at some point the zwavejsmqtt add-on was made from that container.
Then at some point the decision was made to make zwavejs the “official” new way forward for zwave.
Then the zwavejs add-on was created along with the zwavejs integration.
I personally think that the “official” add-on should have been the zwavejs2mqtt add-on and be done with it. With instructions on how to disable mqtt if you don’t want it. It already had everything needed to run zwavejs in HA with the integration including a UI.
The way this was rolled out has created nothing but a mass of confusion on what does what and what is needed.
1 Like
That’s currently the preferred choice, even from the devs. We all run zwavejs2mqtt for the time being. I’ll make the switch to the lightweight zwave js when all the functionality is available in the integration. Until then, zwavejs2mqtt
Then that would have been a nice bit of info to put out to users.
Right now the seemingly “preferred choice” for everyone is to use the zwavejs add-on without mqtt. And it’s further reinforced by the integration suggesting to install the non-mqtt add-on.
I fail to see why the devs always seem to overly complicate things to the detriment of new/inexperienced users.
And having another zwavejs add-on apart from the mqtt add-on serves to do nothing for them but spread already thin resources over two add-ons instead of focusing their efforts on one really good one.
There was way too much time spent re-inventing the wheel and what’s worse is the new wheel ended up not rolling as well as the previously invented one.
If they decided later to make one that was more “lightweight” then they could have done that then after the initial dust had settled.
But the damage is done. Time to get back to answering the same “what’s the difference between these?” and “why is there no UI?” and “which one should I install?” questions that have been answered hundreds of times already. 
1 Like
HA can’t just go to the devs of zwavejs2mqtt and say “we’re taking over this project”. And it’s only the preferred way for right now, until the other functionality returns. The official docs even recommend it for the time being. Not to mention, the zwave_js python server is a bare bones container, it’s not really reinventing the wheel. All the work is going into the integration for the added functionality.
I’d imagine that the reason is this -
If a new user uses the ZwaveJS2mqtt addon, without following instructions - then ZWave will magically start working, BUT - because they haven’t followed the instructions to the letter and actually turned OFF the mqtt section, then all their ZWave devices will be duplicated in Home Assistant. Thus “officially” pushing people to install the addon that doesn’t include mqtt, means that the chances of the support channels being flooded with people wanting to know why they have copies of their devices is lessened.
it’s funny that you actually think people follow the instructions at all most of the time let alone “to the letter”. 
50% of forum posts are because people can’t follow instructions.
1 Like
Which is my point. Imagine how many forum posts we would get daily from people wondering why they have a copy of every ZWave device.
EDIT: For an idea how how frequently we would see that question, pop along to the Chromecast reddit and see how often people complain that their Chromecast has vanished, and they are told - to try rebooting the router, and lo and behold, it fixed the problem.
1 Like
I’ve been spinning on trying to get things working with all the different approaches for zwave-js for months now. I’m very detailed oriented and apparently didn’t get something precise at the beginning. There are just too many pathways explained in different places, and terminology is clear to those who wrote the guidance but not so much to people who try to follow it.
So add one more thing to all the repeat questions: How do I clean up so that I’m at a valid starting point for trying again?
I love the design of the HA system, but zwave-js has been a massive disaster for me, and evidence shows, for many other people.
I can understand the frustration and have seen that in some of the other posts lately as well. There’s a lot of moving pieces around zwavejs so it can be tough to keep up, but overall, for me at least, I’ve been much happier with it over the old openzwave.
That being said, starting over in zwave can be a bit difficult. The controller usually has a battery, and stores information about the zwave network. So just uninstalling the software won’t clear that out. Each node also stores information about the network.
If you want to avoid the “nuclear option”, maybe you can share some details on where you are at now? What’s your install type, and which add on are you using? What kind of devices and zstick so you have, and if so, are they included and/or functioning right now?
If you do want to blow it all up and start over, you need to:
1- Try and exclude whatever devices you can from the network first.
2- remove zwavjs integration and add on, then restart Home-assistant
3- remove any orphaned entities that are still in Home assistant.
4- factory reset the zstick. If it’s an aetoec zstick, it has a battery. Unplug the usb first, then follow these directions
5- factory reset any zwave device you couldn’t exclude. Follow the manufacturers directions
At that point, you will have everything fresh to startover.
After that, you really have three options to integrate zwave in Home Assistant if using a hassio install with addons:
1- the officials zwavejs addon using the zwavejs integration.
2- the zwavejs2mqtt community addon using the zwavejs integration through websockets
3- the zwavejs2mqtt community addon using an mqtt broker and mqtt integration.
This explains the options a bit better
I would recommend you install zwavejs2mqtt as an addon vs zwavejs, and use the websockets zwavejs integration. Zwavejs2mqtt has more advanced configuration options, including its own UI control panel, which can help with advanced diagnostics. Zwavejs2mqtt will show as a “community addon”, but has more functionality at the moment then the official zwavejs addon.
Unless you need mqtt, you can disable the mqtt portion and just use the websockets- that’s what I’m doing. Here’s what it looks like in zwavejs2mqtt settings
Install instructions for zwavejs2mqtt are here:
Hopefully this helps and doesn’t just add to the confusion. Let me know if you have questions or run into issues.
1 Like
In the end, the fix for me was to switch from Aeotec Z-Stick Gen5 to Gen5 Plus. Everything behaves as expected now.