this post was submitted on 30 Jun 2023
10 points (100.0% liked)

homeassistant

12596 readers
62 users here now

Home Assistant is open source home automation that puts local control and privacy first. Powered by a worldwide community of tinkerers and DIY enthusiasts. Perfect to run on a Raspberry Pi or a local server. Available for free at home-assistant.io

founded 2 years ago
MODERATORS
 

If I am not mistaken the tradeoff is losing add-ons but being able to install other services.

So... what is your experience? Are add-ons useful/common for your use case?

top 27 comments
sorted by: hot top controversial new old
[–] [email protected] 4 points 2 years ago

I'm running the docker version as I'm also using the rpi for other things, like imageview and pi hole. I don't really miss addons, the only annoying thing is that most documentation assumes you're running ha os.

But if you don't plan to use it for anything else than HA, I'd go for HA OS.

[–] [email protected] 3 points 2 years ago

You can go supervised! You still have most of the operating system available to your needs and you can still use add-ons. I use it for years and it works like a charm

[–] [email protected] 3 points 2 years ago* (last edited 2 years ago) (1 children)

HA OS is the way to go.

You don't want to have to think about it. HA OS just works. You set it up and let it run.

There's no sense in trying to kerfuffle other things into it. You don't want to do too much on the Pi anyway because it'll lower the responsiveness of Home Assistant slightly. If you want a server that does things, buy a separate NAS and run it alongside HA OS.

[–] [email protected] 2 points 2 years ago

This is what I do with a Pi running HAOS and a Synology ds920+ running backups and everything else. It's been rock solid, gives me a decent backup solution, my home automation is stable and responsive and no-fuss, and plenty of options for tinkering. Highly recommend.

[–] [email protected] 3 points 2 years ago (1 children)

I run my own a VM.

I was sceptical about running in a OS that I can't run my normal updates and automations on but HA OS has been rock solid and easy. Plus you get a few more features

[–] [email protected] 1 points 2 years ago

I second that, I just put it in a VM on my proxmox host. zero issues so far.

[–] [email protected] 2 points 2 years ago (1 children)

I recommend HA OS. What happened to me is that I used docker, got everything set up how I liked it, then had to move over to HA OS when I needed a specific add on and didn’t have any other solution.

If you don’t already have a plan for other services, might not make sense to use docker, too.

[–] InterestedViewer 1 points 2 years ago

What add on was that? HA OS add ons are simply docker containers themselves- you should have been able to create it outside of HA OS just fine.

[–] [email protected] 2 points 2 years ago

I used a ton of AddOns, really practical because they also embed themselves easily into the rest of Home Assistant. I would go for the HA OS. But I also do wish there was a AddOn to install random docker images.

[–] [email protected] 2 points 2 years ago

home assistant in docker is definitely not for the feint of heart! the networking requirements are actually quite intense, and really don’t map well to virtual networks like dockers uses

… among other issues

HAOS on a pi; i’ve tried the docker thing time and time again, and the next chance i get in blowing it all away and starting on real hardware again

[–] [email protected] 2 points 2 years ago

You can also run hass os in a vm then you still get add-ons, from what I understand

[–] [email protected] 1 points 2 years ago

I definitely prefer HA in a VM, that way it can do its own thing and I won't accidentally break something.

[–] [email protected] 1 points 2 years ago

@unknowing8343

I used the fanciest possible setup with HA running in a Kubernetes cluster and its helper services likewise, but that's severe overkill for most people unless they've got compute to burn and need/want/enjoy customizing the heck out of everything.

A Pi, even a Pi 4, isn't compute to burn but also isn't expensive enough to need other services on it to justify it. For what it's worth, I'd suggest HA OS and dedicating the Pi to it.

[–] [email protected] 1 points 2 years ago

You can also run hass os in a vm then you still get add-ons, from what I understand

[–] [email protected] 1 points 2 years ago

I’d always run HAOS. When you need Docker containers which are not available as add-ons I would look for a machine that can run Proxmox so you can run a Docker VM and a HAOS vm in parallel.

[–] [email protected] 1 points 2 years ago

Running it on a bare Pi, HAOS, imho you get the most performance, and support if it goes wrong.

Running on more powerful hardware (x64 host), VM all the way. It's so much easier when you can snapshot, move VMs around, and split out components when needed.

[–] [email protected] 1 points 2 years ago* (last edited 2 years ago) (1 children)

Home assistant OS is also my recommendation. Add-ons are pretty important IMO. Plus for something I am planning to try and have 100% uptime and controlling my home smart devices I don't want it containerized and at the mercy of docker.

Currently using 15 add-ons myself.

[–] InterestedViewer 1 points 2 years ago

Add ons are docker containers. The main advantage of HA OS is that the add on docker images are configured for you vs you having to edit a few parameters.

Also, there isn't really any inherent stability difference between HA OS and docker. If anything, i'd give the slight nod to docker running on a stable Linux flavor, but YMMV. I've been running the HA docker via Unraid for years alongside ~30 other docker "add ons" (many have nothing to do with HA) without any stability issues.

[–] [email protected] 1 points 2 years ago

I started out running HA in a docker container on a NUC (everything configured in a docker compose file). Documentation around everything was pretty poor at the time (I'm not sure if this has improved since then), so I ended up feeling too confused on where to even begin expanding from vanilla HA.

I ended up picking up a RPi 4 (and SSD and enclosure) and have been happily running HA OS since then on the Pi. If that ever fails on me, I may go back to a docker instance.

I'd recommend you try whichever is the most convenient first (probably the docker approach, unless you already have the Pi on hand). Give it a month or two, try to setup up a few things you're interested in, and then decide if you're satisfied with that setup or want to try the other option.

[–] [email protected] 1 points 2 years ago* (last edited 2 years ago)

I run HA OS and from my experience updating and installing add-ons is seamless. Creating backups and restoring (had to replace a corrupt SD Card a while ago) was also no issue.
Add-ons I have installed

  • Advanced SSH Terminal
  • ESP Home
  • Home Assistant Google Drive Backup
  • VS Code Server
  • Maria DB

HACS for a few integrations:

  • YT Music Player
  • Waste Collection Schedule

nothing too fancy.

I run a second Pi with an SSD for docker containers or native OS installs (gitea, drone-ci, pi-hole, etc.)

[–] [email protected] 1 points 2 years ago

I'm running Supervised in Docker. I don't know how I managed to do it but it wasn't hard. I use addons, and also have other things running on my Pi

[–] [email protected] 1 points 2 years ago* (last edited 2 years ago)

There's nothing that you can't do with docker that you can do with addons, but many things you can do with docker that you can't do with addons.

Addons are marginally easier to setup but if you have technical skills, docker is also not a lot of work. You can use something like Portainer to get a similar easy interface. So I think it's down to if you have the technical skills for docker.

I run ha supervised and I do both, but the system does complain that I do that.

[–] [email protected] 1 points 2 years ago (1 children)

I have HA running in docker on a Pi 3 and Z-wave JS running in another on the same Pi. Added a purpleair integration for outdoor air quality, national weather service, some local sensors, and sql to get data from another node. People have made me paranoid about SD card failures, so I regularly image it to my main server. I mostly use HA to visualize environmental data, but it also runs the lights in a hydroponic farm and the house during vacations, via z-wave outlets. Have not tried to integrate it with google or amazon.

The only inconveniences I've found with docker is that you can't restart HA from its web interface and, if you update regularly, old images quickly fill a smaller card, so you have to remember to purge.

[–] [email protected] 2 points 2 years ago (1 children)

It's now possible to restart HA from the web interface. P

[–] [email protected] 1 points 2 years ago

I pulled the latest HA version based on you comment in this old thread, and you're right! There is a restart button now. Thanks.

[–] [email protected] 1 points 2 years ago

I've run both, and the OS version is much more stable and easier to keep running. Whether you use an rpi or a VM, use the dedicated OS and save yourself the heartache of trying to get your hardware working with docker.

[–] [email protected] 1 points 2 years ago

Its not super hard to manually set up with docker or podman but you have to deal with integrating and updating the add-ons yourself. I ran out of CPU on a pi4 (due to a buggy websocket client in the end) and moved to a small form factor x86_64 server under Rocky. I ran manually using just containers (podman in this case) and it worked fine but integrating and updating the equivalent of add-ons was a lot of manual plumbing work that I don't find much fun anymore.

I switched back to hassos, but under KVM. This for me is the best of both worlds: I get the fully managed/integrated work of Frenck and friends for HA and can still access and manage the machine normally (and use it for other services).

There's nothing remotely realtime about the python code in the core HA, it works well in a reasonbly provisioned VM (4 cores, 8G ram) backed by a good SSD. There is some religion in the community about not using VM's: it is a layer of complexity and I understand why folks on discord don't want to help people with it, but technically it works well for this class of app.

load more comments
view more: next ›