They should show slowly over time. Each restart will also give you more information. I got everything setup and running in 3 zwave network restarts. Granted I only had 6 sleeping nodes.
I think I finally found how to setup the UNRAID docker for this to work…
I was able to finally add the HA integration…
Doing a little more testing then I’ll update this post… (in case this is a false alert lol)
1 Like
Isn’t this sort of wrong? You can install and use both. ZWave JS doesn’t give you all the functionality that ZWaveJS2MQTT has, but don’t you need Zwave JS to get ZwaveJS2MQTT? At least, that’s what I just did.
If you need to configure any zwave devices you need the zwavejs2mqtt since the other one doesn’t have that ability yet. But both are super easy to install as an addon. zwavejs2mqtt has a very nice dashboard with lots of controls, the other one is pretty barebones right now.
Could you explain how you passed the serial device through the unraid to the docker container?
I currently use the integrated z-wave with my USB stick pass-through to the HA VM and then supervisor can see path /dev/serial/by-id/xxxx
However, /dev/serial/by-id/ doesn’t exist in Unraid docker setup and the only option is /dev/bus/usb/ which I understand would change on restarts.
No, ZwaveJS2MQTT has a built in server, you don’t need the Zwave JS addon. You can just install the ZwaveJS2MQTT without the other.
To clarify:
zwavejs2mqtt addon → provides MQTT and/or zwave-js-server, with a nice management UI
zwave-js addon → provides zwave-js-server but no management UI
zwave-js integration talks to a zwave-js-server, take your pick which one
2 Likes
If you manually toggle/adjust GE dimmer does it show in HA? I ask this because I read somewhere polling is not implemented yet. thanks
Everything related to my GE dimmer bulbs works in Z-Wave JS. Toggling on/off and adjusting brightness works beautifully.
I was incorrect thinking the polling values impacted these devices, it’s the old Z-Wave refresh_value setting that these GE devices required that is available in Z-Wave JS.
I am running into issues getting Z-Wave JS to work with my HANK Electronics RGBW dimmable bulbs. I can toggle them on/off and adjust brightness but changing color temp or RGB color is not working through HA.
I’m not sure if my bulbs aren’t compatible or if RGBW control isn’t fully baked into Z-Wave JS
1 Like
Yes and I thought you were talking about the polling issues… Because there are issues with old Jasco devices 
The Zwave JS has a database similar to openzwave. If you dig into it, that ahrdware file may be missing.
1 Like
My RGB bulbs appear in the openzwave database
When I try to adjust the color on the bulbs I see the following error in the Z-Wave JS logs:
INFO ZWAVE: Controller status: Driver: Color Switch: property "targetColor" requires a property key, but none was given
I’d start by writing an issue up on github
1 Like
that’s what’s causing this difference still?
I was able to have the JS integration load after stopping the Deprecated integration, but somehow that still manages to control my devices 
1 Like
Wow, I’m surprised any of ZWave JS is working. In order to switch from the legacy Zwave, you need to remove it from your configuration and reboot the host. The old zwave integration gobbles up the usb and never releases it.
of course I shouldnt have said that, because right now, the whole instance is unresponsive and it would come back alive.
In supervisor I see this:
- description: Fully configurable Z-Wave JS to MQTT gateway and control panel
icon: true
logo: true
name: Z-Wave JS to MQTT
repository: a0d7b954
slug: a0d7b954_zwavejs2mqtt
state: started
update_available: false
version: 0.2.3
version_latest: 0.2.3
I must have started it, without intention… can I disable this from CLI in supervisor? It seems the only thing unwanted in the config, and no errors are displayed anywhere…
this is all it shows in the log, it wont go past recorder:
2021-02-04 01:16:58 WARNING (MainThread) [homeassistant.loader] You are using a custom integration for favicon which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant.
2021-02-04 01:16:59 WARNING (MainThread) [homeassistant.loader] You are using a custom integration for profiler which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant.
2021-02-04 01:17:00 INFO (MainThread) [homeassistant.setup] Setup of domain logger took 0.0 seconds
2021-02-04 01:17:00 INFO (MainThread) [homeassistant.setup] Setting up http
2021-02-04 01:17:00 INFO (MainThread) [homeassistant.setup] Setup of domain http took 0.1 seconds
2021-02-04 01:17:00 INFO (MainThread) [homeassistant.setup] Setting up system_log
2021-02-04 01:17:00 INFO (MainThread) [homeassistant.setup] Setup of domain system_log took 0.0 seconds
2021-02-04 01:17:10 WARNING (MainThread) [homeassistant.setup] Setup of recorder is taking over 10 seconds.
When executing this script in the template editor, I get: “Exceeded maximum execution time of 3.0s”
Any ideas?
Are you running HA on a potato? There’s no way to optimize that template and get all the info. You could restrict it to each domain that you have, but you’ll have to change states to states.light, states.switch, etc for each domain you have.
Anyone having issues with Inovelli devices, particularly the LZW36? Zwave JS can see just the basics. I can’t figure out how to catch button presses, nor can I figure out how to set things like power output.
1 Like
Agreed. It seems most people responding here are either on the OZW beta 1.6 or the zwave2mqtt (whatever that is) already, but many of us are still on the original zwave 1.4 integration, and so far, I really can’t make out what happens once we install the new JS integration. Like, all my devices are still connected to the controller, but the controller is basically disconnected from HA when I stop Zwave 1.4. What happens when I start JS for the first time? Lots of missing information for those of us who haven’t transitioned one or more times already. I’m not keen on rebuilding everything from scratch again, which is basically what it will be since I’ve renamed all of my entities for consistency and organization. If I want to not redo all my automations, retest, etc., I should rename things the same, but that, will require deleting all of them first, assuming I even have the same entities in JS.
I’m really excited about this new integration and want to switch as soon as feasible, but I just need to understand the process better first. I just ran the template to list out my entities, and I’ve got 294 that I’ve renamed, not including the 50 or so that are disabled. 
EDIT: the Zwave Integration page says I have 541 entities.
3 Likes
Add me to the list of mildly worried 1.4 users (not ozw 1.4, whatever that is), but ones who have “transitioned”, or at least played with that before. I went through a mess playing with ozw when it was first released, renaming a bunch etc… gave up because my battery powered devices were not working until waking for their 5hr report. So things like door sensors did not work after a reboot until I removed them and hit a button, or up to 5hrs went by. AFAIK this was never resolved in OZW. No biggie as 1.4 was working fine, but I had to rename 4 times going back and forth testing (yeap… fun fun). I headed wise advice to hold off until it officially replaced 1.4 and there was a migration tool.
Now, I’m technically running “deprecated” software and looking to join in on the renaming excitement. Being an HA user, I suspect I’m not alone in that it’s not the end of the world to rename sans migration tool magic, as long as it is just once and it works well. That leaves me with what I feel are reasonable worries… will my battery devices will also stop working again? are any devices/features I have that are not yet supported? S2 sounds like it will be cool, but I’m not jumping in headfirst before everyone this time around lol.
1 Like
zwavejs2mqtt addon → provides MQTT and/or zwave-js-server, with a nice management UI
zwave-js addon → provides zwave-js-server but no management UI
zwave-js integration talks to a zwave-js-server, take your pick which one
None of that makes sense to me, coming from zwave 1.4. Is zwavejs2mqtt yet ANOTHER zwave integration, like OZW beta 1.6 and now zwave-js? So we just ‘pick one’? It’s daunting enough to consider starting all over again ONCE, much less trying out three alternatives so we can ‘pick one’. I’m assuming that the new zwave-js is the recommended zwave integration going forward, or am I wrong? How many more different zwave integrations are there going to be in HA? I was just hoping for something that provided everything zwave 1.4 does, just updated for 1.6.