Inclusion Zigbee non fonctionnelle

Bonjour,

Je rencontre un problème pour réaliser la première inclusion de module Zigbee.
Je viens d’installe JeeZigbee, un SLZB-06 (P) en Ethernet, et je n’arrive à ajouter aucun équipement.

J’ai déjà essayé avec deux types d’équipements Legrand différents :

  • Commande sans fil à pile : reset usine (5 secondes sur le bouton de conf), activation de l’inclusion JeeZigbee, appui sur le bouton de conf = Pas d’effet
  • Commande Green Power : reset usine (appui simultané bouton de conf + bouton haut pendant 5 secondes), activation de l’inclusion Jeezigbee, appui bouton de conf+bouton haut = Pas d’effet.

Mon SLZB-06 et les boutons Legrand sont pourtant bien sur le canal 11. Je peux associer les boutons Legrand à la passerelle Legrand Home+Control sans problème.

J’ai mis le niveau de log en debug, et je ne sais pas vraiment comment trouver dans les événements les trames qui seraient envoyées par mes boutons, capturées par le SLZB-06 et transmises à JeeZigbee.

J’ai besoin de votre aide :slight_smile:
Merci


Informations Jeedom

Core : 4.4.8.1 (V4-stable)
DNS Jeedom : non

Plugin : JeeZigbee
Version : 2024-04-24 01:01:56 (stable)
Statut Démon : Démarré - (2024-07-12 16:21:30)

Bonjour,
Pourrais tu rajouter la page santé et le log du demon en debug ? Sans ca tu n’aurais pas t’aide…

Bonjour,

Il s’agit de mes premiers messages donc je n’ai pas encore la capacité à envoyer des fichiers.

En texte du coup :

[2024-07-12 16:57:59] e[32minfoe[39m: 	z2m: Zigbee2MQTT started!
[2024-07-12 16:58:00] e[34mdebuge[39m: 	z2m:mqtt: Received MQTT message on 'zigbee2mqtt/bridge/request/permit_join' with data '{"value":true,"time":180}'
[2024-07-12 16:58:00] e[32minfoe[39m: 	z2m: Zigbee: allowing new devices to join.
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> ZDO - mgmtPermitJoinReq - {"addrmode":15,"dstaddr":65532,"duration":254,"tcsignificance":0}
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,5,37,54,15,252,255,254,0,228]
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,1,101,54,0,82,254,3,69,182,0,0,0,240]
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,1,101,54,0,82,254,3,69,182,0,0,0,240]
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 1 - 3 - 5 - 54 - [0] - 82
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- ZDO - mgmtPermitJoinReq - {"status":0}
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,3,69,182,0,0,0,240]
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 3 - 2 - 5 - 182 - [0,0,0] - 240
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:znp: AREQ: <-- ZDO - mgmtPermitJoinRsp - {"srcaddr":0,"status":0}
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> AF - dataRequestExt - {"dstaddrmode":2,"dstaddr":"0x000000000000fffd","destendpoint":242,"dstpanid":0,"srcendpoint":242,"clusterid":33,"transid":2,"options":0,"radius":30,"len":6,"data":{"type":"Buffer","data":[25,3,2,11,254,0]}}
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,26,36,2,2,253,255,0,0,0,0,0,0,242,0,0,242,33,0,2,0,30,6,0,25,3,2,11,254,0,234]
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,1,100,2,0,103]
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,1,100,2,0,103]
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 1 - 3 - 4 - 2 - [0] - 103
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- AF - dataRequestExt - {"status":0}
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,3,68,128,225,242,2,214]
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,3,68,128,225,242,2,214]
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 3 - 2 - 4 - 128 - [225,242,2] - 214
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:znp: AREQ: <-- AF - dataConfirm - {"status":225,"endpoint":242,"transid":2}
[2024-07-12 16:58:00] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-12 16:58:00] e[32minfoe[39m: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/response/permit_join', payload '{"data":{"time":180,"value":true},"status":"ok"}'

La page Santé :

Matériel	diy	Système à jour	OK
Etat du service fail2ban	Actif	Cron actif	OK
Scénario actif	OK	Démarré	OK 2024-07-12 11:25:11
Date système (dernière heure enregistrée)	OK 2024-07-12 17:01:57 (2024-07-12 16:16:03)	Droits sudo	OK
Version Jeedom	4.4.8.1	Version OS	debian 11.10
Version PHP	7.4.33	Nombre de processus Apache	12
Version OS	Linux jeedom 5.10.0-30-amd64 #1 SMP Debian 5.10.218-1 (2024-06-01) x86_64 GNU/Linux [11.10]	Version database	10.5.23-MariaDB-0+deb11u1
Espace disque libre	19 %	Connexion active/max/autorisée	11/22/151
Espace disque libre tmp	97 %	Mémoire disponible	40 % (Total 965 Mo)
Mémoire suffisante	0	Erreur I/O	0
Swap disponible	75 % (Total 975 Mo)	Swapiness	10 %
Charge	1.08 - 1.09 - 0.88	Configuration réseau interne	OK
Configuration réseau externe	OK	Node	v18.20.4
Python 3	Python 3.9.2	Persistance du cache	OK (2024-07-12 17:00:12)
Apache private tmp	OK	Plugins 	OK

Merci,

Vous pouvez coller la page santé tel que. Avec le formatage c’est illisible

J’espère que ce sera mieux ainsi.

Ok de ce que je vois tout est bon coté installation et ça passe bien en mode inclusion donc le soucis est plus côté module je pense. Peut être le reset qui se fait pas bien ou le module qui passe pas en inclusion ou la distance qui est trop grande

Merci, voilà le doute levé.

Je suis collé au module quand je fais la procédure d’inclusion. Je vais investiguer sur le reset des modules (surtout sur Green Power).

Je vais me rapprocher du support du module pour vérifier qu’il passe bien en inclusion.