Perhaps I never put enough effort into it, but I've slowly coalesced on only having IKEA smart home products after years of acquiring piecemeal stuff and trying to wire it together with Home Assistant. I've shut down HA, and with every non-IKEA "smart" thing I have nowadays I just use the manufacturer's app (though I've become pretty sour on most smart devices overall and avoid them when possible).
I didn't really care for the way it became a sysadmin job where the stakes of a bad update or me not reading some release notes were that my light switches didn't work until I sat there and futzed around with it. I'm a programmer, enjoy Linux admin, run a whole bunch of servers....but having to dive into logs and YAML configs because the lights in my kitchen won't turn off is just not ideal. Similar issues with HomeKit, except when things mysteriously stop working there's even less ability to diagnose, given Apple's design principles that everything "just works", so apparently providing detailed error messages or diagnostics is gauche.
Home Assistant "just works". Yes it has a ton of knobs, but in the 3 years I've been running it, it's had no issues. Certain manufacturer devices being flaky, yes, but as a platform, it's been rock solid. I've not touched its config in over a year and everything works as it should.
I guess the fact that some manufacturer integrations are flaky is hard to reconcile for me as far as the promise of "having multiple kinds of smart devices isn't really a problem". Regardless of whose fault it is, those flaky devices contribute to a less stable system.
It's been a bit since I was operating it, but I did at times certainly have issues with updates—perhaps just individual plugins or system updates that created an issue, either way, still a situation where I had to sit at a terminal and debug. I only ever ran the Docker version, not the OS, so perhaps this is less problematic in a more completely controlled stack.
I have been using Home Assistant for more than 5 years. The stability of the system has improved a lot in the last year. I don't recall the last time I had to reinstall or restore a backup.
At the beginning (0.7 or maybe even earlier) I remember to have to reconfigure or reset my instance a few times a year. Those times are long gone.
For my flaky devices, it it not a manufacturer integration, but over Zigbee. It's definitely the device as my other Zigbee devices are solid. Others have reported issues with the device in question (Aqara Temperature and Humidity Sensor)
I ran the docker version on a QNAP for a long time, now on a Home Assistant Green.
I second that. Home Assistant "just works". I have had it running on this cheap used HP EliteDesk 705 G3 Mini Desktop for more than 4 years now without a hiccup and barely any maintenance or hygeing work on it. Just sitting in my tv stand and doing it's work.
Not who you asked, but I do it “manually once a year or so” on a HA instance in a container running on unraid. It sometimes causes problems. Recently HACS (not a built-in part of HA but useful to get some extensions) broke on a HA update and I had to spend more time that I would have liked figuring out how to fix it. It involved running shell commands inside the container. Definitely not for anyone who isn't a techie.
> Certain manufacturer devices being flaky, yes, but as a platform
This makes me a little weary of your comment. I don't think I'd really care if my lights not working was due to a "manufacturer being flaky" if they worked yesterday, but don't today.
Are you talking about devices being flaky on first setup (which sucks, but is understandable), or are you talking about them being flaky after an update?
I think one solid way of handling the instability is to use high quality light automation (Lutron Caseta, for example) for the things you'll really notice, but for stuff you care less about (for me that's cameras, temperature sensors) you can use cheaper ZWave stuff w/ home assistant. The lights turn on and off when I expect, but temperature might update a little less frequently if HA is flaky.
Honestly, for any sensor that's basically just read only, the best thing I've seen is to just avoid all of the bluetooth/wifi/zigbee/zwave entirely, and just use basic tried and true accurite (or similar) sensors that never need updates and just pull the data with rtl_433. Way, way less fuss, they always just work, batteries last longer, by and large zero bullshit.
It's the devices that is flaky. Some of the shitty bulbs I got don't always turn on in one command but that was true via their own app too. Basically shitty devices aren't magically better via home assistant.
> Basically shitty devices aren't magically better via home assistant.
I feel like half the griping about HA is people realizing all the hardware errata and physical reality bullshit embedded developers have to paper over on a daily basis.
E.g. no, you can't just read contact sensors without debouncing
If I had to guess, they're probably referring to the way that certain devices broadcast their APIs to external services. A lot of them have no intention of allowing open access to APIs (e.g., my mini-split controller requires a slight hack to get it connected to HA).
That is, the flakiness isn't due to HA updates breaking connections or an unstable server, but rather manufacturers designing closed and/or brittle systems. Try as they might, the HA authors and surrounding community can only do so much for such devices.
Also, I believe the word you're looking for is 'wary' (as in, to be skeptical or suspicious), not 'weary' (as in, to be tired). :)
I have several Aqara temp/humidity sensors that intermittently lose connection. They don't affect the operation/stability of the rest of the HA platform and is not a problem with HA, as my other zigbee devices that report the same data work fine.
I should probably just remove them, but I don't have any automations that depend on them.
Yes it just works, but it's soooo difficult, here's my annoyances:
00. Installation method - you don't flash ISO into your thumb drive, no you boot ubuntu from usb drive, THEN download ISO and THEN flash your boot drive. This caught so many people. RTFM of course but FM should just say this in huge letters - BOOT UBUNTU FROM USB FIRST.
0. Host method - you either run this in docker and don't get like half features (add-on store) OR install HAOS and don't have access to your device anymore. Wanna use your computer for something else? Tough choice.
1. Integrations vs add-ons vs HACS - why is this so complicated. Add-ons only work when you run HAOS, but HACS works on any installation method. I've spent so much time moving from docker to HAOS just to realize HACS store works with with docker.
2. Root - I've succumbed to running HAOS and now I have no idea how to get root remote root access. Yes I can connect keyboard and a monitor which I had to get for this reason only and there's 0 fun to work on basic terminal on a high res monitor where you can't change font size.
3. UI performance - wanna explore data from one of the devices - either select all sensors from it and let UI crash trying to display 50 charts or pick sensor one by one (with broken scroll on desktop app).
4. Copy paste - how did they managed to break this on their desktop app is beyond me.
5. Disorienting UI - whenever I wanna reboot something I'm pissed off. Whenever I wanna find integration or add-on - I'm pissed off. Why there's media and to-do list? Why do I have to enable professional mode to unlock some menu's?
6. Bizarre way of doing things - wanna add derivative sensor? Install file editor, find some file, then fight fucking YAML syntax and then maybe reboot or reload or restart. Good luck! Why I need to add home assistant user and create password for my light switch?
Bonus. They are not selling their own device (which is great way to get started) and offering some cloud subscription which usually is on path of enshitiffication.
And don't get me wrong, there are things that it does't great and is very powerful and useful, but man it is difficult.
> 1. Integrations vs add-ons vs HACS - why is this so complicated. Add-ons only work when you run HAOS, but HACS works on any installation method.
Integrations are running under control of Home Assistant, while addons are separate applications, running under control of the OS. With HAOS they have that control as they are delivering the OS. They are simply lacking the manpower and experience to deliver a smooth control of external applications for every OS.
> 2. Root - I've succumbed to running HAOS and now I have no idea how to get root remote root access.
Yes, that is a pretty big flaw. They are trying to make it a simple as possible, they are probably flooded with complaints and issues from too many people with barely enough knowledge. But this whole setup they maintain with HAOS is really annoying. Though, there is documentation[1] for this.
> 5. Disorienting UI - whenever I wanna reboot something I'm pissed off. Whenever I wanna find integration or add-on - I'm pissed off. Why there's media and to-do list? Why do I have to enable professional mode to unlock some menu's?
They are doing too much, want to serve everything to anyone. Really annoying, but I guess the loud voices kinda demand this one-fits-all-solution. They should really rethink they focus and architecture. Maybe making clear, distinctive apps for specific jobs might be better.
> 6. Bizarre way of doing things - wanna add derivative sensor? Install file editor, find some file, then fight fucking YAML syntax and then maybe reboot or reload or restart.
To be fair, that's really depending on the devices and nowadays often an old solution. They have worked really hard to get rid of YAML for the normal jobs. But at the end of the day, HA is a hacky tool in a vibrant, extremely diversified environment. They are doing their best to deliver a unified solution, but it takes time, and sometimes still some hacking. HA has come a long long way, and is changing really hard, and they probably have still many technical debts left from a decade ago. Their biggest problem at this point is probably history and complexity. People who are using it for years, which are still knowing the old ways, or encountering old documentation.. And it's hard to get a clear picture with all the things that HA is offer and doing.
The problem I’ve run into is that once you’re running a lot of devices, you inevitably end up with a bunch of automations and logic that can’t really be simplified. With Apple Home/HomeKit, everything Just Works, but having dozens of automation rules and scenes configured in Apple’s low—information-density UI is worse than managing yaml config.
There is a tradeoff here. If your expectations are high you will always be disappointed with a smart device advertised as an appliance. it’s difficult to customize to make it _actually_ smart if it’s designed as an appliance, because every manufactures app is limited. Even apple home and google home are junk for automating things. It’s OK as a basic dashboard though.
Here are a few “smart” things my home assistant can do in my home, which are impossible with an “appliance”:
- when washer or dryer is done (detected via power monitoring), send push notification. But ONLY send it to the people that are home at this moment. If nobody is home, send it to the person that left home last. (i store this state in a custom _last_person_departure_ variable).
- if the washing machine door was closed after it was emptied, send push notification to the people that are home. Remind them to leave the door open. (front load washer where closing the door leads to mildew)
- If a water leak is detected, send a push notification. if not ACKed within 3 minutes, send a “critical alert” to everyone’s phone.
- If nobody is sitting on the couch (pressure sensor under the cushions), and no media is playing on the tv, turn off the tv after 20 minutes.
- turn on the hallway light if motion detected or if the front door is in an open state. but keep it on if the door remains open (chatting with a neighbor, bringing in packages, etc) Importantly, delay the “turn off” action with a timer and reset that time if more motion detected or the door is re-opened.
- when i’m on a work zoom call, automatically turn on a red light next to my home office, so family doesn’t interrupt.
That’s just the tip of the iceberg. I also get a push notification when the printers ink is below 20%, and more.
Unfortunately a truly smart home requires effort to set up. Because a smart home is unique to YOU. Everyone has different workflows, habits, and preferences. It’s not a generic off the shelf component like buying a washing machine, where the user preferences can be simplified to a handful of settings.
I just lived half a year without Philips Hue remote control because it stopped working during an update and I couldn't bother to check why. It was some name change somewhere, might have been an issue with how I set it up, can't even remember. Simple fix but I did have to dive back to the config files.
ZWaveJS used to break frequently for me, but I run an HA container on a Linux box, rather than the HAOS or whatever. I control the updates, and can rollback if things break, so it's not really a problem.
I installed Home Assistant recently and the docs suggest HAOS is the strongly preferred option these days.
Something about HAOS uses docker to install and manage extensions, whereas if you run the HA docker container it can't as docker-inside-docker isn't supported (?), and thus some functionality is unavailable (at least at the surface level).
I'm sure the support burden is much easier on HAOS. I don't use any Home Assistant extensions, I don't even know what they are. I use a number of custom integrations, but I manage them all through github and github actions. I'm doing great with just running the containers with podman - just need to keep ZWaveJS and Home Assistant in sync and I don't run into problems.
Surprised at your issues with HA. Similarly to others that responded, my setup with HA / zigbee2mqtt and >30 zigbee devices (including some ikea buttons) has been pretty rock solid over many years, including easy migrations from an rpi3 -> rpi4 -> rpi5 (with ssd).
Usually when I had some zigbee issue, it was because of a crappy product (eg some wired air sensor that would spam the zigbee network every 1 second with a lot of data), so then I just stop using such devices and before I buy I check compatibility with HA / zigbee2mqtt.
What you’re describing hasn’t happened to me yet with Home Assistant luckily, even after 5+ years of running it. I can’t remember an update ever breaking any of my stuff. I’m running a docker container though so YMMV. Might be different with the other install types.
Me neither, but I'm running the HA Yellow dedicated low power hardware instead so I can keep it running off my battery backup longer just so it lasts as long as it can along with my internet during outages.
I use SmartThings and ive never missed with any configs at all. Only ever one single app - smartthings. Ive been extremely happy after dozens of devices.
I have about 20 Phillips Hue bulbs at home. My younger brother laughed at me for spending a small fortune on them.
Approx 1 bulb per year dies and requires a replacement. Other than that everything just works after the initial setup - daylight like automation.
I even once had my wife add a bulb and while it wasn't easy, she did it.
When a year later I asked brother about the some random bulb he had - didn't work anymore.
It's even better, because Norwegian law gives 5y guarantee on electronics - could just have this bulb replaced as faulty in the shop.
I also switched from Philips Hue to IKEA. I like how you can pair things by holding them close and pressing a button. Doesn’t need to get smarter than that for me.
I just use Ikea's remote because I won't bother to link the light and the rmote through HA and set up scenes. It just works as a remote: on/off/dimmer. I can either pair the thing with the HA ecosystem or the remote, but the remote always works, regardlesif HA is on or not. I have just one set of lights.
I didn't really care for the way it became a sysadmin job where the stakes of a bad update or me not reading some release notes were that my light switches didn't work until I sat there and futzed around with it. I'm a programmer, enjoy Linux admin, run a whole bunch of servers....but having to dive into logs and YAML configs because the lights in my kitchen won't turn off is just not ideal. Similar issues with HomeKit, except when things mysteriously stop working there's even less ability to diagnose, given Apple's design principles that everything "just works", so apparently providing detailed error messages or diagnostics is gauche.