When sending a TTS message to my google home, the device turn on and makes a bip that I think it means that got the order from HA, but it never reproduces the audio.
I went through all the related topics in this forum, the HA components information, etc but no luck. I tried with HTTPS (I have my Let´s Encript certificate due to DuckDNS module) and also with HTTP, same results and nothing in the log file. I am also using my local Raspberry Pi IP address instead of resolving by DNS.
I can find the mp3 files correctly created on \HASSIO\config\tts. Does someone know which is the route I need to put in the browser to try to open the mp3 file a listen it in my computer to confirm that the file is accessible by the Google Home Mini?
platform: google_translate
language: es
service_name: google_say
base_url: http://10.0.0.13:8123#tengo certificado valido, no necesito poner la URL HTTP pero estoy probando. Ademas tb pongo la IP para no hacer resolucion DNS.
HTTPS does not work. I saw similar issues in the forum. I am using HTTP for TTS and HTTPS for the rest but it does not work. The solution could be to use HTTPS for TTS too. For doing that I would need to resolve mi duckdns domain name internally with an internal DNS. Unless the Home Mini has a hosts file like in Windows has it?
As far as I know the Google mini will use the Google DNS and not the internal one. I would need to block it in the firewall. Best thing is using Wireshark to see what is really happening.
Ask your ISP to give you a public IP address, even if it changes you can use Duck DNS. In Spain I am using Pepephone and they give you this possibility.
They won’t do that. I live in an area not served by broadband so have built a 3G mast for internet and been running with that for a few years now.
I’ve just instructed a company to install a gigabit fibre to the property. The distance is 7km and the install cost is huge. The monthly charge is in excess of $1000/m!
At least I’ll have a decent connection then though.
I had this same issue with DuckDNS and LetsEncrypt messing up with Google TTS. For me the solution was to just add port forwarding 8123->8123 to my router and after that both Chrome Cast and Sonos speaker were able to access the generated mp3. You can have that dns name just like it should be with this solution.
- alias: "Porch Alert PIR"
trigger:
- entity_id: binary_sensor.porch_pir
platform: state
to: 'on'
condition:
condition: time
after: '06:00'
before: '18:00'
action:
- service: tts.google_translate_say
entity_id: media_player.dining_room_speaker
data:
message: 'Someone is at the front door.'