Si tu reboot la vm et relance meme chose ?
1 « J'aime »
je n’ai pas eu le message en faisant ce que tu m’as dis.
Je vais continuer l’installation sur cette VM.
1 « J'aime »
Bonjour,
Un petit point sur le retour d’état pour les ampoules ZLL.
-plugin-zigbee 2020-11-07
-Exemple de l’équipement Philips.LCT015 :
Dans les commandes de l’équipement,
Si on test les commandes On et Off, l’ampoule s’allume et s’éteint mais l’Etat ne change pas,
ici après un test de commande On, l’ampoule est allumée mais le test de la commande Info « Etat » donne comme résultat 0 :
Par contre si dans l’équipement, on va dans Configuration du noeud / Action :
et que pour « Lecture d’un attribut »
-on décoche la case « Autoriser le cache »
-on renseigne Endpoint, Cluster, Attribut (11, 6, 0), puis cliquer « Valider »
alors s’affiche l’Etat de l’ampoule (Résultat attribut 0 : 1) :
Log debug Zigbee ) :
(config noeud/action, Lecture attribut 11::6::0 → 1)
[2020-11-07 18:42:11][DEBUG] : http://127.0.0.1:8089/device/info?ieee=00%3A17%3A88%3A01%3A04%3Ace%3Aae%3A50 type : GET
[2020-11-07 18:42:23][DEBUG] : http://127.0.0.1:8089/device/attributes type : POST
[2020-11-07 18:42:23][DEBUG] : [[1],[]]
[2020-11-07 18:42:23][DEBUG] : {"devices":{"00:17:88:01:04:ce:ae:50":{"11":{"6":[{"value":"Bool.true","cluster_name":"On\/Off"}]}}}}
[2020-11-07 18:42:23][DEBUG] : Search attribut for 00:17:88:01:04:ce:ae:50 logicalId : 11::6::0 => Bool.true
Puis si dans les commandes de l’équipement, on reteste la commande Info « Etat », le résultat est passé à 1 :
et extrait infos brutes, cluster entrant 6 :
{
"id": 6,
"name": "On\/Off",
"attributes": [
{
"id": 0,
"name": "on_off",
"value": 1
}
]
},
Ce qui m’amène à penser qu’il devrait être possible de remonter l’état pour une ampoule ZLL dans le plugin zigbee.
Par ailleurs j’ai fais fonctionner dans le plugin Zigbee en Démon 2 avec un controleur USB CC2531 flashé avec un firmware coordinator zigbee 1.2 ici : https://github.com/Koenkk/Z-Stack-firmware/raw/master/coordinator/Z-Stack_Home_1.2/bin/default/CC2531_DEFAULT_20190608.zip
avec inclusion d’une Ampoule Philips LTW001.
akenad 
Bonjour
Effectivement la je devrais pouvoir faire un truc mais ça sera pas du temps réel… En gros yaura un cron pour ce genre d’équipements…
2 « J'aime »
Avant de le faire j’ai posé la question sur le git de zigpy voir si ya un binding bizarre a faire en zll peut-être
1 « J'aime »
Dans la beta de demain il sera possible d’ajouter une commande rafraichir (logical id refresh) dans les équipements qui mettra a jour la valeur des attributs des commandes de l’équipement.
Pour l’instant je ne l’ai mis que dans la configuration de la LCT003 si ca marche bien je le mettrais partout et je m’occuperais de mettre en place un cron de refresh (va falloir trouver la fréquence la je pensais un truc toute les 5min).
Pour information après chaque action si la commande refresh existe le systeme attend 1s et demandera aussi une mise à jour des attributs
3 « J'aime »
Hello,
Juste une question, sa sera un paramètre a activité ou set dans le json ?
Car je suis pas sûr que sa soit utile sur mes sonde de température ou sur mes interrupteur.
Cdt
Thibaut
Oui c’est si ya la commande refresh de présente sinon il ne fera rien. Cette commande ne sera bien sur existante que dans les json dans lampe zll pour le moment
1 « J'aime »
Hello,
Je conseil à tout ceux qui sont sur zigate de flasher leur clé dans le dernier firmware et de mettre a jours les dépendances. Une nouvelle version de la zigpy-zigate est sorti il y a 4 heures.
Cdt
Thibaut
Bonjour, une petite question: Est ce que le plugin est compatible Jeedom V3.3 ou faut-il obligatoirement être sur Jeedom V4
Salut non je l’ai bloqué en v4
Merci pour la réponse. Je vais attendre d’avoir le temps de passer en V4 pour l’essayer. Mon but c’est de piloter des interrupteurs Livolo que je sais ne pas être encore implémenté dans le plugin
LCT003
Test refresh :
[2020-11-12 09:01:10][DEBUG] : http://127.0.0.1:8089/device/attributes type : POST
[2020-11-12 09:01:10][DEBUG] : http://127.0.0.1:8089/device/attributes type : POST
[2020-11-12 09:01:10][DEBUG] : http://127.0.0.1:8089/device/attributes type : POST
[2020-11-12 09:01:10][DEBUG] : {"devices":{"00:17:88:01:03:96:14:a9":{"11":{"6":[{"value":"Bool.true","cluster_name":"On\/Off"}],"8":[{"value":"254","cluster_name":"Level control"}],"768":[{"value":"58","cluster_name":"Color Control"}]}}}}
[2020-11-12 09:01:10][DEBUG] : Search attribut for 00:17:88:01:03:96:14:a9 logicalId : 11::6::0 => Bool.true
[2020-11-12 09:01:10][DEBUG] : Search attribut for 00:17:88:01:03:96:14:a9 logicalId : 11::8::0 => 254
[2020-11-12 09:01:10][DEBUG] : Search attribut for 00:17:88:01:03:96:14:a9 logicalId : 11::768::0 => 58
=> Etat et Etat Luminosité OK mais Etat couleur NOK (11::768::color versus 11::768::0)
tous les 5 mn c’est bien.
akenad
Salut,
Merci pour le retour, la beta de demain corrigera le soucis pour les couleurs normalement.
Pour le delai faut que je regarde sur home assistant ils font ca toute les 60 à 75min et de ce que j’ai compris c’est pour eviter de saturer le réseaux zigbee et le tuer…
Pas de souci si par ailleurs tu fais un refresh après chaque action
akenad
Pour information j’ai commencé a travaillé sur le green power, il va donc avoir des boutons dans l’ui pour ca il ne marcheront pas chez vous c’est tout a fait normal, c’est juste la pour me simplifier la vie
c’est pour ça que le toit de jeedom est vert, c’est parce que jeedom est aussi puissant et ecolo !
akenad
Salut @Loic aprés Maj de ce matin mon demon ne repart pas !
jeedom 4.1.15B
plugin 2020-11-12 01:03:34
Rien fait de spécial…
après coup: sauvegarde de la config, relance des dépendances et du demon
Il te faut des log ?
il manquait ip:port dans la config (remis) mais pas plus
Non c’est pas ça …
fonctionne pas sur celle de ce matin
(en remontant la version d’hier ) tout OK
EN FAIT le ip:port n’est pas sauvegarder
Je pense que c’est depuis les config multi clef …
