Alexaapi - centralisation des problèmes connus

micheld · Février 24, 2025, 4:48

En solution palliative, en attendant que @limad44 trouve une solution , est-ce que ce problème de queue qui se remplit, pourrait « s’effacer » en faisant une relance quotidienne du démon ?

skillix · Février 24, 2025, 5:36

je ne crois pas

limad44 · Février 24, 2025, 6:34

Bonjour
Vider la queue ou pas ça ne changera rien et je ne trouve pas pourquoi la lib échoué à cette requête.

Et pour info cette affaire d’historique ne fait pas partie de l’API, il n’est donc pas étonnant que amz essaie de la bloquer.

Je vais essayer de trouver un contournent mais sans garantie à long terme.

skillix · Février 25, 2025, 9:27

oui d’autant que ce n’est qu’une simple pas web : Amazon.fr

Je n’ai pas testé mais a une époque on avais contourné des toomany, avec un changement d’agent

dan_73 · Février 25, 2025, 12:10

Alexaapi (béta) du 2025-01-23 01:04:02

Bonjour

J’utilise souvent "Faire parler Alexa en SSML" pour gérer le chuchotement, et il n’est pas rare que certains messages passent à la trappe.
Lorsque cela arrive (aléatoirement), si je consulte le log Alexaapi_node, j’ai cette erreur :

0000|[2/25/2025, 8:00:10 AM] ERROR  : Alexa-API: Error: no JSON Commands: [{"command":"volume","value":"20"},{"command":"ssml","value":"<speak><amazon:effect name=\"whispered\">Mon message</amazon:effect></speak>"},{"command":"volume","value":"50"}] Query: {"text":"<speak><amazon:effect name=\"whispered\">Mon message</amazon:effect></speak>","volume":"20","ssml":"1","lastvolume":"50","device":"G091EV08118404XC","value":"<speak><amazon:effect name=\"whispered\">Mon message</amazon:effect></speak>"}

Ce message étant un message récurrent (dicté tous les matins), je ne vois pas pourquoi certains jours cette erreur apparait.
Si jamais vous avez une idée.

Merci

skillix · Février 25, 2025, 3:15

Je l’ai déjà dit, mais il ne faut pas utiliser ssml

dan_73 · Février 25, 2025, 4:12

Et pourquoi donc ?
La fonction existe et me permet de faire parler Alexa autrement, ce que je préfère selon les situations.
Ce qui me chagrine, c’est le fonctionnement aléatoire

skillix · Février 25, 2025, 4:40

le faire parler normal, intègre tout, tout pareil

dan_73 · Février 25, 2025, 4:44

Je ne partage pas cet avis. Le parlé normal, même à faible volume, n’a rien à voir avec le chuchotement. Crois-moi j’ai fait l’essai à maintes reprises
Bref, ça n’explique pas pourquoi ça fonctionne de manière aléatoire.
Encore un mystère de ce plugin…

skillix · Février 25, 2025, 4:52

je ne sais pas pk je continue de te répondre, tu es dans la contestation permanente, tu râle et te plain, sans jamais vraiment lire ou tenter de comprendre ce que l’on te répond, c’est fatigant…

Je vais réitérer, tu peux faire chuchoter avec un faire parler normal, il intègre nativement les fonction ssml

dan_73 · Février 25, 2025, 4:57

Tu m’aurais simplement dit que c’était natif avec le parler normal, j’aurai compris.
Mais juste dire « il ne faut pas utiliser » ça met le doute.
Après si ces fonctions ne doivent pas/plus être utilisées, autant les supprimer

Merci, ça fonctionne

dan_73 · Février 27, 2025, 11:46

Bonjour

J’ai suivi tes conseils et j’ai remplacé mes commandes "parler en SSML" par "parler" tout court, et effectivement cela marche pareil.
Quand je dis pareil, c’est que le SSML est bien géré dans le parler de base (chose que j’ignorais), mais l’erreur aléatoire que j’avais et qui est à l’origine de ma remontée, est toujours présente :

0000|[2/27/2025, 8:00:14 AM] ERROR  : Alexa-API: Error: no JSON Commands: [{"command":"volume","value":"20"},{"command":"speak","value":"<speak><amazon:effect name=\"whispered\">Mon message</amazon:effect></speak>"},{"command":"volume","value":"50"}] Query: {"text":"<speak><amazon:effect name=\"whispered\">Mon message</amazon:effect></speak>","volume":"20","lastvolume":"50","device":"G091EV08118404XC","value":"<speak><amazon:effect name=\"whispered\">Mon message</amazon:effect></speak>"}

Le phénomène est bien aléatoire, puisqu’hier cela a fonctionné et pas ce matin.

Le log du scénario indique pourtant que la commande a été excutée

[2025-02-27 08:00:09][SCENARIO] Exécution de la commande [Chambre Dan][Echo Chambre][Faire parler Alexa] avec comme option(s) : {"background":"0","message":"<speak><amazon:effect name=\"whispered\">Mon message<\/amazon:effect><\/speak>","volume":"20"}

Mais malgré ça, Alexa n’a pas parlé .

skillix · Février 27, 2025, 1:47

c’est toujours le même message ? ou c’est un truc généré par un autre plugin ?

dan_73 · Février 27, 2025, 1:57

C’est toujours le même message

skillix · Février 27, 2025, 2:54

je vois pas, essaye de décaler d’une minute comme c’est sur 8h pile, possible qu’il y ai plein de cron refresh Alexa qui passe, et que tu tombe dans un « trop de requête simultané »

lsavreux · Mars 3, 2025, 9:02

Bonjour,

Chez moi, la perte du cookies se passe toujours le dimanche après midi. En général, toutes les 2 ou 3 semaines.
Je n’ai pas bougé ma configuration depuis plusieurs mois.
Je suis sous Raspberry PI4B, Debian 11 et jeedom 4.4.19.
Je re-génère le cookie et ça repart.
Cordialement,

Bollide · Mars 3, 2025, 2:34

Salut, c’est sensiblement pareil pour moi pour le moment ça tourne !!!

Emlivyo · Mars 3, 2025, 9:34

Bonjour,
Je ne sais pas pour le jour mais la durée ou ca tient se compte en jour voire semaine et je ne m’en rends pas compte de suite…

J’ai essayé de supprimer dans la database comme proposé mais pas d’amélioration malheureusement

C’est quand meme dommage

yala37 · Mars 7, 2025, 8:04

Bonjour à Tous, je constate que certaines commande comme la modification du volume ou faire parler Alexa fonctionnent bien, alors que les commandes « play » et « pause » par exemple font planter le plugin qui passe alors en NOK.

Erreur exécution de la commande [salle-a-manger][Echo Show Player][Play] : Echec de la requête HTTP : http://192.168.XXX.XXX:3456/command?command=play&device=WWWWWWWWWWW cURL error : Failed to connect to 192.168.XXX.XXX port 3456: Connection refused

dan_73 · Mars 9, 2025, 4:56

Bonjour

Jusqu’à présent je n’utilisais pas le plugin Amazonmusic et j’ai voulu tester…
Non seulement comme tu le soulignes, Play, pause, fwd… font passer le demon Alexaapi en NOK, mais les playlists ne remontent pas et au final j’ai vu que mes logs se remplissaient de messages d’erreur.

2038|[Sun Mar 09 17:17:04.489538 2025] [php7:warn] [pid 2700066:tid 2700066] [client 192.168.1.32:50870] PHP Warning:  file_get_contents(http://192.168.1.32:3456/playerinfo?device=846f5fa2c0324572989b6ab40a3d): failed to open stream: HTTP request failed! HTTP/1.1 500 Internal Server Error\r\n in /var/www/html/plugins/alexaapi/core/php/jeeAlexaapi.php on line 394
2039|[Sun Mar 09 17:17:04.796144 2025] [php7:warn] [pid 2700066:tid 2700066] [client 192.168.1.32:50870] PHP Warning:  file_get_contents(http://192.168.1.32:3456/media?device=846f5fa2c0324572989b6ab40a3d): failed to open stream: HTTP request failed! HTTP/1.1 500 Internal Server Error\r\n in /var/www/html/plugins/alexaapi/core/php/jeeAlexaapi.php on line 414
2040|[Sun Mar 09 17:17:11.179159 2025] [php7:warn] [pid 2676941:tid 2676941] [client 192.168.1.32:45716] PHP Warning:  file_get_contents(http://192.168.1.32:3456/playerInfo?device=1c978de8222f4a839b7c8f7a4faa): failed to open stream: HTTP request failed! HTTP/1.1 500 Internal Server Error\r\n in /var/www/html/plugins/alexaapi/core/php/jeeAlexaapi.php on line 360
2041|[Sun Mar 09 17:17:11.266029 2025] [php7:warn] [pid 2676941:tid 2676941] [client 192.168.1.32:45716] PHP Warning:  file_get_contents(http://192.168.1.32:3456/playerinfo?device=1c978de8222f4a839b7c8f7a4faa): failed to open stream: HTTP request failed! HTTP/1.1 500 Internal Server Error\r\n in /var/www/html/plugins/alexaapi/core/php/jeeAlexaapi.php on line 394
2042|[Sun Mar 09 17:17:11.323727 2025] [php7:warn] [pid 2676941:tid 2676941] [client 192.168.1.32:45716] PHP Warning:  file_get_contents(http://192.168.1.32:3456/media?device=1c978de8222f4a839b7c8f7a4faa): failed to open stream: HTTP request failed! HTTP/1.1 500 Internal Server Error\r\n in /var/www/html/plugins/alexaapi/core/php/jeeAlexaapi.php on line 414
2043|[Sun Mar 09 17:17:15.542630 2025] [php7:warn] [pid 2707491:tid 2707491] [client 192.168.1.32:45730] PHP Warning:  file_get_contents(http://192.168.1.32:3456/playerInfo?device=a53ce2c3993d48f8866274723be6): failed to open stream: HTTP request failed! HTTP/1.1 500 Internal Server Error\r\n in /var/www/html/plugins/alexaapi/core/php/jeeAlexaapi.php on line 360
2044|[Sun Mar 09 17:17:15.616160 2025] [php7:warn] [pid 2707491:tid 2707491] [client 192.168.1.32:45730] PHP Warning:  file_get_contents(http://192.168.1.32:3456/playerinfo?device=a53ce2c3993d48f8866274723be6): failed to open stream: HTTP request failed! HTTP/1.1 500 Internal Server Error\r\n in /var/www/html/plugins/alexaapi/core/php/jeeAlexaapi.php on line 394

J’ai testé béta, stable, rebeta… et toujours pareil.
Du coup mon test a été vite arrêté et le plugin désinstallé.
Dommage…