CondorWonder

That’s what they’re saying - you can use an ESP32 device as a serial proxy without having to do anything special. If you already have a device attached to it you could use the socket:/… syntax below.

Per the integration documentation:

Port

The serial port the TV is connected to. This can be a local device path or a remote serial proxy URL. For example, /dev/ttyUSB0 (USB adapter), socket://192.168.1.100:2000(network proxy), or socket://esphome-device.local:6638 (ESPHome).

Starting in 2023 (and updated over the years) I wrote an automation to auto apply updates every few days based on a bunch of criteria:

• consider all updates: HA, HAOS, add ons, HACS updates (I’d included HACS updates myself before they had integrated with the update framework)
• update is more than 1 or 3 days old (I’m not interested in being an early adopter for the most part)
• ’sensitive’ vs. standard updates (I wait longer for updates to HA, HAOS, Zigbee2MQTT, ZWave2MQTT, few others)
• order of updates, like apply standard HACS updates first, then update others
• logs everything it does
• keeps state, so if there’s a version bump between installs it delays another slot before considering to apply it
• skip all esphome updates by default now (didn’t initially, but don’t see the value in pushing updates to the devices unless there’s a material gain)
• I have controls on it so like if I’m going out of town I pause it until I’m back just in case

I usually get core HA updates to the y.m.2 version around mid-month so I skip teething pains of most new releases. I’ve had to do a roll back once - I’m still not sure why as I just reapplied the update manually and it worked. It has meant that I’ve needed to update parts of my configuration as HA has progressed, but for the most part that hasn’t been a lot of upkeep.

I think HA is still such a moving target, and especially now with AI beating on everything security wise it’s even more important if you expose it to the world. Given HA’s role leaving it unpatched could be opening your home up to being abused.

HA is still a bit of a hobby project and needs a bunch of care and feeding. I do hope that there’s a point when the dev team doesn’t need to reachitect and refactor configuration. Eventually I hope it’ll be more like phones where updates are relatively transparent.

In my case it’s that hard separation between devices. I like reading on the eink screen compared to the phone screen, and there are no notifications to interrupt me. It helps too that the ereader is just ready to use, no decision to fight about what app to open. I tightly manage notifications only phone and it’s still too much of a draw to go doomscroll instead of read. I frequently pull just the reader out and leave the phone so I just use the magnetic attachment to keep them together.

I have air quality (Apollo and AirGradient both running esphome) sensors in a few places in the my home and use them to automate some ESPHome-converted Levoit air purifiers. I also have an AirGradient Outdoor sensor that I use to at least tell me the air quality is bad outside. I do use the outdoor sensor to notify me about opening door and windows to help cool the house (when the outside aq is ok).

My house is pretty well sealed so that’s benefit and a curse - the outside aq doesn’t affect the inside too much, but things like cooking need the air purifiers turned up to really clear. The charts from activities inside give interesting insights.

Wildfire smoke is a yearly occurrence here so I’ve had this set up for a while, I just keep adding to it.

Matter devices should be able to use your current wifi if that’s their network. Otherwise it would use thread similar to Zigbee. I’ve only looked at the ZBT2 as a thread router for connectivity to home assistant so I don’t have a lot of experience here yet with thread but I’ve been using Zigbee for years. Yes thread or Zigbee can interfere with 2.4ghz wifi as they’re in the same band, but my experience is the opposite: wifi has a bigger effect on them then they do on wifi. Zigbee and thread are designed for low power devices so they’re easy to drown out.

I don’t know if there’s a feature difference but I don’t think there should be. I’ve used matter devices on my wifi with no issues and didn’t need a separate router, and when I pick up a thread device I’ll use a zbt2 as the hub.

I’ve done a couple of cross continent moves now with movers moving my stuff, and most things were fine - drives if they’re powered down are generally safe. The only thing that has happened is my graphics card power cable had worked itself loose and the card burned out because of it. CPU fans, hard drives, power supplies were all fine.

I’d say after you get to your destination check all the things - especially cables would have saved me a 1080 (it worked for over a year so it really wasn’t obvious from a visual inspection).

Journiv, first featured here at https://lemmy.ca/post/55005402 might be what you’re looking for as a self hosted solution

Ah right, I misread that chart as manufacturer not integration and didn’t really look at the details. That does seem odd that Tuya is that prevalent, they don’t seem that common on troubleshooting boards which I’d expect if they were used that much. I wonder how much self selection is happening here in the labs project and how much it will change when it’s opened to the community.

Does this Tuya include Zigbee devices? I don’t have any wifi based Tuya devices but it’s surprising how many generic cheap Zigbee sensors are Tuya.

Roughly 1/3 of my Zigbee devices are Tuya branded, if you buy from AliExpress it’s a strong possibility.

ddrescue doesn’t work properly on audio discs (even if you use the correct sector size of 2048 bytes). Have you tried something like cdparanoia https://www.xiph.org/paranoia/?

Not sure what you mean by this - Nabu Casa has a Zwave device already called ZWA-2 which is fully supported.

A strong mesh is a better way to go to me - ensuring you have a mesh of router devies between the coordinator and the end device has worked well to ensure that no matter where the device is it works. A better antenna may help but all it takes is a glitch like your 2.4 wifi moving to overlap with the Zigbee range and the device drops out.

I have a tubesb Zigbee device with an external antenna and I’m not sure I’ll benefit from the ZBT2 but the 2.4ghz band is very busy here. I’m tempted to try it and see if it makes any difference. I find my Zigbee network ‘slow’ - like sensor updates take 1-2 seconds before HA receives them.