[Plugin Tiers][Sujet Principal] MyHOME Zigbee legrand

[Seki]

Bon, j'ai trouvé une petite demi-heure pour finir les modifs, et corriger un petit bug trouvé lors de mes derniers essais.

Il y a deux fichiers à mettre à jour, le premier 67263.json modifie le template et ajoute 3 nouvelles commandes destinées à l’interfaçage avec le plugin voletProp.
Ce fichier est à mettre dans /plugins/myhome/core/config/devices. Il va ensuite falloir passer dans chacun des objets 'volet' pour mettre à jour ce template.
Pour effectuer la mise à jour, le plus simple est d'effectuer les manipulations suivantes:
- si votre volet a le template 'défaut', choisisser le template 'inversé', ou vice versa si votre template est 'inversé', puis sauvegarder.
- normalement, trois nouvelles commandes de type status ont été crées
- sélectionner de nouveau votre template de base et sauvegarder.

Le fichier myhome.class.php est à mettre dans plugins/myhome/core/class.

Avant d'effectuer ces mises à jour, arrêtez le demon de myhome et faites un backup de Jeedom au cas où.

Renseignez ensuite le temps de montée réel de votre volet dans le champ 'durée de la commande' de la commande status. Par défaut ce temps est de 30s.



Myhome enverra automatiquement une commande STOP au volet une fois la durée paramétrée écoulée avec un delta de 2 secondes supplémentaires.
De ce fait, les status OPEN et CLOSED seront mis à jour quasiment en temps réel.

Pour ceux qui veulent s'interfacer avec le plugin voletProp, paramétrez celui-ci de la façon suivante avec les commandes myhome:



Renseignez ensuite le même temps de mouvement que dans myhome:



Ensuite, savourez.

J'aimerai par contre des retours d'expérience pour ceux qui vont tester, avec des log myhome en mode debug.
Pour ceux qui ont des volets de grandes tailles, j'aimerai aussi avoir des retours concernant les éventuels écarts entre les temps de montée et de descente du volet, ça pourrait éventuellement être un point d'amélioration au besoin.

Le plus important, les fichiers:
6763.json
myhome.class.php

A la limite, désactivez les mises à jour de myhome dans les paramètres de Jeedom pour éviter de perdre ces modifications.

[ecc]

Bonsoir, c'est bizarre, je viens d'appliquer tes fichiers et maintenant, les statuts sont complètements erronés. (alors que tout fonctionnait bien avec les modifs que tu m'a envoyé par mail).

une idée ?

[Seki]

Peux-tu poster un log debug de myhome s'il te plaît?

[ecc]

voila

[PICTURAL]

Bonjour Seki,
Alors pour moi j'ai un retour systématique du status OPEN apres 30s environ de la mise à jour réelle de la position du volet.
Voici le log.

[Seki]

Je vais analyser ça.
Merci pour les logs.

Envoyé de mon GT-I9100 en utilisant Tapatalk

[Seki]

@ecc et @pictural, vous utilisez les templates inversés pour vos volets?

[PICTURAL]

Yep !

[letoc]

Bonjour Seki,

Pour ma part, ça marche presque parfaitement.
J'ai 4 volets, tous avec le template inversé.
Je t'envoie la LOG qui reflète mon scénario préféré (commande centralisée des 4 volets à partir d'un inter Legrand (réf. 67265).

myhome letoc.txt

(37.09 Kio) Téléchargé 13 fois

A la descente des 4 volets, tout s'est passé comme prévu. Entendre les 4 STOP sur les relais des inter Legrand juste après la fermeture de chacun d'eux, c'était le pied
A la remontée, seuls 3 volets ont reçu le STOP de Jeedom. Du coup le 4è volet (ID Zigbee =7597617) est resté en statut "UP" pendant 3 minutes, comme d'hab. Dans la LOG, il est visible que le plugin ne lui a pas envoyé de STOP comme aux 3 autres. Il était le 1er dans la liste à informer Jeedom de sa remontée ... peut-être une piste pour corriger le petit bug.

Par ailleurs, et pour nous aider à comprendre et vérifier le bon fonctionnement, peux-tu préciser à quel état ou mouvement du volet correspondent les valeurs des 3 variables permettant l'interfaçage avec "voletprop" ?
Merci,

[Seki]

A la remontée, seuls 3 volets ont reçu le STOP de Jeedom. Du coup le 4è volet (ID Zigbee =7597617) est resté en statut "UP" pendant 3 minutes, comme d'hab. Dans la LOG, il est visible que le plugin ne lui a pas envoyé de STOP comme aux 3 autres. Il était le 1er dans la liste à informer Jeedom de sa remontée ... peut-être une piste pour corriger le petit bug.

Il y a un problème d'ID dans ton installation.

Là, Jeedom intercepte la commande de montée:

Code : Tout sélectionner

[2018-02-04 10:53:24][DEBUG] : Jeemyhome_Equipement : Array (     [trame] => *2*2*759761001#9##     [format] => BUS_COMMAND     [mode] => UNICAST     [media] => ZIGBEE     [type] => automatism     [value] => MOVE_DOWN     [dimension] =>      [param] =>      [id] => 0073EE2A     [unit] => 01     [date] => 2018-02-04 10:53:24 ) 
[2018-02-04 10:53:24][DEBUG] : Jeemyhome_BUS_COMMAND  
[2018-02-04 10:53:24][DEBUG] : Update Status Automatism

Il met à jour les status:

Code : Tout sélectionner

[2018-02-04 10:53:24][DEBUG] : ---------------------------------------------------------------------------------------
[2018-02-04 10:53:24][DEBUG] : [date] =>2018-02-04 10:53:24 [cmd] => MOVE_DOWN [cmdId] => 433 [subDeviceType] => 01 [timestampCmd] => 1517738004
[2018-02-04 10:53:24][DEBUG] : [lastStatusUpdate] => 2018-02-04 10:52:54 [lastStatusUpdate] => 1517737974 [lastStatus] => CLOSED [lastPosition] => 0% [maxDuration] => 23s
[2018-02-04 10:53:24][DEBUG] : [cmdStatus] => 0 [stopStatus] => 0 [openStatus] => 1
[2018-02-04 10:53:24][DEBUG] : [movementTime] => 0s [deplacement] => 0% [lastPosition] => 0%
[2018-02-04 10:53:24][DEBUG] : [cmd] => MOVE_DOWN [lastStatus] => CLOSED [newStatus] => UP [newPosition] => 0% Mise à jour du statut!
[2018-02-04 10:53:24][DEBUG] : ---------------------------------------------------------------------------------------
[2018-02-04 10:53:24][DEBUG] : ---------------------------------------------------------------------------------------
[2018-02-04 10:53:24][DEBUG] : [cmd] => MOVE_DOWN [position] => 0% [remainingMoveTime] =>29s
[2018-02-04 10:53:24][DEBUG] : ---------------------------------------------------------------------------------------

Là il envoie le STOP et met à jour le status:

Code : Tout sélectionner

[2018-02-04 10:53:49][DEBUG] : ---------------------------------------------------------------------------------------
[2018-02-04 10:53:49][DEBUG] : [date] =>2018-02-04 10:53:24 [cmd] => MOVE_DOWN [lastStatusUpdate] => 2018-02-04 10:53:24 [lastStatus] => UP [status] => UP Envoi commande STOP!
[2018-02-04 10:53:49][DEBUG] : ---------------------------------------------------------------------------------------
[2018-02-04 10:53:49][DEBUG] : Send trame
[2018-02-04 10:53:49][DEBUG] : Jeemyhome_Equipement : Array (     [trame] => *2*0*759761001#9##     [format] => BUS_COMMAND     [mode] => UNICAST     [media] => ZIGBEE     [type] => automatism     [value] => MOVE_STOP     [dimension] =>      [param] =>      [id] => 0073EE2A     [unit] => 01     [date] => 2018-02-04 10:53:49 ) 
[2018-02-04 10:53:49][DEBUG] : Jeemyhome_BUS_COMMAND  
[2018-02-04 10:53:49][DEBUG] : Update Status Automatism
[2018-02-04 10:53:49][DEBUG] : ---------------------------------------------------------------------------------------
[2018-02-04 10:53:49][DEBUG] : [date] =>2018-02-04 10:53:49 [cmd] => MOVE_STOP [cmdId] => 433 [subDeviceType] => 01 [timestampCmd] => 1517738029
[2018-02-04 10:53:49][DEBUG] : [lastStatusUpdate] => 2018-02-04 10:53:24 [lastStatusUpdate] => 1517738004 [lastStatus] => UP [lastPosition] => 0% [maxDuration] => 23s
[2018-02-04 10:53:49][DEBUG] : [cmdStatus] => 1 [stopStatus] => 0 [openStatus] => 0
[2018-02-04 10:53:49][DEBUG] : [movementTime] => 25s [deplacement] => 109% [lastPosition] => 0%
[2018-02-04 10:53:49][DEBUG] : [cmd] => MOVE_STOP [lastStatus] => UP [newStatus] => OPEN [newPosition] => 100% Mise à jour du statut!
[2018-02-04 10:53:49][DEBUG] : ---------------------------------------------------------------------------------------

Sauf que quand tu regardes le format de la trame reçue (commande montée), l'ID n'est pas bon, il y 7597610 au lieu de 7597617.
[trame] => *2*0*759761001#9##
Du coup, la commande STOP ne peut fonctionner correctement.

Trois minutes plus tard, il reçoit la trame émise par l'inter, avec le bon ID cette fois:

Code : Tout sélectionner

[2018-02-04 10:56:19][DEBUG] : Jeemyhome_Equipement : Array (     [trame] => *2*0*759761701#9##     [format] => BUS_COMMAND     [mode] => UNICAST     [media] => ZIGBEE     [type] => automatism     [value] => MOVE_STOP     [dimension] =>      [param] =>      [id] => 0073EE31     [unit] => 01     [date] => 2018-02-04 10:56:19 ) 
[2018-02-04 10:56:19][DEBUG] : Jeemyhome_BUS_COMMAND  
[2018-02-04 10:56:19][DEBUG] : Update Status Automatism

[letoc]

D'abord merci pour l'attention que tu portes à nos remontées d'information.

Concernant les ID, ils sont corrects. J'ai 4 volets dans mon installation et ça a l'air de marcher par paire chez Legrand car j'en ai 2 et 2 qui ont quasi les mêmes. Voici la liste des 4 ID :

ID volets.JPG (14.74 Kio) Consulté 1429 fois

Tu peux tracer ces ID dans la log envoyée.

[Seki]

Merci pour ces précisions!

Du coup, j'ai trouvé pour quoi le STOP n'a pas été envoyé:

Code : Tout sélectionner

[2018-02-04 10:53:55][DEBUG] : ---------------------------------------------------------------------------------------
[2018-02-04 10:53:55][DEBUG] : [date] =>2018-02-04 10:53:23 [cmd] => MOVE_DOWN [lastStatusUpdate] => 2018-02-04 10:53:24 [lastStatus] => UP [status] => UP Le statut du volet à changer!
[2018-02-04 10:53:55][DEBUG] : ---------------------------------------------------------------------------------------

C'est lié à la petite seconde de différence entre l'horodatage de la commande reçue et l'horodatage de la mise à jour du status.
Vu qu'il m'a été impossible de programmer cette fonction selon mon idée de base, les crons ne travaillant pas à la seconde, j'ai du utiliser une autre méthode, mais qui est moins 'propre'. Du coup, à chaque appel de la fonction de mise à jour du status, je me prépare à envoyer STOP au bout des x secondes. Par contre, il ne doit réellement s’exécuter que si le volet n'a pas changé de status entre temps.

J'ai ma petite idée pour corriger ça, je regarde ça cet après-midi.

[PICTURAL]

Alors, je viens de regarder et je confirme que le passage en OPEN après une petite minute se passe sans "clic" de la part du volet.
Le "clic" arrive très vite après la fermeture pour mettre en status CLOSED, et seulement après le OPEN apparait.
En OPEN, ça reste OPEN.

[Seki]

@ecc et @pictural, je pense avoir trouvé.
C'est @pictural qui m'a mis la puce à l'oreille avec son dernier message, car je ne voyais pas comment ça pouvait venir du code, ce que confirme d'ailleurs vos logs.

Vérifiez qu'il n'y aucune valeur dans les champs entourés en rouge. Faites le sur toutes les commandes de tous les volets.

Screenshot_46.png (10.48 Kio) Consulté 1421 fois

Si c'est le cas, Jeedom met à jour le status avec la valeur du champ 'valeur retour d'état' au bout du temps spécifié dans le deuxième champ sans passer par le code du plugin.

[PICTURAL]

je regarde et teste !!
Merci !!!!

[PICTURAL]

C'était bien ça, merci beaucoup !
Maintenant je vais m'attaquer à voletprop !!

[Seki]

Nouvelle version qui corrige le petit bug remonté par @letoc.
J'ai aussi amélioré le log debug pour pouvoir m'y retrouver plus facilement au cas où.

myhome.class.php.

[PICTURAL]

Apres avoir mis le nouveau fichier mon demon ne démarre plus et j'ai ce msg d'erreur:
The stream or file "/var/www/html/core/class/../../log/myhome" could not be opened: failed to open stream: Permission denied

Edit: C'est ok, c'est juste qu'après une restauration je n'ai pas appliqué les droits...

[letoc]

J'ai installé la toute dernière version et je n'ai plus le problème de ce matin
Nous allons éprouver la fiabilité à l'usage maintenant que nous sommes plusieurs utilisateurs de ces modifications. En tout cas, dans l'état, cela me semble être un progrès qualitatif immense pour ce plugin Myhome. C'est top!

@Seki, pour finir le weekend en beauté, peux-tu préciser à quel état ou mouvement du volet correspondent les valeurs des 3 variables booléennes permettant l'interfaçage avec "voletprop" ?
Cela évitera les mauvaises interprétations toujours possibles de l'un d'entre nous.

[Seki]

[Etat commande] : mis à 0 par une commande de fermeture, mis à 1 par une commande d'ouverture.
[Etat stop] : change d'état à chaque commande stop (toggle).
[Etat ouvert] : à 1 quand le volet est ouvert (100%), à 0 autrement. Cette info permet de synchroniser les positions des volets de myhome et de voletProp.

Du coup, je commande maintenant mes volets directement par position.

Screenshot_48.png (12.88 Kio) Consulté 1388 fois

Bon, par contre, je n'ai pas beaucoup de recul vis à vis de ce fonctionnement vu que j'ai fait une réinstallation complète de ma box Jeedom ce weekend. Mais il n'y a pas de raisons que ça ne fonctionne pas.