Parler à Alexa en Premium

Bonjour,

Suite à un problème de cookie amazon en beta alexaapi v1 suis revenu sur la premium en beta (qui semble faire bien plus de choses à creuser de mon côté).

J’ai lu la doc mais n’ai pas trouvé la commande parler à alexa.

En gros je veux lancer une commande et qu’alexa (ciblée dans alexa d’une piece réponde)

pouvez-vous me dire ou trouver l’équivalent de “parler à alexa” de la v1 ?

Merci d’avance

Belle journée à tous,

MAJ : Désolé j’ai trouvé c’est commande Texte

vu après coup : commande texte

Bonjour

Il y a également la commande dialogue de l’équipement “alexaSys”. A privilégier pour les commandes génériques ( non destiné aux devices) et l’affichage de la réponse.

merci bcp limad, je vois qu’il y a bcp plus de choses que la v1, bien sympa :-). Je suis sur Ask et je dois mettre une pause de 5 secondes après la question sinon l’expression est vide car jeedom n’a pas encore le retour. Y a t-il un moyen d’attendre la réponse ou c’est bien comme cela qu’il faut faire?

Je comprends pas bien de quoi tu parles !

Skill Ask ? Que tu as déployée depuis le plugin ?

Pas besoin de pause normalement.

Si non donne des détails de ce que tu fais.

oui j’ai déployé Ask grace à ton tuto. tout est ok et fonctionnel. mais si dans un scénario je fais ask :

#[Maison][Alexa salle][Poser une question (Ask)]#

l’expression immédiate est vide et le scenario n’obient pas le oui tout de suite.

[2026-06-06 10:07:34][SCENARIO] Evaluation de la condition : [""="oui"] = ""="oui"
[2026-06-06 10:07:34][SCENARIO] Expression non valide : ""="oui

comme vu ici par exemple : Alexa Premium ASK

il maintenant possible de deployer une autre version du skill( optimisé Jeedom), directement depuis le plugin et sans intervention de l’utilisateur.
Page équipement tout en bas.
C’est pas Magique ?

Mais la skill est ok et déployée par l’ancienne méthode. Cela éviterait l’expression vide et l’obligation de mettre un wait après le ask si je redéploie.

Merci bcp en tout cas pour tes réponses

Bon j’ai cliqué sur le bouton déployer… et le résultat est le même : si je ne mets pas un wait de 5 secondes après le Ask et avant le SI…, l’expression Réponse à la question (Ask) est vide lors de l’execution du scenario, mais bien valide dans l’équipement.

Dans un Ask jeedom normal, on peut définir le temps pour la réponse. Avant que le scenario se poursuive. et dès que la réponse est donnée, cela poursuit le scénario il me semble. Là cela ne semble pas attendre la réponse. Je ne sais pas si je suis clair :slight_smile:

le déploiement automatisé deploie une autre version du skill, beaucoup plus élaboré et qui offre d’autres possibilités ex:
”demande à Jeedom la température du Thermostat”
”demande à Jeedom d’allumer le séjour”
”ouvre Jeedom”
…

En association avec le plugin Ai-Assistant, il sera possible de faire de la désambiguation des questions… mais cette partie reste en beta

merci, ok. par contre cela ne résoud pas le problème d’expression vide d’un ask. Je vais chercher avec “tant que…” commande pas mise à jour

les commandes(info) liées au Ask doivent être réinitialisés, dès qu’une nouvelle question est envoyé. Je vais corrigé ce comportement (perdu depuis les dernières MAJ)

Tu as des réponses à ça dans un autre fil je pense.

Hello, en faite je pense que tu ne gere pas l’ask comme il faut.

Chez moi (sans doute d’autre méthode) je gère via 2 scénario. Un pour la question et un pour la réponse. voici un exemple :

Question :

image

Réponse :

je viens de le faire avec un autre scenario, qui est exécuté quand la commande dialogue change et alors un bloc est executé selon le retour. ça créé juste une action toujours vide avant mais c’est mieux que des sleep. ça permet d’avoir un seul scenario pour tous les Ask. Merci.

Hello @skillix
je pense qu’un scenario unique est plus rationnel et plus facile à maintenir, reste à voir ce qui peut être fait coté plugin ou scenarios pour optimiser/fiabiliser le fonctionnement.
le wait dans le scenario serait une bonne alternative, je vais creuser…

En résumé deux solutions :

  1. Scénario A+B :

1.1 A pose la question avec Poser une question (Ask).
1.2 Scénario B : déclenché par Dialogue (Ask).
1.3 Dans B, lire Réponse à la question (Ask) et Type de réponse (Ask).

  1. Variante mono-scénario : après Ask, utiliser un wait Jeedom sur Dialogue (Ask) != «  », pas un sleep(X) fixe.

je fais un scenario 2 GLOBAL ou toutes les conditions de Dialogues sont en condition.

il y a un 2 BIS sans wait ou sleep, tu réunis mes 2 scénarios en 1 seul avec tous les déclencheurs et tu filtre bien au niveau des SI le déclencheur.

Pour moi avec le ASK un wait ou un sleep n’est pas viable, pour plusieurs raisons : la longueurs de la réponse peut varier et dépassé la tempo, ou un soucis matériel coté Amazon. Chez moi dans la salle de bain mon echo derrière un gros mur a des soucis avec le wifi et cela induit souvent des “lag”.

1 « J'aime »

après MAJ, il faut redéployer le skill ASK.
Pour Info la nouvelle version du skill apporte des améliorations concernant les interactions avec Jeedom mais il se peut qu’elle introduise des régressions pour interagir avec l’environnement Alexa( si la question concerne une commande Alexa).

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.