Play a local mp3 file on Alexa Echo dot

Share your Projects! Custom Integrations
21

Sorry, my last post wasn’t very clear, but you got the gist of it I think.

I have two mp3s on my S3 now for testing, labrador-barking.mp3 called from the alexa_play_barking script and siren_noise.mp3 called from the alexa_play_siren script. Everything in my scripts has been edited from your examples to point to my S3 storage, my Alexa Skill ID, my skill names, and my mp3 files.

If i try to run either of the alexa_play_barking or alexa_play_siren scripts from services with no service data Alexa says “There was a problem with the requested skills response.”, but I get no errors in Home Assistant.

Any ideas?

22

Test that you can play the mp3(s) via a browser (url to s3 file). If so, you have an error in the skill you created or in the media_content_id of the skill.

Another test is to call the alexa play mp3 script via services supplying service data for mp3 and echo device.

23

Hi, to play local MP3 files on Alexa Echo, you need to draw support from Amazon Music. You should log in to Amazon Music Library with your Amazon account, click the ‘Upload’ button to drag and drop your local MP3 file or select the MP3 file for syncing. Once the local MP3 file is saved to your Amazon Cloud Library, you can directly say ‘Alexa, play Amazon Music’ to play your local MP3 on Alexa Echo. By the way, please make sure you have defined Amazon Music as the default streaming music.

24

Im having issues using the nabu.casa url as provided in this, Alexa says she is unable to access the uri.
Can you provide a guide on authenticating with the nabu casa cloud service within the alexa skill?

25

Excellent. Followed this guide and got my custom mp3 audio working. If anyone is using audacity to convert, this is my export settings.

2021-04-12_15-37-14
2021-04-12_15-37-14557×623 64.7 KB

26

Hey!
I have the skill working and I have the issue that @dougbaptista previously had. I have had no luck getting any Mp3s to play. I can play text though.

Using :

speech = "Hello this is a test <audio src='https://abcdefghij.ui.nabu.casa/mp3/test.mp3' />"

My echo will say “Hello this is a test” followed by “there was a problem with this skills requested response”

I can also play the Amazon Soundbank audio fine. Just not my nabu casa mp3.

I tried a few different Mp3s and also converting them as per the Amazon guides. My file is accessible via URL and plays. Any ideas what else I can try? I am using @florian.ec 's guide.

27

Did you manage to resolve this?

28

For all that struggle with url or mp3 problems i found a simple website to test own mp3 files Audio File Converter for Alexa Skills | Jovo

For example, i uploaded ful_system_alerts_melodic_02.mp3 and this audio tag should work for 24h:
"<audio src='https://www.jovo.tech/audio/PpUoD5Ug-ful-system-alerts-melodic-02.mp3'/>" you can also download the mp3. So you can confirm that everything else including the mp3 is ok.

Something else new (for me), i was just able to use the audio tag with notify.alexa_media. Documentation still says “with the exception of the audio tag” The Service call below plays the mp3 on my Alexa Device without any skill involved.

service: notify.alexa_media
data:
  message: "<audio src='https://www.jovo.tech/audio/PpUoD5Ug-ful-system-alerts-melodic-02.mp3'/>"
  data:
    type: tts
  target: media_player.alexadevice
5 Likes
29

@florian.ec what an awesome resource. Thank you for sharing.
I spent at least 5 hours doing this.

Cheers :smiley:

30

This right here is very underrated news. Thanks @florian.ec!!

The ability to do this without a custom skill changes everything! Just set it up to call a local mp3 file through nabu casa and it worked perfectly!

31

I did not. It works, sort of, plays the one mp3 flawlessly, then keeps on playing the same mp3 regardless of which I try to call. If I reboot HA, or even wait long enough, sometimes between 5 to 10 minutes the same behavior happens again. I can play either mp3 as expected, but it keeps on playing that mp3.

To be fair, I have messed with it in a while though. I gave up and moved on for a bit.

32

I have my HASS instance published through Caddy reverse proxy. Everything works fine but it does not like my mp3 when using my server URL. If I use the jovo link it does work. My caddy has a Lets encrypt cert on the site. Anyone run into a similar issue using a reverse proxy?

33

@florian.ec thanks for the tips and help with this. I got Alexa Actionable Notifications working with Movie quotes!

I created a video on my YouTube channel showing how to use the audio source and the awesome Jovo tool. I will be creating an in depth tutorial on Alexa Actionable Notifications soon.

7 Likes
34

I seem to be experiencing the same issue with my DuckDNS url, Is there something unique about a Nabu Casa setup that needs to be replicated for other connection types?

1 Like
35

@MarkWattTech found your video before stumbling on this thread. Great tutorial, thank you for making it.

The only drawback so far is playback of the mp3’s when using a speaker group in Alexa as the target (e.g. media_player.everywhere) doesn’t work. I think part of the problem is you have to set the “type” to “announce” when using a speaker group as a target, instead of “tts”. It appears the audio tag isn’t supported when using “announce”.

Note that I’ve converted my mp3 files using the Jovo converter, and can play them from a browser using my Nabu Casa base url (e.g. https://**MY NABU CASA UNIQUE ID**.ui.nabu.casa/local/mp3/Alexa-tng-red-alert.mp3 ). They all work fine when playing to a single Echo device.

For example, this works fine:

service: notify.alexa_media_everywhere
data:
  message: "Alert, unauthorized access detected."
  title: Intruder Alert
  data:
    type: announce

This, however, doesn’t. It only plays the bong sound that Alexa plays when you use the announce type:

service: notify.alexa_media_everywhere
data:
  message: "<audio src='https://**MY NABU CASA UNIQUE ID**.ui.nabu.casa/local/mp3/Alexa-tng-red-alert.mp3' />"
  title: Intruder Alert
  data:
    type: announce

If you change “type” to “tts”, nothing plays for either.

EDIT:
Figured out a workaround thanks to actually reading the description of the parameter values in the developer tools. This workaround is probably common knowledge or at least obvious to many, but since I was being dense this morning, I figured it may not be readily apparent to others.

If you need to play the mp3 to multiple Echo devices, you have to manually specify each device as a target, such as this:

service: notify.alexa_media
data:
  message: "<audio src='https://**MY NABU CASA UNIQUE ID**.ui.nabu.casa/local/mp3/Alexa-tng-chime-clean.mp3' />"
  target: 
    - media_player.office_echo
    - media_player.living_room_echo_show
  data:
    type: tts
3 Likes
36

I think you need use Nabu for this to work.

37

Yes, that is correct.

Since I have a trusted SSL certificate set up in HA (e.g. not a self signed certificate) and port forwarding enabled on my router, I tried using the direct public URL to my HA instance. That decidedly did not work, as expected.

Edit: probably also worth noting that the Jovo Tech site only hosts your converted mp3 for 24 hours, so you pretty much have to have Nabu if you don’t want to create custom Alexa skills.

38

Thanks. Jovo url is working. What’s special in Jovo url (vs duckdns url)?

Is there a guide for that?

39

I couldn’t answer that, to be honest. Although, it may not have worked with my direct URL since there is a port included in the address, e.g https://my.custom_ha_url.com:8123. It may be just that Alexa can’t handle the port which probably makes sense. The way my network is set up, https traffic on port 443 is directed to another set of servers behind a proxy that HA isn’t configured as a part of (mainly due to lack of time and necessity). I wouldn’t generally recommend exposing HA to the internet directly, but I had a lot of inconsistent issues with location tracking with HA mobile apps when they were pointed to the Nabu link.

As far as custom skills, I think there is some info closer to the top of this thread, but I didn’t spend any time looking in to it. I’m comfortable creating an Alexa skill, but since using the Nabu url is working for me now, I haven’t had reason to mess with it.

40

And why would a custom Alexa skill be needed?
If Alexa can play the MP3 from the jovo URL without any skill installed why can’t it play the same MP3 from my own site?
I have a domain with SSL, i dropped the MP3 on there, i can play the MP3 with my browser.
But when i change the URL from:
message: "<audio src='https://www.jovo.tech/audio/lpQALZpJ-de-droger-is-klaar.mp3'/>"
to:
message: "<audio src='https://automatiseer.eu/audio/De-droger-is-klaar.mp3'/>"
Alexa starts complaining about a “Simon Says” skill.

Again, both URL’s are reachable, both URL’s have a valid SSL certificate.
So, what am i missing?

EDIT: Hmmm… i think this explains what is going wrong…

To implement account linking for smart home skills, you must have the following prerequisites:

  • Your system must support OAuth 2.0 and the authorization code grant type.

If you do not have your own authorization server, you can use Login with Amazon (LWA) or any OAuth 2.0 provider that has a certificate signed by an Amazon-approved certificate authority. Note that you cannot use https://letsencrypt.org/, even though it is on the certificate list.

And i’m using Letsencrypt on my domain.

EDIT2:
I moved my SSL from Letsencrypt to Cloudflare, and poof it works, i can play any MP3 without a problem.

EDIT3: and after trial and error i also got it working using Node Red.
afbeelding
And this is the Data field in json

{
    "message": "<audio src='https://automatiseer.eu/audio/kleine-wasjes-grote-wasjes.mp3'/>",
    "data": {
        "type": "tts"
    }
}
3 Likes