-
I'm running Homeassistant - I use the Hue bridge as a dumb bridge for Hue (and Innr) bulbs just now, with HA doing the majority of the controlling.
How is Home Assistant?
And isn't the Hue bridge always doing the controlling? I thought the way this works is that ultimately the Hue bridge is the controller but one can use other apps to orchestrate that control... i.e. it's the Hue bridge that controls the bulbs via Zigbee, but you can use any number of apps (inc Home Assistant) to orchestrate the Hue bridge beyond it's capabilities.
The only thing that made me hesitate to install Home Assistant is just that... that for something like the Hive heating, Home Assistant is still relying on the public internet APIs and so it's not like we've gained isolated control locally... all we'll have gained is centralised orchestration, and I'm still split on whether that is important.
-
How is Home Assistant?
I like it.
There's a it of a learning curve, as I've never done indent delimited laguages, and had to rejig vimrc to stop me from going mad. But it's fairly straight forward, otherwise.
It is Hue that does the controlling (with the internet dependency) - HA can do both local & wide area APIs though, as far as I can tell, through MQTT and other interfaces.
-
In the case of Hue the bridge is doing the "controlling" but home assistant is sending the commands to the bridge to tell it what to do.
For the Hue I'm almost certain it's all on the local network, you don't need to be logged in anywhere for it. Same with some of the other devices such as amps, smart TV, etc.
Others you're just connecting to the internet APIs and you're basically just putting all the controls on one screen but not local control. Depends on your devices.
I'm running Homeassistant - I use the Hue bridge as a dumb bridge for Hue (and Innr) bulbs just now, with HA doing the majority of the controlling.
Any Sonoff devices are being controlled by MQTT (currently embedded in HA, but soon to be a separate broker server).