this post was submitted on 14 Feb 2024
548 points (97.4% liked)

Technology

59190 readers
2588 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[โ€“] ikidd@lemmy.world 1 points 8 months ago (1 children)

I run HassOS virtualized and have had no issues getting it to use the Atom Echos with ESPhome flashed to them, I have 3 of them in use and a wyoming install on one desktop that communicates as well. Not sure what you might have different. I can certainly see that patching the integration would go badly as a Supervised install will probably lose any patching on container restarts or upgrade.

[โ€“] seang96@spgrn.com 2 points 8 months ago

If your setup allows random udp ports from home assistant out to your network it works fine. Mines running in a kurbenetes cluster.

I used a configmap that mounts the code to patch the integration so it doesn't get overwritten. I haven't had time to troubleshoot more though I don't see why the patch would stop text to speak from working on the esphome devices. The code changed significantly and uses raw audio files now and the only thing I am changing is making the ports not random, but a range instead. The M5 stack firmware appears to be up-to-date too.

Issue on GitHub with all of this is here