Hi folks, I would like to use diyhue in conjunction with my Deconz installation, but unfortunately I can’t get it to work I really hope someone can help me here.
For background information. Both Deconz and diyhue run as docker container. So I told diyhue the IP of the deconz container using the environment variable.
I can also ping the deconz container from within the diyhue container and vice versa. So both containers should be able to see each other.
This is an extract from my Docker Compose file for the two containers:
I have activated the connection of further apps in the Phoscon App in the Gateway section
I went to the Deconz page in diyhue (there I only see the picture above)
Now I don’t know where we go from here. I can’t find any lamps in the Hue app and the diyhue frontend doesn’t give me any feedback if the connection to deconz worked or what the reason was if not.
And you have searched for Lights via the Hue app? Followed the rest of the instructions for installing Deconz in readthedocs? Have you tried pulling the log out for DIYHue?
Yes, I searched for lights in the Hue App.
Sorry, I don’t realy know where to find the logs of diyhue?
The logs of the container are not realy helpfull. There I just see this:
Set DEBUG env variable to see what is happening during pair process. Try to access just /deconz not /deconz? For most hue app’s is mandatory to set host IP address and host mac address because there the https certificate used for communication is based on mac address. When you made a mistake with the certificate you need to start from scratch and to wipe hue app’s data in order to remove the old cached certificate.
Ok, I started the container again with DEBUG=True as environment variable. I have now also explicitly specified a Mac address and IP address, although this should make no difference, both containers are located in Macvlan and thus act as independent hosts.
Unfortunately the output didn’t become more helpful with this.
I now see a 404 notification, but honestly don’t know why, as both containers could definitely see each other as I said. Whether I call the diyhue page with “/deconz” or “/deconz?” makes no difference, it redirects me to “/deconz?” anyway.
Interestingly, I found out that I can also specify an IP address and port via “Import from Bridge”. With that the connection worked immediately But I guess this connection method is for original Hue Bridges? So I don’t know if there are any disadvantages in connection with Deconz?
Deconz provide also an websocket where the emulator receive sensors and remotes events. Now you are able to control only the lights. The issue was not with diyhue here, but with Deconz because it must run on port 8080 by default (you can specify the port in diyhue also). Currently Deconz run on port 80 and this allow diyhue to pair with it as a regular hue bridge.
I’m sorry, but you’re completely wrong. Once again: As you can see in the excerpt from my docker Composer yaml, I am definitely running deconz on port 8080 and not port 80.
To have all the functionality I would also like to use the deconz integration instead of the Hue Bridge integration. But how?
I saw you set env variable to run deconz on 8080, but hue bridge pair process is made on port 80. Better enter in diyhue container and execute telnet or curl from there to see if it reach deconz on 80 or 8080
Ok, the debug output was unfortunately not more helpful than last time. I simply deleted the complete config.json and did the configuration again.
Now the connection with the Deconz integration has worked right away. Must have been a misconfiguration in my config, however that happened
You have to have the two containers using the same docket network. The easiest way to do it, if port 80 is available on your host, is to run them both in Host network mode. Then they should be able to like up with each othet as long as you run Deconz with the modifications required. However, running Deconz in Docker means you’d also have to link your radio to the container. That always seemed like too much work to me so I always run Deconz natively in the Host OS.