The 5‑year home automation post that made me rethink everything

Back in January I shared a 5‑year technical review of our home automation setup here. At the time, my goal was pretty simple: review the infrastructure that had to change, capture what held up, what didn’t, and what surprised me after living with a fairly complex system day to day.

What I didn’t expect was what writing that post would trigger.

Technically, most of the system worked.
Automations fired. Devices stayed online. Edge cases were mostly handled.

But while writing the review, something uncomfortable became clear:
I was still thinking about the house more than I wanted to.

Not because it was broken — but because it demanded attention:

  • checking whether things were behaving as expected
  • wondering what would happen during an internet outage
  • choreographing guest access
  • managing notifications instead of trusting them
  • treating privacy as something to actively manage

That post ended up being the moment I stopped asking
“How do I automate this?”
and started asking a different question:

What would it mean for a home to actually behave well?

Not smarter.
Not more clever.
Just calmer, more predictable, and less demanding of attention.

That shift in framing changed very concrete things about the system:

  • automation stopped being about clever triggers and started being about policy
  • notifications were redesigned so silence actually meant something
  • guest access became time‑bound and self‑cleaning
  • outages stopped being stressful because behavior was predictable
  • privacy became an outcome of architecture, not a setting

I ended up writing a lot of this down, mostly to make sure I wasn’t just rationalizing decisions after the fact.

This was the original post that kicked off that rethinking: :point_right: Technical Pivot 5‑Years Later

I’m not posting this as a how‑to, recommendation, or stack endorsement — just sharing the reflection in case it resonates with anyone else who’s been living with a system long enough to feel both proud of it and a little tired of it at the same time.

Happy to discuss if it’s useful.

6 Likes

For me it comes down to one question:

  • Do any of your automations annoy (or worse worry) you ?

I.e. an automation fires and turns something on or off when you don’t want it to?

Also “collective you” - you + any significant others.

The opposite question: Does the lack of an automation annoy you?
Is a trap, in that everything you add increases the complexity, hence the chances that there will be a weird scenario that you haven’t thought of - it’s another opportunity for the automation to annoy you.

I do think you have to “play” a bit - I didn’t think motion sensitive lights would be as much of a win as it was - but that is grounded by the fact that I have (now) limited it to hallways and closets - having lights go off unexpectedly in rooms is an annoyance (yes I have played with MM radar - its not perfect).

1 Like

I have been adding presence sensors as well and started keeping a catalog of voice commands that I find repetitious in the house. For example, my husband is always up early in and he passes our Den on the way to his office - I looked at the voice command log from our devices and saw that he was always turning on 3 lamps in the Den at various levels each morning - it was never at the same time. So I added a presence sensor there and automated that command when he is there and the brightness in the room is less than a regular daytime brightness. It has been really successful.

It’s one of the things I’m shifting to, and the voice command log is really helpful in identifying the things we do out of habit rather than having the home just do it because of the circumstance. It’s a different way of thinking, I feel.

Interesting insights, thanks!

It reminds me a lot of my days in IT. Teasing out “real” requirements rather than tech for tech’s sake. Avoiding solutions in search of a problem. Doing things because they were needed, not because we can. Making life easier for users, not harder.

Yes, I spend way too much time thinking about and dealing with my HA implementation. Not to mention the time on here, looking for potential problems and new things to try out. From that perspective, it’s just a hobby. But I never lose sight of the fact that it performs some critical functions which have real consequences for the habitability of my home. It is a production system, and I treat it that way. Coming at HA with that mindset can make a huge difference.

It certainly does! I approach it that way too. Also with an SDLC approach. Ensuring I’m testing it and putting it into “production” letting it live for a few days to see if the outcome is as expected and then deeming it “in production”. I’m not sure if you saw the following posts I made on replacing the network, cameras, and access control through the lens of the user experience. This started an entire thought series which is posted after the 5 year review post that I linked.

This started as a hobby for me, but I have folks always asking me about “how did you solve for…” and I share my story and my philosophy - it’s not about implementing technology, rather solving friction so the technology fades into the background.

One thing that’s been helpful for me is realizing that annoyance is actually a signal, not a failure.

When something fires unexpectedly or makes me hesitate, I try not to “fix the automation” right away. I step back and ask: What assumption did I make that the house can’t actually hold consistently?

That’s usually where I discover the need for a guardrail — time, presence, brightness, location, or sometimes just admitting “this shouldn’t be automated at all.”

The automations that have lasted for me are the ones where I no longer remember why they exist — only that the house feels calmer because of them.

2 Likes

I think you expressed the concept very eloquently and I found myself agreeing with most of what you said.

Another guardrail is acknowledging battery powered devices have a tendency to drop off at the most inopportune times (perhaps this is also applicable to non battery devices).

As a result when using battery powered devices as conditions I have started adding checks for when the last update was received as that mitigates (doesn’t really prevent) the impact of a battery powered devices getting stuck on when the battery dies.

Unfortunately this is getting more more like an IT project, layered defenses and mitigations …

I hear you regarding battery devices. I found myself creating meaningful alerts on those devices when they actually provided battery health. My Orbit Sprinklers, for example, they show me % battery left so I was able to create a daily reminder when it hits below 10% - just so I change the battery. But then I have my soil moisture sensors and the best they do is tell me the voltage it has - I haven’t done the math to figure out if there is a number I can monitor there to create an alert there. Even with alerts - I always try to ensure that they alert me so that I can ‘better the situation’… like change the batteries.

I agree completely.

if it doesn’t need to be automated then don’t do it just for the sake of doing it.

which also ties into…

Especially when things are working and then it doesn’t for some reason. Then your SO says “hey I noticed that x didn’t work”. It signals that the technology was so useful they didn’t even notice until it didn’t work. :wink:

the annoyance of the new tech could be a signal that, like you said, you need to look into the possible edge cases or even deciding if the tech really needs implemented (which rarely happens if you are following the previous philosophy of “is it necessary?”

1 Like

Here is the entire series of thoughts that sprung from the 5 year review in case you are interested:

Homes that Behave Well

@finity - Totally agree - when something quietly does its job for months and then suddenly fails, the frustration you feel is actually proof that the system had become invisible. That invisibility is the real goal for me.

I appreciate the thoughtful expansion - this is exactly why I enjoy this community.

1 Like