Forum Communauté Jeedom

Nebz a écrit : ↑

24 sept. 2019, 16:50

Tu es en stable… Ici on parle pour la bêta comme le sujet l'indique

a bon ?
j était persuadé d être en bêta , c'est ce qu il y a marqué dans la page des maj .

Zekje a écrit : ↑

25 sept. 2019, 10:58

Nebz a écrit : ↑

24 sept. 2019, 16:50

Tu es en stable… Ici on parle pour la bêta comme le sujet l'indique

a bon ?
j était persuadé d être en bêta , c'est ce qu il y a marqué dans la page des maj .

Alors, la version que tu dois avoir est :
2019-09-23 21:58:23

Bon je vais essayer de développer ce que je disais l'autre jour. Ce n'est qu'une réflexion concernant la nouvelle Feature, et je retrouve ce problème dans d'autre plugin (sfrBox pour ne citer que lui). Bref, je m'explique. Ca va être un peu long mais c'est pour bien comprendre.
J'utilise beaucoup de plugins pour exploiter une fonction bien précise de chaque, un truc qu'ils font super bien, le hic c'est qu'en faisant cela j'ai une redondance d’équipements, d'infos qui est assez phénoménale. Exemple mon ampli qui est wifi/ethernet/ir se retrouve crée dans des plugins Broadlink, SfrBox, Alexa-API, Network, Monitoring, etc, j'ai l'impression de surcharger mon Jeedom de trucs redondants. Ici La nouvelle feature trouve tous les équipements smarthome d'Alexa, et le problème chez moi est que 90% de ceux ci viennent de jeedom et du plugin Ash... retour à l'envoyeur en somme.
En résumé, ma question serait: Comment en pas recréer ces équipements provenant de Jeedom (Ash) ?

C'est déjà en cours de résolution, on a trouvé comment exclure ces équipements

Édit: a vrai dire on exclura aussi homebridge-alexa. Par contre on peine à exclure habridge sans exclure le pont Phillips...

Envoyé de mon iPhone en utilisant Tapatalk

Nebz a écrit : ↑

25 sept. 2019, 11:56

C'est déjà en cours de résolution, on a trouvé comment exclure ces équipements

Édit: a vrai dire on exclura aussi homebridge-alexa. Par contre on peine à exclure habridge sans exclure le pont Phillips...

Envoyé de mon iPhone en utilisant Tapatalk

Raa, au top !

Nebz a écrit : ↑

25 sept. 2019, 07:49

Moctesuma a écrit : ↑

24 sept. 2019, 22:11

OH PUNAISE
.
.
.
Encore merci Messieurs

expliqué en DM

Bien reçu

Merci

Nebz a écrit : ↑

25 sept. 2019, 07:49

expliqué en DM

Ca veut dire quoi DM ?

Direct message


Envoyé de mon iPhone en utilisant Tapatalk

Nebz a écrit : ↑

25 sept. 2019, 13:16

Direct message


Envoyé de mon iPhone en utilisant Tapatalk

d'ac

Je viens d'avoir un blocage.

Le log donne un CheckAuth à 13h15 qui dit que tout va bien et un blocage "Unauthorized" à 13h18 sur une commande volume.
Cette commande déclenche la relance du serveur et la seconde commande volume fonctionne.

Cela voudrait dire que CheckAuth ne maintient finalement pas la connexion alors que ça tenait il y a quelques jours.

A surveiller donc...

Arf !!!

Mon pauvre Sigalou, c'est sans fin cette histoire... Là tout de suite dans l'immédiat je ne suis pas en mesure de regarder mes logs, mais en rentrant je vais jeterun oeil pour voir si je trouve aussi ce "Unauthorized".

Moctesuma a écrit : ↑

25 sept. 2019, 13:33

Arf !!!

Mon pauvre Sigalou...

On va trouver t'inquiète, c'est pas le premier combat contre le serveur bizarre d'amazon

Juste pour info, comme d'autres personnes, hier les commandes ne fonctionnaient pas, j'ai quand même décidé de ne rien faire et ce matin, tout fonctionne ! speak, volume, etc...

Bon, chez moi aussi, je me retrouve avec des "Unauthorized " alors que les tests précédents avaient permis de déduire de manière empirique que les checkAuth gardait la connexion autorisée.

Je viens de remettre un test toutes les 6 min, vous me direz si ça tient. Ça tenait il y a quelques jours.

Beta 2019-09-26 12:36:38 poussée à l'instant.

sigalou a écrit : ↑

26 sept. 2019, 12:37

Bon, chez moi aussi, je me retrouve avec des "Unauthorized " alors que les tests précédents avaient permis de déduire de manière empirique que les checkAuth gardait la connexion autorisée.

Je viens de remettre un test toutes les 6 min, vous me direz si ça tient. Ça tenait il y a quelques jours.

Beta 2019-09-26 12:36:38 poussée à l'instant.

Message à 6h du matin : (Beta Alexa-api) Authentification Amazon revalidée, tout va bien
je n'avais jamais eu ce message ! après tests tout est ok

tboon a écrit : ↑

27 sept. 2019, 09:40

sigalou a écrit : ↑

26 sept. 2019, 12:37

Bon, chez moi aussi, je me retrouve avec des "Unauthorized " alors que les tests précédents avaient permis de déduire de manière empirique que les checkAuth gardait la connexion autorisée.

Je viens de remettre un test toutes les 6 min, vous me direz si ça tient. Ça tenait il y a quelques jours.

Beta 2019-09-26 12:36:38 poussée à l'instant.

Message à 6h du matin : (Beta Alexa-api) Authentification Amazon revalidée, tout va bien
je n'avais jamais eu ce message ! après tests tout est ok

C'est bon signe, c'est que ça a détecté la perte d'autorisation et a relancé le lien au serveur. Bonne nouvelle donc, surtout si ce matin, tout fonctionnait bien.

Nouvelle Beta poussée, j'ai ajouté un cron de relance du lien d'authentification avec le serveur.
Par défaut il est lancé à 03h33 du matin. Et configurable dans la config du plugin.
Cela devrait résoudre définitivement ces soucis d'authentification.

Votre avis ? Retours ?

Merci je regarde pour faire des test

Annonces des poubelles, des portes restées ouvertes, des passages jour/nuit. Arrêts des réveils, des musiques,... à distance. Alexa n'a jamais été aussi productive que ces jours. Conclusion ça à l'air de tenir

J'active à l'aide de 4 scénarios le volume en fonction de la journée, le réglage du volume ne fonctionne pas sur mes 3 Alexa.
Je ne sais pas si l'info est importante pour toi et la fiabilisation du Plugin ?