a usuń jeszcze service_name
Teraz pojawił się błąd: “Call-service API error. Error Message: Service not found.”
To teraz zrób me screen tego nodu w którym wywołujesz komunikat
zmień google_say na google_translate_say
Jak robisz deploy to zaczekaj aż zniknie takie okienko z komunikatem. dopiero wtedy uruchamiaj proces.
Tak zauważyłem jak wysłałem zdjęcie, po zmianie jest to samo: przepływ prawidłowy, brak błędów ale brak również komunikatu na głośniku.
dostęp z zewnątrz działa?
zrób jeszcze po tych wszystkich zmianach restart całej maszyny tylko proszę nie zmieniaj nic w konfiguracji. jak sobie testuję taką sytuację to restart jest konieczny.
Restart nic nie dał. Poddaję się na dzisiaj.
Dzięki za pomoc.
ok powalczymy najwyżej jutro. 
Dziś próbuję znów walczyć o komunikaty głosowe. odinstalowałem DuckDNS, Dnsmasq i NGINX i przeszedłem na Nabu Casa. niestety nic to nie dało, głośnik się uruchamia ( jest “blip”) ale komunikatu nie ma. Gdzieś czytałem, że to może być problem z DNSami Googla, ale nie wiem jak to ugryżć.
Też przeszedłem na nabucasa, w konfiguracji mam taki wpis:
tts:
- platform: google_translate
service_name: google_say
language: "pl"
i komunikaty działają
@sztomag Ja też mam jak @rafkan i też działa, a jak masz zrobiony dostęp do ha z zewnątrz bo ja np mam przekierowne porty na routerze, może tobie coś blokuję przez router, masz podany base_url, czy w konfiguracji podawałeś adres publiczny i wewnętrzny sieci
tts jest skonfigurowany identycznie. Pozmieniałem w nodzie na google _say bo wywalało API error przy google_translate_say. Bez efektu.
Dostęp z zewnątrz przez Nabu Casa. Port 8123 przekierowany na malinkę, base_url obecnie nie ma, adres publiczny jest podany z Nabu Casa i lokalny też jest
Przy nabu casa nie ma potrzeby przekierowywać portów. Usuń to przekierowanie, może przez to nie działa
żeby twój HA przemówił to musisz zrobić operacje tak jak ta pani mówi, wewnetrzy adres nie może być https tylko http, gdyż głośniki nie akceptują tego certyfikatu i odrzucają plik mp3 wysyłany do nich… długo się z tym kopałem ale jak zrobiłem krok po kroku wg filmu to system przemówił.
Obecnie mój wew adres jest “http://ipmoje:8123”, a zew “https://mój adres.duckdns.org” bez portu.
Wątek mnie zainspirował do testów, oto ich wyniki.
- Mimo dobrych chęci nie udało mi się wykorzystać tej funkcji na Samsungu ue40h6400.
- Myślałem że sterowanie kontrolkami (off, next, preview, mute, say…) w media plajerze to kwestia braku kompatybilności protokołu https z monitorem - niestety powrót do http nic nie dał.
- Utraciłem dostęp do HA z zewnętrznej sieci dla HA app (mimo postępowania zgodnie z instrukcjami z powyższego tutorialu).
- Szukając głębiej w temacie po sieci okazało się, że mimo iż HA dodaje kontrolki do zamiany na tekst (dla monitora) nie z każdym urządzeniem są one kompatybilne (w sensie usługa).
- Po instalacji dodatku NGINX Home Assistant SSL proxy wzrosło na stałe obciążenie procesora o 2% w malince.
- Wróciłem do stanu z przed eksperymentu i wszystko wróciło do “normy”… może podejmę rękawice później kiedy nabiorę więcej doświadczenia z HA
Usunąłem wszystkie przekierowania i dalej bez efektu