To enable SSL support (HTTPS), fill in the environment variables SSL_KEY and SSL_CERTIFICATE , Use the volume to share the SSL key and certificate with the container.
does the IP address need to be of the host machine running the container or the docker network IP address? and does it need the “http://” portion or just the IP:PORT portion?
so is it:
http:
cors_allowed_origins:
- 172.17.0.18:6123 # IP of docker network
http:
cors_allowed_origins:
- 192.168.1.11:6123 # IP address of host running docker
Not sure how the entities are being generated, need examples of hub and related entity - state + attributes,
Can you please provide it so I’ll be able to check?
port 6123 was already in use for ESPHome so I changed the external port to 6124 (-p 6124:6123) and now the webpage kind of works.
it displays the legend at the bottom of a black screen similar to yours but it doesn’t display the actual HA zwave map. Kind of like it’s not communicating to HA to get the node information
zwave2mqtt uses OpenZwave and converts the zwave nodes and devices into MQTT topics which are discovered by HA. I’ll point you to their docs here: https://github.com/OpenZWave/Zwave2Mqtt#robot-home-assistant-integration-beta
There is no HA entity created for the Zwave controller. Here’s a zwave wall switch in HA:
In order to create the graph, there must be neighbors attribute, in the states you’ve sent there is no such attribute , therefore, I can’t build the graph,
Maybe with ozw it will work
So, a couple of things I learned in getting this up and running (and one remaining problem for @bar):
If you are using SSL on your HA server, you have to have a valid cert. For me for example, using the IP didn’t work as I don’t have the IP as a SAN on my SSL cert. This also means that using the IP won’t work in the HA_URL environment variable, as the certificate validation fails.
Because of the above, you need working DNS in your HA installation. If, like me, you have an internal DNS server, you may need to run ha dns options --servers dns://aaa.bbb.ccc.ddd as the age-old DNS bug in HA still hasn’t been fixed (hassio-dns doesn’t always get the DNS from DHCP and wants to use 1.1.1.1 and 8.8.8.8).
You can’t have trailing slashes on the values in cor_allowed_origins. If you do you will find an error like this in your browser console: Action to fetch ... has been blocked by CORS policy. You probably can’t have them on HA_URL as well. I tend to put them on my URLs by default, so was surprised by this one.
Now I’m getting the following error. Apparently neither of my two controllers is identifying itself as primary.
TypeError: Cannot read property 'indexOf' of undefined
at networkViewer.js:309
at Array.forEach (<anonymous>)
at setInitialHop (networkViewer.js:298)
at initialize (networkViewer.js:412)
at (index):88
Here are my two Z-Wave controllers. The ISY is primary, the Z-Stick is a secondary: