I have just finished setting up this add-on and the only way I could get the ZWave JS integration to talk to the ZwaveJS2MQTT server was to use the following:
ws://a0d7b954-zwavejs2mqtt:3000
When I used localhost, it would not connect, but as soon as changed it to the above it connected straight away and I could finish the setup.
My OZW1.4 setup is on an RPi remote from my HA instance, is there a guide to integrate from a remote ZwaveJS2MQTT? I have ZwaveJS2MQTT installed on the remote RPi, and the MQTT events are being forwarded to my HA instance that is running MQTT, but I haven’t been able to figure out how to get HA to control devices. I can see my Schlage lock in HA, but the ‘lock’ service doesn’t do anything. For reference it did work with OZW on the remote RPi and MQTT and OZW inttegration on HA. I have put the network key into ZwaveJS2MQTT and it appears to work.
I assume I’m missing something, not sure where to go from here, appreciate any pointers, or is the HA side still a work in progress?
Another good thing to mention is this does work with serial/by-id as well which is how I pass my devices to containers. You just don’t get an option for that inside the container so you have to copy the mount point and paste it in.
Is this step taking an inordinately long time to complete for some people?
I migrated from OpenZWave (Beta) to ZwaveJS yesterday, but then realized I didn’t have any of the network tools that OZWAdmin gave me, so today I’m giving ZwaveJS2MQTT a try. My nodes are coming through at a really sluggish pace. I have not reinstalled the ZWaveJS integration yet as I’m still waiting for all of the node info to appear. Several are in status Complete, but many of the remainder are in either NodeInfo or ProtocolInfo. It’s been chugging along for an hour or so now. The battery-powered motion sensors appeared after I woke them up, and the remainder are hardwired switches.
This one bugs me a bit: node 52 previously had a manufacturer and product identified, which is why I named it. It’s an Inovelli Red Series switch which supports beaming, but it’s now showing that it doesn’t, and the mfr info is now gone.
I did, yes. I started with HA a few weeks ago. I started with the Z-wave integration, then OZW beta, then ZwaveJS and now ZwaveJS2MQTT. I’ve run the gauntlet and I’m anxious to get to a stable/consistent configuration! I’ll put this down for awhile and come back to it later, thanks.
EDIT: after a few hours I got impatient and bumped each node with a re-interview. Most of them came back up within a few minutes. One node is giving me some issues and is physically within a few feet of another functional node, so I’m going to have to investigate that one.
a0d7b954_zwavejs2mqtt (this is what you copy from the URL. but in fact if you actually read the instruction is as to be
a0d7b954-zwavejs2mqtt (the diference is the - instead of _ )
great howto! Thanks for that.
I migrated to MQTT, rather than using the WebSocket, and with ZwaveJS on a dedicated raspi.
I used to have this in my zwave configuration
I found that when I added the integration it asked me if I wanted to use the “Supervisor Add on” which is a little ambiguous when there is a “ZWave JS” addon and a “ZWaveJS2MQTT” one.
So if you come across this you want to untickthe box to use the supervisor addon - it wil lthen prompt you for a hostname - this can be found on the Supervisor ZWaveJS2MQtt add on page.
The template step, to dump Z-Wave nodes and related entities, is very useful! But I can’t quite figure out how to get similar output from the new ZwaveJS integration once I’ve completed the migration. Does anyone have a working template for this?