I’ve update the first post so it explains how it works with the new script (and amended the script to work with other actions besides TTS)
Update
Version 1.0.0 - 9 February 2022
New feature
- Now the new script is used, other actions besides TTS are supported
Improvements
- Added version number as a variable to the
sequence
. This will make it more easy to see which changes there are since you last updated the script - Several improvements in the templates
- Update of the first post of this forum topic
Update
Version 1.1.0 - 10 February 2022
Improvements
- No need to define
speaker_groups
anymore, as I found a way to define them using a template.
Update
Version 1.2.0 - 13 February 2022
BREAKING
- Made several changes in how data is sent from this script to the Google Home Resume script. So if you update this script, make sure to also update the other one. However, as of this version, it is also possible to use this script without the Google Home Resume script
New feature
- It is now possible to use
target_conversion
. This means you can give your voice command, and perform your actions on another target eg the speaker group the target belongs to. - By setting the
use_resume
variable tofalse
you can send the actions without using the Google Home Resume script. This can be used if you for example want to start a radio stream which is not in TuneIn, and do not want to resume other streams in case that one is stopped. - The
target
determined by the ambient sound will only be used in case you omit the target in your service call. If you provide it, that target will be used. This can be useful if you also want to provide other actions, for example setting the state of aninput_boolean
. - In case you don’t have the need to use the Google Home Script at all, you can set
use_resume: false
in the variables of the Google Home Voice script, and it will just send the actions.
Improvements
- Information is shared with the Google Home Resume script in a better way. This was also needed because now multiple targets or groups as target are possible, where in the old version there was always only one target.
- Information on for the
ytube_music_player
integration is now also shared.
Sorry for all the updates
Update
Version 1.2.1 - 14 February 2022
Bug fixes
- Fix for resuming ytube_music_player after voice command
UPDATE
Version 1.3.0 - 25 February 2022
BREAKING
- Changes in the way data is shared with the Google Home Resume script. So if you update this script, make sure to also update the other one. However, as of this version, it is also possible to use this script without the Google Home Resume script
Improvements
- The ytube music player integration will now resume at the right position in the track
Update
Version 1.3.1 - 14 March 2022
Improvements
- Do not store unnecessary data of non playing devices
Documentation
- Created seperate file for older changes
Older changes can be found here
Update
Version 1.3.2 - 21 March 2022
Improvements
- No need to for the variable
primary_spotcast
anymore, this will be handled by the Google Home Resume script - Only data of playing Spotify entities will be stored (other non playing entities were already excluded in 1.3.1)
Update
Version 1.3.3/1.3.4 - 22 March 2022
Improvements
- Added a update of Spotify entities before data is stored, so the most recent data is used
- Only relevant data of entities is stored (depending on state and playing app)
Bug fixes
- (1.3.4) Template fix
Update
Version 1.3.5 - 2 April 2022
Improvements
- Ambient sound will now be stopped after the data from the media_player is stored
Update
Version 1.3.6 - 8 April 2022
New features
- Support for
extra
variables in service calls added. This is a new feature of the Google Home Resume script. Version 2.0.0 or higher of the Google Home Resume script is required for this. For more information see here
Hello!
I’m really thankfull for your work, but I haven’t been able to modify all the settings of both script to make them work; seems that there are a lot of scripts inside, with radios and all, lots of diferrent entities that I don’t have, and I really don’t want that. All that I really wanted was to know the entity_id of the media_player that was used to call a script, is there any way to simplify this, without thinking in youtube / spotify or any other integration for that matter? I thisnk that would be very usefull, for a lot of people, on it’s own.
For instance, I have this list of media_players, and is possible to know the “last_changed”, but that doesn’t quite work as expected:
{% set colunas = ['media_player.coluna_da_sala', 'media_player.coluna_da_cozinha', 'media_player.coluna_da_cave'] %}
{{ expand(colunas) | sort(attribute='last_changed', reverse=true) | map(attribute='entity_id') | first }}
Is there something that I could do before just to get the correct media_player ?
Thanks in advance!
The script is intended to actually send an action to the right Google Home.
The Google Home Resume script is not required, you can use this script without the Google Home Resume script if you use: use_resume: false
I don’t know what you actually mean with your template example, because it doesn’t seem related to starting an action by voice on your Google Home, and knowing which one you asked it to in Home Assistant.
What your template does is determine which media_player was changed last, which of course could be because of the question asked, but also because someone changed the volume or whatever. So that might be the reason why it doesn’t work as expected.
I know you are right, and I’m thankfull for your approach. I will try to make both scripts work, but mainly understand the sequence to send the white noise and get the media_player from there. That’s mainly what I want.
I managed to replicate the white noise and possibly get the player, but as it goes last in the sequence in Google Home app it has to wait for it to be identified, as I understand. Don’t know any better aproach, so I will try to addapt your scrits to my entities. Thanks again.
You could use a trigger based template sensor with an event trigger on state change
Then use the media_title
attribute with the title for the ambient sound, and use the entity_id which triggered is as the state of the sensor
Something like this:
template:
- trigger:
- platform: event
event_type: state_changed
event_data:
new_state:
attributes:
media_title: "White Noise"
sensor:
name: Google Home entity
state: "{{ trigger.event.data.entity_id }}"
Every time an entity starts playing White Noise
(please check if this is the correct title), the state of this sensor (sensor.google_home_entity
) will reflect the entity_id playing the sound.
THANKS!!! That’s defenitly the path to follow! But I’m still gonna try to use your scripts
Version 1.4.0 - 5 May 2022
BREAKING
- Due to implemented changes introduced in 2022.5 this version is now required for the script
Improvements
- Code review and implementation of new script actions introduced in HA 2022.5
Bug fixes
- Bug fix in case target replacement was used (Ambient sound would not be stopped)
Update
Version 1.5.0 - 20 May 2022
New feature
- Added the
target_variable
option. When set totrue
it will add the variablevoice_target
to the service call containing the entity_id of the Google Home which was used to trigger the script. This can be used to use the entity in a script. It will only be added on script service calls. In case the Google Home Resume script is used as well, it will also add the entity_id underextra
, so the resume script will recognize it as a target to be resumed.
Hi,
in the example at the first post you used the service highlighted to send the tts message.
in the latest script this part is missing.
Sorry for the noob question but “where” I have to call the chosen tts service?