NegativeLatency
3 months ago
ESPHome and homeassistant have been really great, just like a nice breath of fresh air in a world of cloud saas stuff.
ssl-3
3 months ago
Home Assistant does great at tying all kinds of things together.
People had a habit of leaving the basement lights on here. Now they turn themselves off after a timer expires, and also whenever nobody's home. Using HA and a cheap Shelly relay (chosen for form factor), I was able to do this while retaining the existing lighting circuits, light switch, and the lights themselves.
It works perfectly, is completely local, and the end-user UI is completely natural. Toggle the same plain-Jane light switch that has always been there at the top of the basement stairs and the lights change state. (UI doesn't get more intuitive than that.)
Or: Fans. This house has a good furnace and central aircon, but the ductwork doesn't really extend upstairs. By default, this makes the upstairs-parts very hot in the summer and cooler than I'd like in the winter -- even though it's nice downstairs during all seasons.
I fixed that to my satisfaction by putting a fan on the landing that is controlled by an inexpensive smart switch, just to improve circulation. HA runs this show; the fan runs when the HVAC is doing something, and whenever people are home and it is either too hot or too cold upstairs (based on a temperature sensor). It's not a perfect solution, but it's kept the temperatures sane (and provided logging to prove it), it was cheap to implement, and it is cheap to run.
I already had the parts kicking around; it just took software and time.
(The best option for efficiency and comfort is probably installing mini-splits up there, but... sheesh, that's into the realm of orders-of-magnitude more expensive. Maybe some day.)
NegativeLatency
3 months ago
I'm curious how you used the shelly? They look neat but I'm not sure how people are wiring them into existing switches.
ssl-3
3 months ago
Good question.
I put the Shelly relay in a pre-existing junction box in the basement.
Previously, this box worked like this: There were romex cables for power/neutral, lights, and the switch itself all inside of that box. The switch, located elsewhere, interrupted power to the lights. (This isn't necessarily the most-typical arrangement, but it's how it is in the house I've got.)
Currently, the box works like this: We still have romex cables for power/neutral, lights, and the switch itself inside of that box. That part hasn't changed at all. But now the Shelly relay interrupts power to the lights.
Thus, the lights are always controlled by software.
And the light switch? That just provides an input that is acted upon by a software script.
The script (which runs internally within the Shelly relay) only does 3 things:
1. If relay is on and switch toggles, turn relay off.
2. If relay is off and switch toggles, turn relay on.
3. If relay is turned on by any mechanism, start timer, and then turn off after timer expires. (Plus other useful timer mechanics like resets on additional toggling, but you get the idea.)
---
It's easiest to think of a Shelly relay like a replacement for a light switch, but that's kind of a limiting way to think about it because that line of thought strongly implies that it should to be located where the switch is. And while it certainly can be installed that way, in practice it really doesn't have that limitation.
For my unfinished basement, there's no neutral at the light switch location so using a regular smart switch didn't pan out. (I could have added a neutral but that would have meant using more parts and getting into some drywall and paint.)
Instead, there's that neat (who am I kidding, it's a mess) junction box I that described, up on the ceiling where all of the things come together... So that's where I put the relay.
Or: There's a box behind a light fixture (well, there "should" be anyway). Often, this box will have the same functions available inside that my junction box happened to have. Power, neutral, light(s), switch input. A relay can go there.
But many houses do have neutral at the light switch location, so a relay can go there instead. Power/neutral feeds in, power for lights feeds out, with a switch (and/or relay!) in the middle. All in one accessible box on the wall. This matches the easy-to-think-of scenario. (IIRC all new homes are supposed to be this way in the US, but...)
It's (usually!) just a matter of finding the right physical location in which to install the relay.
(Note: None of this is intended to be an exhaustive list of variations. Things can and do get weird with household wiring, and regional variations of what "normal" means can vary quite tremendously.)
bluGill
3 months ago
My only fear is my HA box will fail and now nothing works. Most likely because I move and forget to tear everything out. Still something I'm interetsed in
ssl-3
3 months ago
I have the same fear.
So everything I automate has a fallback option that exists outside of HA. My regular light fixtures, with smart bulbs? I can turn those on and off using their light switch in the event that Home Assistant is dead, like I would if they were dumb bulbs. (I seldom use them that way, but I can.)
And my basement lights have their smarts all programmed directly in the Shelly relay. It works without networking or HA or anything else. So while the basement lights are completely software-operated, they aren't dependent upon the relatively giant stack of software and complex hardware that HA brings
As long as the Shelly relay works, then the basement lights also work -- with a timer.
(That relay can fail, but it is is unlikely to fail soon. I don't worry about it any more than I do a major appliance failing: If/when it happens, I'll deal with it. It's easy to take out again.)
sally_glance
3 months ago
Interesting, I had a similar setup with smart bulbs, dumb switches and HA. My experience was that when the bulbs lose connectivity (Zigbee or Wifi in my case) you could maybe still turn them on but they would start flashing like crazy or use different colors (as indicators for their "reconnecting" state). Also Zigbee doesn't really love losing mesh nodes periodically, so turning the bulb completely off using the switch would cause the whole network to fall into broken states that had to be manually fixed from time to time.
ssl-3
3 months ago
None of the bulbs I've had (which have been a pretty wide mixture: Proprietary clown, proprietary local wifi, matter wifi, esphome wifi, zigbee) have that problem.
I just turn them off and back on one time using the switch, and the light bulb's state goes to some variation of "on" within no more than a second or two (maybe not an ideal variation of "on", but good enough to get through a dark hallway). Turn back off with the switch, and it's obviously off. On the next "on" cycle of the switch, it goes back to "on".
And while it is freshly "on", it's trying to reconnect to whatever its programmed mothership is (whether local or afar). This works every time, so far in my experience, as long as that mothership is reachable.
The only time blinkey-mode has been imparted is when I've reset things, which takes rapid iterations of off-on cycling of the light switch. (I test this all the time with the Zigbee bulb in my pantry because the light switch in there sure is convenient. It works fine, even if it has been completely off for hours or days. I just tested it again after pulling the USB zigbee dongle from HA, and the pantry light still worked fine with the switch on the wall.)
I've moved these bulbs and other widgets between houses. No issues (other than renaming things after a move). It's really been OK.
Additional background: For Zigbee in particular, I'm doing that in what is probably the least-preferred, least-effort method: I've got a cheap Chinese CC2531 dev kit that is flashed with different firmware (because that was the cheapest approach ~5 years ago), and I'm using it with ZHA in HA (because that's the easiest approach). All of my Zigbee devices have been buttons or light bulbs, all of those bulbs have been from Sengled, and none of any of them support Zigbee router mode at all. There is no Zigbee "mesh" here to speak of at all, so there's no weird interconnections to break: Endpoints talk directly with the CC2531 and that's that.
Other than some range issues (which were broadly resolved by using an old-school non-3.0 USB extension that I found on Amazon in iMac-esque coloration for a dollar), Zigbee has really been OK for me.
---
But I've been migrating to wifi, anyway. My favorite light bulbs, from Athom, actually come to me with open-source ESPHome already installed...but Matter-wifi light bulbs are often a bit less expensive than those are. (Tradeoffs.)
This migration started on the basis that my old Zigbee bulbs are -- well -- old. They simply don't produce the same quality CRI that even very cheap dumb department store LEDs do these days.
Besides, I've also already built a quite lovely wifi network for my home, wherein I do not care at all about the performance of the 2.4GHz radios at all so they may as well focus their energy on a sea of IoT devices.
I like the idea of having only one set of wireless networking gear to futz with and optimize instead of having multiples of them. (But I'll probably goof around with Matter-Thread, too, if/when that makes sense to me. I'm by no means done tinkering or learning new things.)
sally_glance
3 months ago
Thanks for the response! Refreshing to hear that it can actually work - I think the main difference between your setup and mine might be that I actually needed the mesh because I had bulbs in behind a couple of steel concrete walls. I installed always-on Zigbee outlets thinking that bulbs would route over those but never actually got around to debugging why they didn't.
Currently I'm also mostly on Tasmota-powered Athom bulbs. They work well, but after not powering them on for longer timeframes (presumably after their internal battery or whatever runs out) they forget my wifi and switch to setup.
After these experiences I'll probably go with dumb bulbs and smart switches/relays for our new apartment. Still keeping an eye on the market and open for recommendations though, mainly because I like being able to control light color through HA.
ssl-3
3 months ago
I think you've nailed the key difference for zigbee, indeed. And I'd love to share some first-hand insight about how Zigbee works with either intermediate repeaters or routers scattered around, but I just don't have any to share.
You did remind me of a thing, though: My Athom bulbs, with ESPHome, do have an annoying mode they drop into when their Home Assistant mothership is unavailable. They still work mostly like dumb light bulbs in this state, but they do a periodic blinky-thing (with a cadence in minutes, not seconds) that is annoying until the HA rig comes back.
But since they're running a copy of ESPHome that I compiled locally, that's almost certainly an ESPHome function that I can hack out/turn off/modify/whatever.
I don't have any direct experience with Tasmota. I remember looking into it with some giddiness several years ago (just because hacking on home electronics does that to me), but by the time it came to start actually buying hardware I decided to go in a different direction.
But I don't recall the Athom bulbs, with ESPHome, ever dropping out and not coming back. Even after the last move where some of them were in a box for weeks: If there was any difficulty, it wasn't something that took a lot of steps to resolve. I think I'd remember if it were challenging in some way.
So I'm lead to wonder what mechanism it is that makes your stuff go goofy with Tasmota.
Inside of these things is just a small power supply, an ESP, some MOSFETs and some LEDs. On-device configuration data is stored in flash right alongside the firmware itself. There's no battery, nor any no real-time clock (if the time is useful, it is set over the network).
Athom does publish steps for switching [some of] their hardware back and forth between Tasmota and ESPHome, if that's ever useful to you: https://github.com/athom-tech/athom-configs
---
More broadly, having smart switches and/or dimmers with dumb bulbs does sound appealing. I've got all of the lights in my garage on one smart switch, for instance, and it works well for that environment.
Smart switches would also Grandpa-proof the installation: If a dumb bulb goes out and Grandpa is watching the place, he can just swap it out and things would work fine. (Knowing my own old man, he'd probably use a dusty incandescent bulb that he's had in the glovebox of the car since he stopped to pick it up along the side of an unpaved road somewhere outside of Lincoln Nebraska in 1973...but it'll still work fine.)
But smart switches and relays alike want neutral wires. It's not always straight-forward to integrate them, as I've written extensively about elsewhere here.
And right now, I've got the usual lights in the common areas downstairs set (via the Adaptive Lighting integration) to smoothly adjust their color temperature based on the position of the sun. And I really like that function: I get intense 6000k light during the day that more-or-less emulates the ambient sunlight that comes in through the windows, and a much more serene 3000k light when it's ~dark outside. And nobody has to think about it at all on a day-to-day basis; it Just Works.
This is, quite frankly, pretty glorious to me in ways that I don't think I ever want to give up...so I'm stuck with smart bulbs in lots of places.
sally_glance
3 months ago
I actually didn't try ESPHome yet, thx for mentioning it. That will be my next experiment then. The adaptive lighting also sounds really cool, will try that as well.
Do you know if the Athom bulbs even have some kind of persistent memory that can survive longer timeframes without power?
ssl-3
3 months ago
Yeah, give it a whirl.
There's only two kinds of memory in an Athom bulb: The RAM that is built into the ESP MCU (temporary, fast -- like RAM in a PC), and the flash ROM (permanent, much slower -- like an SSD in a PC).
Data in RAM doesn't survive for even a moment without power. Data in flash should be good for years and years with or without power.
overfeed
3 months ago
You can run HA in a Docker container and set it to generate backups periodically. If your virtual box (or the host) dies, spinning up a replacement will take up a few minutes, as long as you still have you have a computer capable of running Docker or Podman.
bluGill
3 months ago
That is no use if my boss says move to different city - there is a lot to deal with in a short time which leaves no time to tear that stuff out. if the house doesn't work for the new owners the courts will make me pay an electrition to make it work.
HA failing is annoying but not nearly as stressful.
ssl-3
3 months ago
I see where you're headed with that now.
It is my intention that when I move, I move my smart home shit with me.
I keep this in mind as I add smartness. All of it can be reversed to normal-house-status in a few hours, at most -- including a trip or two to the hardware store.
It can go back to what it once was almost as soon as "We're showing the house on Thursday" is uttered by anyone.
(The new owners won't want any of it, anyway. Buying someone else's bespoke smart home is like buying someone else's bespoke race car: It may have been a serious investment in time and money as well as a source of tremendous joy for one person at one point, but for the next guy it's just kind of a nuisance.)
Ruthalas
3 months ago
What are you using as your temperature sensors, if you don't mind?
ssl-3
3 months ago
You'll laugh, but:
I'm using a Zigbee button from Samjin/Samsung/whoever-that-was which reads temperature, my Nest thermostat (via a convoluted-but-supported path to a remote API), and a couple of Amazon Echo Dot speakers (the integration of which is cursed, but it's easy to set up and usually works).
I was going to try to score some cheap BLE temperature sensors and use the Shelly relay as a gateway to bring those into HA (yeah, it does that too), but then the big mystery ball of tariffs happened and I lost track of that idea.
05
3 months ago
Not the GP, but any supported BLE sensor [0] with a Bluetooth proxy ESPHome node should work.
[0] https://custom-components.github.io/ble_monitor/by_property#...
madaxe_again
3 months ago
It just makes stuff so easy - I’ve been on an absolute spree lately, and have built out:
Ultrasonic tank & river level monitors, with temperature compensation and a battery fuel gauge - managing to make a 3000mAh battery stretch almost a year. Some of the river monitors use LoRa.
Remote control to stop/start the previously pull-start generator
Gas bottle level monitors
Made the coffee machine dangerous
And my current project is seeing if I can make solar/battery powered LED bulbs that I can hang on trees and use BLE to make them automatically turn on some distance ahead of you as you walk down the long path through the forest, and turn off once you’ve passed.
I only really got started a few months ago, and my approach is far more breadboards, DuPont cables and superglue, because I know damned well that the moment I go “ok I’m done let’s get a PCB” I’ll decide on a modification.
Anyway. I don’t have enough good things to say about ESPHome. I get to save thousands of euros, and have fun at the same time. What’s not to like.
tetris11
3 months ago
Same, it's so nice to throw together a yaml that pretty much does exactly what you want, with the only ambiguity being knowing the ins/outs of the pins.
I'm just hoping it stays cheap as a hobby
amelius
3 months ago
Just wait until Espressif gets some greedy shareholders/or some manager that needs a raise and then suddenly you're paying 30% to get your app into the ESP Store.
ihattendorf
3 months ago
ESPHome is owned by the same group as Home Assistant, not Espressif. So Espressif getting greedy would just mean higher prices for their chips (or they could lock down development on their chips, but that seems very unlikely).
05
3 months ago
ESPHome isn't really Espressif exclusive, there's Beken support already, which most cheap Chinese IoT gadgets use nowadays. And there are 'made for esphome' products which is a safer bet than buying Sonoff and praying the ESP32 inside doesn't have its secure boot bits fused.