←back to thread

The era of open voice assistants

(www.home-assistant.io)
879 points _Microft | 6 comments | | HN request time: 0s | source | bottom
Show context
thumbsup-_- ◴[] No.42468176[source]
We need more projects like home assistant. I started using it recently and was amazed. They sell their own hardware but the whole setup is designed to works on any other hardware. There are detailed docs for installation on your own hardware. And, it works amazingly well.

Same for their voice assistant. You can but their hardware and get started right away or you can place your own mics and speakers around home and it will still work. You can but your own beefy hardware and run your own LLM.

The possibilities with home assistant are endless. Thanks to this community for breaking the barriers created by big tech

replies(4): >>42468245 #>>42468600 #>>42468963 #>>42470197 #
lokar ◴[] No.42468600[source]
It’s a great project overall, but I’ve been frustrated by how anti-engineer it has been trending.
replies(3): >>42468859 #>>42469060 #>>42472131 #
sofixa ◴[] No.42469060[source]
Do you mean the move away from YAML first configs?

I was originally somewhat frustrated, but overall, it's much better (let's be honest, YAML sucks) and more user friendly (by that I mean having a form with pre-filled fields is easier than having to copy paste YAML).

replies(3): >>42469193 #>>42471971 #>>42473207 #
philjohn ◴[] No.42469193[source]
It's worse though when you need to add a ton of custom sensors at once, e.g., for properly automating a Solar PV + Battery solution.
replies(1): >>42469310 #
ncallaway ◴[] No.42469310[source]
But like, isn't YAML still available for configuring things?

Have they gotten rid of any YAML configs, with things that are now UI only? My understanding was that they've just been building more UI for configuring things and so now default recommend people away from YAML (which seems like the right choice to me).

replies(3): >>42469589 #>>42472774 #>>42475370 #
1. sofixa ◴[] No.42469589[source]
> But like, isn't YAML still available for configuring things?

For most, yes. But for some included integrations it's UI-only (all of those I've had to migrate, it's been a single click + comment out lines, and the config has been a breeze (stuff like just an api key/IP address + 1-2 optional params).

replies(1): >>42470727 #
2. lolinder ◴[] No.42470727[source]
Where and how are those configs stored? There has to be a backing representation somewhere, right?
replies(1): >>42470855 #
3. sofixa ◴[] No.42470855[source]
In the Home assistant database (which is SQLite IIRC).
replies(2): >>42471951 #>>42471952 #
4. lokar ◴[] No.42471952{3}[source]
And there is no real API for you to interact with it. I would build my own config system if I could, but they don’t seem interested.
replies(1): >>42473420 #
5. iamjackg ◴[] No.42471951{3}[source]
UI-generated configs are not stored in the database, they end up in a collection of JSON files in a .storage directory inside your config directory.
6. lolinder ◴[] No.42473420{4}[source]
SQLite is highly automatable if you can deal with downtime to do your migrations.

I'm sure there are things they could do to better support the power-user engineer use case, but at the end of the day it's a self-hosted web app written in Python that has strong support for plugins. There should be very few things that an engineer couldn't figure out how to do between writing a plugin, tweaking source code, and just modifying files in place. And in the meantime I'm glad that it exists and apparently has enough traction to pay for itself.