ESPHome is amazing - there’s so much you can do without writing a single line of code.
I have built a few projects around the platform - a boiler monitor that tells me temperatures and state of zone valves, an energy monitoring system tracking electricity usage and solar export, and a hot tub mod that inhibits the heater to reduce grid import and maximize self consumption of solar. They have all been rock-solid stable.
ZHA here. I picked it since it’s a bit easier to set up with less bits. It works for me, so I didn’t see a reason to change it. I have done channel changes a couple of times with no issue - maybe I just got lucky!
I have not encountered this with my Sonoff Zigbee plugs, for whatever that is worth (US split phase). I also haven’t put large appliance loads on them.
I 3D print up a custom one, sized for each project.
Yep, it’s because of that proprietary and “every device must be licensed” nature of Z-wave that I use Zigbee devices - I’ll pick an open platform everyday over a closed one, even if it has limitations.
I’m glad it was helpful. They are great little controllers and ESPHome makes them so accessible for people like me who don’t really want to write code manually.
I don’t have an exact answer to your problem, but I do have a few ideas to think about. I’ve got a few ESP32 WROOM boards running in various applications, so I’m a bit familiar. So here’s my thoughts:
Hope that helps! They are a lot of fun to integrate with HA.
Sounds like it’s not actually running. Restart the hass server and check the logs, which is the only place you’ll see if a dependency is preventing it from starting.
Strange! Nothing jumps out at me as being an obvious problem with your setup. I’m doing something similar, though instead of rtlamr2mqtt (which I didn’t know about) I have a bash script run via cron that parses rtlamr output via jq and pipes that to mqtt (mosquitto), but there’s very little to it. I know the energy dashboard setup is picky about the energy recording entities.
Mine looks like:
state_class: total_increasing
unit_of_measurement: ft³
device_class: gas
friendly_name: Gas Meter
The name of the entity is sensor.gas_meter and the state is currently 113812 as an example.
Might be worth reading through GitHub issues for rtlamr2mqtt, including closed ones, if you haven’t already. Or maybe a hass restart? Can’t think of anything else.
This isn’t an issue with hackers though - this is people legitimately using the devices that they paid for with Home Assistant and other automation systems.
Yeah, the new logo is terrible, only takes up 1/2 the icon. I’ll just suck it up, personally, but I don’t know how they thought this little icon is an improvement over the old one - it’s not. In any way. Ah well…
I have a couple - one doorbell cam and an Argus Pro. I don’t really integrate them with my HASS setup though - haven’t found a compelling reason to do so. Avoid the battery powered cameras like the Argus Pro though - nearly useless (poor object detection, no RTSP, slow to connect, no HASS integration).
I switched out three Honeywell TCC thermostats in the spring with Ecobee. All in all, the Ecobee units are great and work well with HASS. I use the cloud API integration and have some automation that kicks set-back in a bit quicker than 2 hours like the t-stats do natively when we are out of the house.
The only regret I have is I bought the higher end model, but should have bought the cheaper ones - I don’t (and won’t) use the built-in Alexa, don’t need the C wire kit, and the VOC/CO2 sensor is garbage.
The remote temp/occupancy sensors are great and do help balance out temperatures when the t-stat doesn’t cover all rooms very effectively.
Heh, typing YAML anywhere is squinty business. :-)