Le plugin n’a pas été repris, mais ce n’est pas vraiment étonnant car il est encore plus difficile a maintenir que API, comme par exemple les playlist qui ne sont plus du tout utilisable.
Il était déjà semi abandonné a l’époque de Sigalou.
Pour expliquer rapidement, bcp des fonctionnalité du plugin était basé sur une version Alexa « web » qui a été progressivement fermé par Amazon.
J’ai remarqué sur mes 2 Echo que l’info "Volume info" ne se mettait pas à jour lorsque l’on la faisait varier par le curseur prévu à cet effet:
Par contre cela agit bien sur les Echo, puisque le volume change au niveau de l’application
D’ailleurs cette info est de type "Autre", étrange non ? Pourquoi n’est-ce pas numérique ?
Cela explique pourquoi le curseur revient inlassablement sur la même valeur après rafraichissement, puisqu’il s’ajuste sur "Volume info"
Comment non ?
Je modifie la valeur avec le curseur, Alexa fait ding pour confirmer le changement et si je fais un refresh cela revient toujours à la valeur initiale de Volume Info
Et idem au niveau de l’equipement, c’est figé à 40
Puisque tu ne sembles pas vouloir admettre l’évidence, crées un event avec Volume info à une valeur particulière et tu constateras que le curseur vient de mettre à la position définie par l’évent.
Et qu’il ne bougera plus, même en changeant le volume.
Contestation, encore et encore sans même lire les réponses a tes propres questions/phrases, car une réponse fournit a une question/phrase, implique que la réponse est lié a une phrase (surtout quand elle est cité) et non a une autre plusieurs ligne au dessus …
Je n’ai pas besoin de tester le volume info, car il ne fonctionne plus depuis environ 3 ans minimum…
Tu AFFIRMES des chose qui sont fausses, et donc je te répond que ton affirmation est fausse, non ce n’est pas parce que la commande a changer de type que cela empêche de refresh l’info (et en vrai même si ce type est pas adapter ca fonctionnerais quand même car un numérique entrerais dans un string)
Donc :
Non, cela N’explique PAS pourquoi le curseur revient inlassablement sur la même valeur après rafraichissement, puisqu’il s’ajuste sur « Volume info ». Cela s’explique parce que l’info qui doit provenir d’Amazon n’est plus récupéré et que tel qu’est fait le plugin et son widgets ne lies pas ces commande ACTION avec cette INFO puisque récup ailleurs. (même si ce fut le cas a une autre époque).
Oui il est possible de forcer une valeur info de plusieurs manière, comme je l’ai décris ici et plus précisément dans cette rubrique la.
Franchement a force c’est épuisant quand on essai d’aider des gens qui demande de l’aide, mais qui finissent par te répondre qu’ils savent mieux que toi, alors qu’a la base c’est eux qui te pose la question …
Je me sers depuis des mois de ce plugin pour simplement faire parler Alexa de temps en temps (courrier, lave vaisselle, machine à laver etc…)
Cependant, le cookie d’identification tombe regulièrement depuis des semaines…
J’ai essayé les quelques workaround cités au-dessus mais aucun ne tient plus de qq jours.
Y a t-il un autre moyen d’utiliser un echot dot pour faire passer des messages svp ?
Y aura t-il une amélioration du plugin actuel pour la generation auto du cookie svp ?
(Désolé je n’ai pas lu toute la conversation, j’aimerais juste que ca fonctionne )
J’ai lu le lien merci mais… je n’ai pas tout compris désolé
Il va y avoir des modifs prochainement c ca ? Et que dans la version premium ?
Il n’y a pas moyen de juste faire parler ce pauvre echo en local ?
J’ai réalisé les scénarios pour récupérer les derniers messages, en suivant la méthode expliquée ici :
Cela ne fonctionnait plus depuis plusieurs mois, ou alors de manière aléatoire et pour une courte durée (moins de 24h).
Mais depuis la semaine dernière, je récupère à nouveau l’historique !
c’est « normal », quand on le perd c’est que Amazon nous bash pour motif de « trop de requêtes », donc par exemple si tu reboot, tu peut retrouver l’historique le temps de te refaire basher