[Plugin Tiers][Sujet Principal] Thermostat ELV/eQ-3/Conrad Max! / MaxCube

[fensoft]

bon ok je vais pousser l'utilisation de la clé API globale

[fensoft]

voila c'est fait en beta. dit moi si ça corrige

[caplam]

J'ai un peu bataillé pour installer le plugin en beta.
C'est ok jeedom en stable et le plugin en beta ?
Je n'ai pas l'intention de passer jeedom en beta c'est de la prod pour moi.
Pour les thermostats ça semble remonter. Pour les vannes il faut que j'attende un peu car tout est à 0 pour l'instant.
Dans les logs je vois des lignes qu'il n'y avait pas avant:

Code : Tout sélectionner

[2019-04-23 11:56:50][DEBUG] : update 19860e/V2 dressing (19860e) battery_low=false; thermostat is
[2019-04-23 11:56:50][DEBUG] : battery_low 19860e = 100
[2019-04-23 11:56:51][DEBUG] : update 19860e/V2 dressing (19860e) setpoint=17; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 19860e/V2 dressing (19860e) valve=0; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 1b1bc5/Thermostat (1b1bc5) valid=true; thermostat is
[2019-04-23 11:56:51][DEBUG] : error: unhandled 1b1bc5 valid true
[2019-04-23 11:56:51][DEBUG] : update 1b1bc5/Thermostat (1b1bc5) error=false; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 19860e/V2 dressing (19860e) temp=0; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 1b1bc5/Thermostat (1b1bc5) mode=MANUAL; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 1b1bc5/Thermostat (1b1bc5) panel_locked=false; thermostat is
[2019-04-23 11:56:51][DEBUG] : error: unhandled 1b1bc5 panel_locked false
[2019-04-23 11:56:51][DEBUG] : update 1b1bc5/Thermostat (1b1bc5) battery_low=false; thermostat is
[2019-04-23 11:56:51][DEBUG] : battery_low 1b1bc5 = 100
[2019-04-23 11:56:51][DEBUG] : update 1b1bc5/Thermostat (1b1bc5) link_error=false; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 1b1bc5/Thermostat (1b1bc5) temp=22.6; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 1b1bc5/Thermostat (1b1bc5) setpoint=19.5; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 1984f3/V1 (1984f3) valid=true; thermostat is
[2019-04-23 11:56:51][DEBUG] : error: unhandled 1984f3 valid true
[2019-04-23 11:56:51][DEBUG] : update 1984f3/V1 (1984f3) error=false; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 1984f3/V1 (1984f3) mode=MANUAL; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 1984f3/V1 (1984f3) panel_locked=false; thermostat is
[2019-04-23 11:56:51][DEBUG] : error: unhandled 1984f3 panel_locked false
[2019-04-23 11:56:51][DEBUG] : update 1984f3/V1 (1984f3) valve=0; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 1984f3/V1 (1984f3) battery_low=false; thermostat is
[2019-04-23 11:56:51][DEBUG] : battery_low 1984f3 = 100
[2019-04-23 11:56:51][DEBUG] : update 1984f3/V1 (1984f3) link_error=false; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 1984f3/V1 (1984f3) setpoint=19.5; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 1b1c10/Thermostat (1b1c10) valid=true; thermostat is
[2019-04-23 11:56:51][DEBUG] : error: unhandled 1b1c10 valid true
[2019-04-23 11:56:51][DEBUG] : update 1984f3/V1 (1984f3) temp=0; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 1b1c10/Thermostat (1b1c10) link_error=false; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 1b1c10/Thermostat (1b1c10) mode=MANUAL; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 1b1c10/Thermostat (1b1c10) error=false; thermostat is
[2019-04-23 11:56:51][DEBUG] : update 1b1c10/Thermostat (1b1c10) panel_locked=false; thermostat is
[2019-04-23 11:56:51][DEBUG] : error: unhandled 1b1c10 panel_locked false
[2019-04-23 11:56:51][DEBUG] : update 1b1c10/Thermostat (1b1c10) battery_low=false; thermostat is
[2019-04-23 11:56:51][DEBUG] : battery_low 1b1c10 = 100
[2019-04-23 11:57:10][DEBUG] : update 1984f9/Vanne (1984f9) panel_locked=false; thermostat is
[2019-04-23 11:57:10][DEBUG] : error: unhandled 1984f9 panel_locked false
[2019-04-23 11:57:10][DEBUG] : update 1984f9/Vanne (1984f9) battery_low=false; thermostat is
[2019-04-23 11:57:10][DEBUG] : battery_low 1984f9 = 100
[2019-04-23 11:57:10][DEBUG] : update 1984f9/Vanne (1984f9) setpoint=19.5; thermostat is
[2019-04-23 11:57:10][DEBUG] : update 1984f9/Vanne (1984f9) link_error=false; thermostat is
[2019-04-23 11:57:10][DEBUG] : update 1984f9/Vanne (1984f9) valid=true; thermostat is
[2019-04-23 11:57:10][DEBUG] : error: unhandled 1984f9 valid true
[2019-04-23 11:57:10][DEBUG] : update 1984f9/Vanne (1984f9) temp=0; thermostat is
[2019-04-23 11:57:10][DEBUG] : update 1b1c10/Thermostat (1b1c10) temp=23.8; thermostat is
[2019-04-23 11:57:10][DEBUG] : update 1b1c10/Thermostat (1b1c10) setpoint=19.5; thermostat is
[2019-04-23 11:57:10][DEBUG] : update 1984f9/Vanne (1984f9) mode=MANUAL; thermostat is
[2019-04-23 11:57:10][DEBUG] : update 1984f9/Vanne (1984f9) valve=0; thermostat is
[2019-04-23 11:57:10][DEBUG] : update 1984f9/Vanne (1984f9) error=false; thermostat is
[2019-04-23 11:57:50][DEBUG] : update 11eee5/Thermostat (11eee5) temp=23.4; thermostat is
[2019-04-23 11:57:50][DEBUG] : update 1b1c10/Thermostat (1b1c10) temp=23.7; thermostat is

edit les temp des vannes remontent mais pas encore les % d'ouverture.

si j'ai bien compris tu forces l'utilisation de la cle api globale.
Je vois peu d'info sur l'utilisation des cles api. Comme il n'y a pas de champ pour la rentrer je suppose que ca se fait directement entre le core le plugin.

[bjuice2]

Salut,
Je viens également de faire la dernière mise à jour en beta et je n'ai plus les températures de têtes ni le % de valve...

J'ai également des unhandled error

Code : Tout sélectionner

[2019-04-25 10:34:16][DEBUG] : update 13e233/Ch_Gael (13e233) mode=MANUAL; thermostat is
[2019-04-25 10:34:16][DEBUG] : update 13e1b2/SdB-Enfants (13e1b2) setpoint=21.5; thermostat is
[2019-04-25 10:34:16][DEBUG] : update 13e233/Ch_Gael (13e233) panel_locked=false; thermostat is
[2019-04-25 10:34:16][DEBUG] : error: unhandled 13e233 panel_locked false
[2019-04-25 10:34:17][DEBUG] : update 13e233/Ch_Gael (13e233) valid=true; thermostat is
[2019-04-25 10:34:17][DEBUG] : error: unhandled 13e233 valid true
[2019-04-25 10:34:17][DEBUG] : update 13e233/Ch_Gael (13e233) link_error=false; thermostat is
[2019-04-25 10:34:17][DEBUG] : update 13e233/Ch_Gael (13e233) setpoint=20.5; thermostat is
[2019-04-25 10:34:18][DEBUG] : update 13e233/Ch_Gael (13e233) temp=21.4; thermostat is
[2019-04-25 10:34:18][DEBUG] : update 13e233/Ch_Gael (13e233) error=false; thermostat is

[caplam]

après 24 h je ne vois plus de unhandled error et les vannes semblent bien remonter.

[fensoft]

les unhandled c'est "normal", par contre chez certains il faut l'api key maxcube et d'autres l'api key globale ?!

[bjuice2]

Ah bon !!!

Comment on vérifie la cle API utilisée ?

Dans ce cas, ce ne serait pas ca mon problème ? 1 cube qui foncitonne avec la cle globale et l'autre avec la clé maxcube ?

[fensoft]

ah oui non le double cube j'ai pas encore regardé

[bjuice2]

ah oui non le double cube j'ai pas encore regardé

[jpty]

par contre chez certains il faut l'api key maxcube et d'autres l'api key globale ?!

Peut-être suivant la version de Jeedom que personne ne donne
Api Key maxcube core Jeedom 3.3 et supérieure
Api key globale pour jeedom 3.2

[caplam]

je suis en 3.3 et la clé ami maxcube n’apparaît pas.
j’ai appliquer la maj 2 ou 3 fois, rebooté, sans succès

[bjuice2]

Moi je suis en 3.3.22 et j'ai bien la clé API...

[jpty]

Je suis en 3.3.22 et la clé API de Maxcube apparait dans Configuration sur l'onglet API avec possibilité de la renouveler.
J'ai mis IP blanche pour Accès API.
IP blanche est défini dans Configuration onglet Sécurité.

@fensoft
J'ai fait une mise à jour de ma Smart en stretch hier.
Les dépendances du plugin Maxcube ne s'installent pas. node reste en version 6.9.1
La raison est que l'install de stretch fournie par Jeedom contient dans /etc/apt/sources.list et dans /etc/apt/sources.list.d des repositories non trusted. apt-get install -y nodejs échoue.
Il y a un message parlant de l'option --allow-unauthenticated

J'ai ensuite refait la modif dans maxcube.js, fonction parseCommandMetadata pour que le daemon démarre.

[fensoft]

est-ce que ça fonctionne en 6.9.1 sinon ?

[jpty]

Je n'ai pas pensé à essayer. Mon idée était que c'était v8 minimum.
Et je n'avais pas accès au lancement du daemon par l'interface.

[Vtsax]

Bonjour les amis,
Bonjour Fen,

Je viens de changer de machine, et en voulant réinstaller mes soft, le tiens me pose problème lorsque j'essaie d'installer la dépendance.
Je suis en v 3.3.24

Serait-il possible de m'aider svp ?
Un grand merci d'avance

Code : Tout sélectionner

+++ dirname /var/www/html/plugins/maxcube/core/class/../../resources/install_maxcube.sh
++ cd /var/www/html/plugins/maxcube/core/class/../../resources
++ pwd
+ ME=/var/www/html/plugins/maxcube/resources
+ touch /tmp/maxcube_in_progress
+ echo 0
+ echo 'Installing maxcube dependencies'
Installing maxcube dependencies
+ sudo apt-get install -y git
Reading package lists...
Building dependency tree...
Reading state information...
git is already the newest version (1:2.11.0-3+deb9u4).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
+ echo 10
++ which node
+ BIN=/usr/bin/node
+ '[' /usr/bin/node = '' ']'
+ '[' /usr/bin/node = '' ']'
++ /usr/bin/node -v
+ actual=v8.16.0
++ sed 's#[.].*##'
++ sed s#v##
++ /usr/bin/node -v
+ major=8
+ echo 'Current version: v8.16.0 (major 8)'
Current version: v8.16.0 (major 8)
+ echo 30
++ arch
+ '[' x86_64 == armv6l -a 8 -lt 5 ']'
+ '[' 8 -lt 8 ']'
++ which node
+ BIN=/usr/bin/node
+ '[' /usr/bin/node = '' ']'
++ /usr/bin/node -v
+ new=v8.16.0
+ echo 'new version installed: v8.16.0'
new version installed: v8.16.0
+ echo 50
+ git --version
git version 2.11.0
+ cd /var/www/html/plugins/maxcube/resources/maxcube.js
+ sudo rm -rf node_modules /var/www/.npm
+ npm i
Unhandled rejection Error: EACCES: permission denied, mkdir '/var/www/.npm'
Unhandled rejection Error: EACCES: permission denied, mkdir '/var/www/.npm'
Unhandled rejection Error: EACCES: permission denied, mkdir '/var/www/.npm'
Unhandled rejection Error: EACCES: permission denied, mkdir '/var/www/.npm'
Unhandled rejection Error: EACCES: permission denied, mkdir '/var/www/.npm'
npm ERR! cb() never called!
npm ERR! This is an error with npm itself. Please report this error at:
npm ERR!     <https://npm.community>
+ echo 100
+ rm /tmp/maxcube_in_progress

Voilà ce que j'obtiens dans Maxcube_Update

[fensoft]

Supprime /var/www/.npm

[jpty]

Supprime /var/www/.npm

C'est déjà fait juste au dessus de l'erreur.

Code : Tout sélectionner

+ sudo rm -rf node_modules /var/www/.npm
+ npm i
Unhandled rejection Error: EACCES: permission denied, mkdir '/var/www/.npm'

C'est les permissions de /var/www qui ne sont pas bonnes. Sur ma Smart, /var/www appartient à root et en mode 775.
Elles peuvent être corrigées dans Configuration, Onglet >_OS/DB>

Cliquer sur le bouton Administration Lancer rouge et cliquer sur health.sh dans la liste à gauche

health.PNG (8.26 Kio) Consulté 2130 fois

Les boutons Consistance et Droit ne résolvent pas le problème.

Edit: J'ai modifié mon post pour ne laisser que ce qui devrait fonctionner.

[fensoft]

c'est curieux les permissions qui sont pas les bonnes ...

[jpty]

Chez moi les permissions sont celles de la migration de jessie en stretch.
J'avais terminé la migration ( viewtopic.php?f=57&t=44870#p723815 ) en installant les dépendances du plugin en ligne de commande.