I’m curious about “Version” integration provides the same functionality. Certainly I can see all the information that’s relevant, but it doesn’t seem to include any “is there an update available”. So do I have to make a template sensor now to accomplish the same thing?
Yes, the media path is correct. Everything worked in 2022.2, but selecting either the TTS or using the browser to find media does not play on the Google Home mini. The same media plays fine if I choose the browser as the media player, so I don’t think the problem is related to the media source.
well, its playing over all of my minis here, but you really need to be sure of the path in the service/script/automation.
On the /media share, there is no actual /local folder, like on the /config share, where the is mapped to /www
during the beta I had a bit of an issue, and wrote up this: Migrating media files from /config/local to /media
Developer Tools → States:
Can you guess what “entity_id” is displayed here?
In 2022.3 the “Entity” field contains a “friendly_name” instead of entity_id.
Surely this field accepts entity_id - but why to show “friendly_name” here?
The name is just an attribute - it should be displayed below only.
I do not appreciate this kind of changes. It does not help new people to operate HA easily - it confuses people instead.
And what does the “*” mean?
12 Likes
As I said, I can use Google TTS from the media browser and play the audio on my browser, but if I select a mini, it plays the chime to indicate that it’s active, but no sound is played. I can stream audio from other sources, so I know it’s volume is up and not muted. Just checked the log and see that it’s trying to stream from my local device’s hostname (not the IP address and not the external URL). The google mini’s use Google’s DNS, so they don’t know my local hostname.
Switching the internal URL to an IP address resolves this issue.
2022.3.0 breaks my Shelly integration, anyone else? I had to revert.
Ok, so this is the single best added feature over the span of 2 HA products. It’s almost the holly grail for my media casting desires.
I’ve waited almost 5 years, across 2 products (HomeSeer and now Home Assistant) for an easy to use method to cast playlists (Plex in this case) via an automation.
THANK YOU to those who put in the time and effort to make this happen, I’m sure it wasn’t easy.
2 Likes
for me the solution was to remove the old light integration and deinstall the addon in HACS
Plying Sonos favorites via new playmedia-selection in automations and scripts is working good.
But I wonder, why the old way is not working anymore. Didn’t see any deprecation warnings.
- service: media_player.select_source
data:
source: Lieder
target:
entity_id: media_player.sonos_abc
Is it deprecated? Did I miss an info?
Sonos Lieder im Abc: Error executing script. Error for call_service at pos 3: Error calling SonosMediaPlayerEntity.select_source on media_player.sonos_abc: HTTPConnectionPool(host='xx.xx.xx.xx', port=yy): Read timed out. (read timeout=9.5)
And make the images much smaller please! But besides that I like it very much. Already implemented some automations to play radio stations.
Got the same issue with the xiaomi vacuum card.
If you got any idea let me know 
I have observed it too.
Do you have a link to the issue so I can follow up ?
You will see the author has promised a PR
Logs? Issue posted?
There was another report up the thread but it was in relation to shelly4hass.
As you provide no logs it is impossible to help.
1 Like