Plugin Zigbee

Loic · Janvier 22, 2021, 2:27

Je parlais pour un module sunricher moi…

llaumgui · Janvier 27, 2021, 7:05

Bonjour,

je viens de passer sur ce plugin (ancien utilisateurs de Zigate). Question, la notion de groupe est celle au sens Zigate ? Si oui c’est que pour des actionneurs où l’on peut aussi faire des groupement par typologie (toutes les sondes thermo) ?

Merci.

Loic · Janvier 28, 2021, 8:19

Bonjour,
Aucune idée je ne sais pas ce qu’est la notion de groupe au sens zigate. Dans le plugin la notion de groupe c’est au sens zigbee. Après on peut pas encore tout faire.

llaumgui · Janvier 28, 2021, 9:49

OK. Et du coup on est vraiment sur une approche actionneur pour avoir des actions simultanées. On est pas sur des sondes d’informations ?

Sinon, la doc du 2ème poste est la dernière ?

Loic · Janvier 28, 2021, 9:50

Oui c’est que actionneur.
La doc de ce poste est à jour (je la remets a jour a chaque changement)

llaumgui · Janvier 28, 2021, 4:36

@Loic > Merci.

Sinon je suis en train de migrer mes module de Zigate vers Zigbee (EZSP) mais pour les cubes, je ne comprends pas trop comment interpréter les mouvements…

olive · Janvier 28, 2021, 5:03

t’est pas le seul …
http://kiwihc16.free.fr/Xiaomi.html#retour-d-experience-sur-l-utilisation-des-wall-switch-xiaomi
voir la section Cube Aqara

llaumgui · Janvier 28, 2021, 5:06

Oula !!! Le mal de tête…

olive · Janvier 28, 2021, 6:05

Et c’est a peut prés du même niveau pour le capteur de vibrations …
perso j’ai abandonné …

llaumgui · Janvier 28, 2021, 7:35

[quote=« olive, post:800, topic:37641 »]
Et c’est a peut prés du même niveau pour le capteur de vibrations …
[/quote]J’ai réussi… Faut juste y aller mouvement par mouvement.

eric.boinaud · Janvier 30, 2021, 3:44

Bonjour @Loic ,
le plugin fonctionne plutôt bien pour un plugin en développement, c’est super. Merci.
Cependant j’ai un problème avec mes ampoules OSRAM Smart+. Je peux les éteindre et les allumer ainsi que faire varier l’intensité, mais je ne peux pas faire varier la température des couleurs…
Les commandes sont bien affichées mais inopérantes.
J’utilise une clé Combee 2.
Ci join la log :

[2021-01-30 16:38:55][DEBUG] : {"devices":{"7c:b0:3e:aa:0a:05:3b:04":{"3":{"768":{"color":{"value":"#ffecbf","cluster_name":"Color Control"},"7":{"value":"333","cluster_name":"Color Control"}}}}}}
[2021-01-30 16:38:55][DEBUG] : Search attribut for 7c:b0:3e:aa:0a:05:3b:04 logicalId : 3::768::color => #ffecbf
[2021-01-30 16:38:55][DEBUG] : Search attribut for 7c:b0:3e:aa:0a:05:3b:04 logicalId : 3::768::7 => 333
[2021-01-30 16:38:59][DEBUG] : {"devices":{"7c:b0:3e:aa:0a:05:69:35":{"3":{"768":{"color":{"value":"#ffecbf","cluster_name":"Color Control"},"7":{"value":"333","cluster_name":"Color Control"}}}}}}
[2021-01-30 16:38:59][DEBUG] : Search attribut for 7c:b0:3e:aa:0a:05:69:35 logicalId : 3::768::color => #ffecbf
[2021-01-30 16:38:59][DEBUG] : Search attribut for 7c:b0:3e:aa:0a:05:69:35 logicalId : 3::768::7 => 333
[2021-01-30 16:39:04][DEBUG] : http://127.0.0.1:8089/device/command type : PUT
[2021-01-30 16:39:04][DEBUG] : {"ieee":"7c:b0:3e:aa:0a:05:6c:09","cmd":[{"endpoint":3,"cluster":"light_color","command":"move_to_color_temp","await":1,"args":["2150","0"]}],"allowQueue":true}
[2021-01-30 16:39:18][DEBUG] : {"devices":{"00:15:8d:00:01:92:3c:d5":{"1":{"513":{"8":{"value":"7","cluster_name":"ThermostatCluster"}}}}}}
[2021-01-30 16:39:18][DEBUG] : Search attribut for 00:15:8d:00:01:92:3c:d5 logicalId : 1::513::8 => 7
[2021-01-30 16:39:47][DEBUG] : http://127.0.0.1:8089/device/command type : PUT
[2021-01-30 16:39:47][DEBUG] : {"ieee":"7c:b0:3e:aa:0a:05:6c:09","cmd":[{"endpoint":3,"cluster":"light_color","command":"move_to_color_temp","await":1,"args":["6500","0"]}],"allowQueue":true}
[2021-01-30 16:40:12][DEBUG] : {"devices":{"00:15:8d:00:01:92:3c:d5":{"1":{"513":[{"value":"1382","cluster_name":"ThermostatCluster"}]}}}}
[2021-01-30 16:40:12][DEBUG] : Search attribut for 00:15:8d:00:01:92:3c:d5 logicalId : 1::513::0 => 1382
[2021-01-30 16:40:16][DEBUG] : {"devices":{"7c:b0:3e:aa:0a:0a:33:9a":{"3":{"6":[{"value":"Bool.false","cluster_name":"On\/Off"}]}}}}
[2021-01-30 16:40:16][DEBUG] : Search attribut for 7c:b0:3e:aa:0a:0a:33:9a logicalId : 3::6::0 => Bool.false

Si besoin d’autres infos, dites le moi SVP. Merci

Système à jour OK Cron actif OK
Scénario actif OK Démarré OK 2021-01-29 19:53:02
Date système (dernière heure enregistrée) OK 2021-01-30 16:43:19 (2021-01-30 17:06:01 UTC) Droits sudo OK
Version Jeedom 4.1.18 Version PHP 7.3.19-1~deb10u1
Apache 15 Version OS Linux jeedom 4.19.0-12-amd64 #1 SMP Debian 4.19.152-1 (2020-10-18) x86_64 GNU/Linux [10.7]
Version database 10.3.27-MariaDB-0+deb10u1 Espace disque libre 70 %
Espace disque libre tmp 95 % Mémoire disponible 82 % (Total 7978 Mo)
Mémoire suffisante 0 Erreur I/O 0
Swap disponible 100 % (Total 8190 Mo) Swapiness 10 %
Charge 0.14 - 0.24 - 0.17 Configuration réseau interne OK
Configuration réseau externe OK Persistance du cache OK (2021-01-30 16:30:02)
Apache private tmp OK
Plugins OK

llaumgui · Janvier 31, 2021, 7:49

Alors j’ai un problème mais je ne sais pas si c’est le module Zibee , le core ou de l’incompréhension…

En gros la dernière communication sur le réseau Zigbee et sur la configuration avancée du module sont différentes. Du coup l’alerte communication remonte en alerte alors que la vision du réseau est bonne.

Loic · Février 1, 2021, 8:03

Bonjour,
C’est normal :

derniere communication du core c’est la derniere communication utile donc avec remonté d’information
celle du plugin zigbee c’est juste le module a parler (mais ca se trouve il a juste dit coucou je suis la)

llaumgui · Février 1, 2021, 8:24

Mais du coup si c’est juste coucou, ça compte pas pour les alertes de communication… Je ne trouve pas ça normal car c’est une vraie communication.
Si je prend un capteur d’ouverture de porte, si je n’ouvre pas la porte de 1J je vais me prendre une alerte de communication alors que j’ai envoyé des coucou…

Loic · Février 1, 2021, 8:26

Ca dépend du point de vue, perso un coucou n’est une information du module donc c’est pas une vrai communication. J’ai deja eu le cas d’un module de fenetre qui remonté plus ouvert/fermé mais envoyé bien des coucou. Meme chose avec une vanne piloté.

llaumgui · Février 1, 2021, 8:33

Du coup ça complique pour mettre un alerting… A moins d’ouvrir les fenêtre de temps en temps

Loic · Février 1, 2021, 8:36

Oui mais tu veux faire comment ? Je peux changer et me baser sur l’autre date celle du plugin mais par experience je sais que c’est faux…

llaumgui · Février 1, 2021, 8:52

Pour le moment je double le temps pour voir… Je te tiens au courant.

llaumgui · Février 1, 2021, 10:09

On a pas autre choses de disponible ? Genre piles ? Car mes toilettes sont à plus de 3J sans information remontée… De mémoire avec le plugin Zigate on avait 36.000 commandes et toujours une pour remonter quelque chose.

Loic · Février 1, 2021, 10:18

Tu confonds des trucs je pense :

l’alerte de non communication d’un module gerer par le core (et le heartbeat) qui lui ne peux se baser sur sur la date de collecte d’une commande (le core ne connait pas le plugin ni comment il marche)
l’alerte de non communication propre au zigbee que tu peux configurer dans la configuration général du plugin zigbee.

C’est 2 truc vraiment different la 1er est purement fonctionnelle et c’est pour moi la verité car c’est vraiment j’ai eu une mise à jour d’une valeur qui m’interesse et est critique (c’est pas le cas des piles). L’autre c’est une alerte technique et non vrai qui est le module a parler meme si c’est pour ne rien dire.

J’ai eu enormement de cas ou le module remonté sa valeur de pile ou disait juste bonjour sans pour autant marcher (plus de remonté de température par exemple).

Si on a configuré comme ca dans jeedom c’est pas au hasard ni par simplicité mais vraiment car ca correspond a des cas qu’on a rencontrés en situation réel !!!