Basic rundown of what I’m working with. I have a bunch of ESP32-S3’s with mic’s that I’m putting around the house. I have in ceiling speakers in most rooms and google mini’s in the rooms without them. I’d like to be able to select the speaker (media player) to use in the HA UI instead of hard coding it in the ESP.
Yes I know I can add this to hardcode it like this:
It seems like there should be a way to make a virtual speaker or media_player in the ESPhome config file and have a selector in the UI. Even if I needed to hardcode a list of all of my speakers in the yaml that would be better than maintaining 20 different files - one for each speaker.
I didn’t understand “or don’t use a speaker in your echo assistant, a speaker is optional”. In the M5 Atom Echo, the output goes directly to the speaker. Your automation sends the sound to my speaker and then to the M5 Atom Echo’s speaker. media_player.media_stop - can’t solve this problem?
I made this automation and everything works the way I wanted it to.
And of course, your automation! That is, everything that the firmware does, two automations do, but you don’t need to reflash anything!
alias: "M5Stack Atom Echo: Stop when starts playing"
description: Automatically stops the M5Stack if it starts playing
triggers:
- entity_id: media_player.m5stack_atom_echo_fd623c
to: playing
trigger: state
actions:
- data:
entity_id: media_player.m5stack_atom_echo_fd623c
action: media_player.media_stop
mode: single
Hi,
Thank you for your brilliant idea. Your automation works like a charm but I’ve just updated my atom echo to the newest firmware with continued conversation and the automation breaks this feature I’ve tried to modify it using continue_conversation attribute to loop with conversation.process until it’s false. But I don’t know how to wait until first “iteration” ends. Have you tried experimenting with continued conversation? Sorry for my poor english. I hope that you’ll understand it
I’ve got it on device view. It have appeared near the “firmware” button and I was able to upgrade automatically without manually downloading it. I’ve had some problems with it, because after pressing “firmware” button there was wait cursor for the long time, but after resetting echo couple of times the firmware eventually have shown. So I haven’t seen any link to the firmware. But I’ve found it on Google now. It’s version 25.6.1 and you can get it here: Releases · esphome/wake-word-voice-assistants · GitHub
It’s just works as expected. When I ask it to add a timer without stating the timeout it asks for it and after announcement led is on after some 0.5 sec and I can tell it the timeout. But the sentence spoken by ai must end with question mark. To make it happen add “If you are expecting a follow up response, always put a question at the end of the last sentence.” to the prompt. I’m using Extended Open AI integration and it just works every time. I’m suspecting that conversation.process in automation is working in some other way than when you just speak to the device. You may see it looking at device view. In automation the state is “processing” and normally it’s “listening” and “answering”
Small followup: I’ve managed to change briliant yaml version published in another thread so its fully working with continued mode and adds many new properties to echo device in HA including option to link external media player ! Here is my post in this thread. All credits go to original yaml changes author