Plugin-evohome

Tags: #<Tag:0x00007f24324a2920>

Bonjour Melchior,
Au vu du message, tu (la tradition est de se tutoyer dans les forums) disposes d’un Evohome, et il est vraisemblable que ta fréquence de mise à jour soit de 10mn ; en passant à 15mn cela devrait réduire les erreurs (les supprimer totalement, pour l’instant, j’en suis incapable, sauf à supprimer la lecture précise, dite V1 - abordée dans d’autres posts , ce que je vais finir par faire, ou du moins à rendre paramétrable).
Pourrais-tu m’envoyer les logs de cron_execution en MP pour confirmation ?

Bonjour, merci pour ta réponse rapide, voici le log de mon plugin, je ne suis pas familier avec ce langage « exécution en MP » j’espère que c’est celui-là.

Merci Jean-Lucevohome28.log (4,7 Ko)

Bonjour,
MP = message privé (vu que publier les logs ici n’a pas toujours d’intérêt pour la communauté, enfin, à mon avis)
Bref, ce sera pour la prochaine fois :grin:
Je confirme l’hypothèse, en passant à 15mn, cela devrait aller mieux.

Pour ceux qui chercheraient à mettre à jour depuis le market après une installation par fichier zip, il faut mettre à jour une table de la base de données Jeedom.
L’idée est bien entendu de ne pas supprimer/réinstaller, et donc de conserver votre configuration et historiques :wink:
Voici la procédure à suivre :

V3 : Outils/Configuration puis 4ème onglet « > _OS / DB »
V4 : Réglage/Système/Configuration puis dernier onglet « > _OS / DB »
puis bouton Lancer sur la partie Base de données.

Là, copier la commande ci-dessous :
update jeedom.update set source = 'market', status = 'ok', configuration = '{"version":"stable","market":1,"third_plugin":1,"doNotUpdate":"0"}' where name = 'evohome'
puis OK à droite ou touche Entrée.

Aller sur la page de mise à jour des plugins, cliquer sur « Vérifier les mises à jour », et là, le bouton de maj devrait apparaître sur Evohome.
Pour les utilisateurs prototypes de Lyric, il se pourrait que vous deviez refaire la procédure d’authentification dans le panneau de configuration du plugin. Je vous invite à (re?)lire la documentation en ligne sur ce sujet.

NB : ça vaut évidemment pour les autres plugins, en remplaçant ‹ evohome › par l’ID du plugin

Bonsoir,
Lorsque j’ouvre le plugin pour la configuration, j’ai cette erreur qui
s’affiche : 60 Uncaught ReferenceError: SYSTEM_LYRIC is not defined signalé par un triangle en haut.
Cela ne gène en rien le fonctionnement de ce très bon plugin.
Suis-je le seul à avoir cette avertissement?

Merci.

Bonsoir,
Yep, j’ai vu passer ça avec un user en mp qui avait un probleme pour initier l’authentification lyric et son jeedom accessible par une url avec port spécifique (jeedom en vm sur syno). Rien à voir vous allez me dire, sauf que la maj à venir corrigera les deux soucis :wink:
Désolé pour le désagrément !

Merci de votre réponse, il n’y a pas de désagrément.
Merci.

Bonjour à tous,
La mise à jour 0.5.1 vient d’être publiée.
Corrige les points évoqués ci-dessus, et pour les Lyrics users, gère maintenant le découpage des plages geofence/mode nuit (affichage + sauvegarde/restauration).
Des remaniements au niveau du code pour les curieux que cela intéresse, sans impact sur l’existant.
Comme d’habitude (pour les habitués), détails en anglais dans le changelog.
A bientôt, et portez-vous bien :wink:

Bonjour à tous,

En intro : je débute de chez débute sur Jeedom (et la domotique en général).
J’essaie juste de tester le système avant de me lancer « à corps perdu ». :sweat_smile:

Je tente donc de jouer avec mon thermostat connecté, à priori un Round T87RF.
Je dis « à priori » car, lors de l’achat, la référence sur la facture est THR87C1110, et dont la doc fournie précisait Y87RF… (Les joies des références multiples pour ne pas faciliter les comparaisons de prix…

Si ce thermostat est bien compatible avec le plugin (?), lors de l’initialisation de celui-ci (en mode « Evohome »), un bandeau d’erreur rouge « Erreur en lecture des localisations » apparaît en haut de l’interface.

Niveau Log ; j’ai ceci :

[2020-11-16 09:56:08][ERROR] : Erreur while LocationsInfosE2 : <{"success":false,"code":"Exception","message":"400 Client Error: Bad Request for url: https:\/\/mytotalconnectcomfort.com\/Auth\/OAuth\/Token"}>

Un idée ?

Bonjour,
Du peu que j’ai lu, le Y87 serait une variante du T87, aussi, c’est plutôt surprenant qu’il ne réagisse pas de la même façon.
Une question bête, mais tu as bien saisi login et mot de passe sur la conf, comme sur l’application mobile d’Honeywell (par exemple) ?

Une question bête, mais tu as bien saisi login et mot de passe sur la conf, comme sur l’application mobile d’Honeywell (par exemple) ?

Oui. Pour être certain, j’ai même testé un « copier/coller » des login/MdP (pour éviter le phénomène du « caractère de bout de ligne »…

Question con -mais peut-être pas tant que ça- y aurait-il des caractères interdits ou une longueur maximale dans les mots de passe ? (Les miens sont longs et avec un tas de caractères spéciaux…)

Ceci dit, le message « Bad request » ne laisse pas entendre qu’il y a un problème de login, ou alors si ton password provoque une « rupture ».
Tente avec un password ultra basique…
Il vaut mieux de toute façon rester dans le jeu de caractères ASCII pour éviter les problèmes de charset, c’est à dire sans accentués…

Après un échange en MP avec EIDje, le problème réside dans la présence d’un caractère $ dans le mot de passe.
Donc, pas de problème de longueur, mais de nouveau un caractère spécial interprété par Linux.
(login et mot de passe transitent dans une ligne de commande afin de faire le pont entre PHP et Python, où réside les couches d’accès aux API Honeywell).
Je corrigerai dans une prochaine mise à jour, en attendant, n’utilisez pas le $ !
(que ce soit pour le login ou le mot de passe).

le problème réside dans la présence d’un caractère $ dans le mot de passe.

Je confirme : seul ce cacartère spécial « classique » semble poser problème…

Merci à @ctwins95 pour son support pro… et ultra rapide !

Il vaut mieux de toute façon rester dans le jeu de caractères ASCII pour éviter les problèmes de charset, c’est à dire sans accentués…

Il y a sans doute une juste millieu (… :sweat_smile:… ) mais avoir un MdP trop « basique », c’est risqué aussi (et va à l’encontre de tout ce que l’on dit, répète et martèle.
On ne va pas rentrer dansle débat ici (c’est pas l’objectif du thread), mais vu que Login est déjà bien souvent évidant (« entrez votre adresse email »…) :roll_eyes:

Pour ceux qui nous lirait au premeir degré, remplacer le « $ » par « € » est déjà un bon pas de côté… sans en faire un en arrière ! :wink:
(et tant pis pour nos amis ricains :stuck_out_tongue: )

Ultime rélfexion :
on pourrait avoir une liste des caratères spéciaux qui sont utilisé dans les language utilisés par les interpréteurs de commande Linux ? (j’espère e^tre claire dans ma question de noob…)
Genre « ; » (fin de ligne de commande en C) et « # » (remarque) et « $ » (pointeur) qui ont aussi leur mot à dire…
Peut-être un lien vers un site les répertoriant…

Note bien que ton password était en pur ASCII, ce qui ne retire en rien de sa complexité.
La suggestion d’un mot de passe basique avait juste vocation de test, mais je m’y suis collé avant toi ;).
Au passage, j’avais refait le test des accentués (j’étais encore en crainte), en fait, ils ne posent pas de problème.

Rien ne vaut l’action correctrice quand la situation se présente :wink: (c’était la 3ème).

Et tu m’as chipé une réflexion sur le € !

A la prochaine.

Et tu m’as chipé une réflexion sur le € !

Promis, c’était pas voulu :sweat_smile:

Pour info, en v4.1 le widget du dashboard ne fonctionne plus, les thermostats des differentes pieces se retrouvent empiles a la verticale (comme des children de la console principale) sous toutes les autres tuiles, donc pas accessible et visible. (ca passait en v4.0)

Allons bon, il faudra que je regarde ça sur ma VM.
Il y a d’autres plugins qui partent en vrille ?

Bonjour,
j’essai d’associer les thermostats Evohome avec le plugin GSH.
J’utilise donc l’objet thermostat.
J’arrive bien à avoir le température de la pièce mais il m’est impossible d’envoyer une consigne.
Je reçois comme erreur de Jeedom : Par Scénario : Set Consigne : paramètre reçu invalide (le choix ‹ Aucun › dans la liste déroulante ne peut pes être évité, mais il est inutile !)
Existe-il une solution?
Merci.

Bonjour,
Essaye d’être plus précis : comment tu fais l’appel de gsh vers evohome ?
Regarde aussi du côté des Valeurs possibles dans les réglages avancés de l’action Set consigne (il ne suffit pas de spécifier « 19 » par exemple)