Address already in use
is the key - something else has already bound to that address:port combination. Next step is to find out what process is listening on it. Try ss, netstat, lsof to name a few hints.
Address already in use
is the key - something else has already bound to that address:port combination. Next step is to find out what process is listening on it. Try ss, netstat, lsof to name a few hints.
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 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.
Strange! Nothing jumps out at me as being an obvious problem with your setup. I’m doing something similar, though instead of rtlamr2mqqt (which I didn’t know about) I have a bash script run via cron that parses rtlamr output via jq and pipes that to mqqt, 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 rtlamr2mqqt, including closed ones, if you haven’t already. Or maybe a hass restart? Can’t think of anything else.
Give each screen other than the “main” one a relative position - left-of
or right-of
, I think that should do it.
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. :-)