Bonjour
Je viens d’acquérir un POPP ZB-STICK.et chargé le plugin ZIGBEE. A la première connexion, suite à le demande, j’ai mis à jour le logiciel du ZB-STICK. Puis j’ai démarré les dépendance et le démon. Tout est OK
Ensuite j’ai essayé d’inclure soit un capteur Aquara (T, Humidité, Pr) soit un contacteur Sonoff. l’inclusion semble se faire mais aucune valeur ne remonte et finalement je perds le contact avec l’interface Jeedom.
En pièce jointe le fichier log httperror qui semble indiquer un problème d’intégration. http-error.txt (1,1 Ko) .
Les autres logs relatifs à Zigbeee ne montrent pas d’erreur
Enfin quand je fais un lsusb en ssh j’obtiens ceci:
La ligne Genesis Logic semblerait être le ZB-Stick
Comme à chaque fois je suis obligé de recharger jeedom et prendre la dernière sauvegarde, avant de le refaire je souhaiterai savoir si vous avez une piste
J’ai essayé deux configurations: le ZB-STick branché sur un hub alimenté ou directement sur le RPI3, chaque fois avec une rallonge
J’ai RPI3 avec jeedom 4.1
Je me réponds à moi_même car ce sujet n’a pas l’air d’intéresser la communauté.
Ce qui pose problème c’est le résultat de l’inclusion: les commandes sont bien crées mais ne remontent aucune information. Si on va plus loin on voit qu’il n’y a pas d’échange entre la clef POPP et les capteurs ou actionneurs
Y-a-t-il une liste des capteurs/actionneurs reconnus par le plugin ZIGBEE et des clefs recommandés
Cela manque d’information, version de Jeedom, type de matériel, version d’OS, comment est branché votre clé (en directe, sur rallonge usb, sur un hub avec alim), etc…
une copy de la page santé serait utile aussi ainsi qu’un log en debug
Matériel RPI3 avec seul le dongle POPP branché
voici le résultat de lsusb
puis après avoir connecté la clef POPP éloigne du RPI par une rallonge USB
j’ai chargé un Jeedom vierge sur une carte SD en utilisant l’image 2021-11-01-jeedom-4.0 (OS Rasbian 10 Buster)
J’ai chargé sur le market le plugin ZIGBEE en version stable.
Après activation des dépendances j’ai pu démarrer le démon avec la config suivante:
Puis j’ai cherché à inclure le sonde Aqara Température-Humidité-Pression WSDCGQ1LM
Pour l’inclure après avoir appuyé plusieurs fois sur le bouton de la sonde j’ai du utiliser le bouton 'synchroniser" du plugin. La sonde a alors été prise en compte
Mais le log http.error montre l’erreur suivante : http-error.txt (269 Octets)
le log Zigbee est le suivant: zigbee.txt (12,7 Ko)
J’ai voulu recommencer en supprimant le capteur dans les modules zigbee mais l’interface n’a plus répondu et je ne peux plus me connecter à Jeedom
Bonjour
je pensais qu’en répondant à vos questions j’aurai pu engager une discussion pour la recherche des causes de mon problème.
Mais je comprends aussi que vous devez être très occupé. Je vais donc m’armer de patience car ce problème n’est pas bloquant pour l’instant
J’ai progressé:
Sur un RPI2 et carte SD de 36 Mo j’ai installé Debian 11 (Bullseye) puis Jeedom par ligne de commande
Dans cette configuration j’ai pu installer sans problème de plugin Zigbee et démarrer le Démon en liaison avec la clef POPP
Après j’ai pu inclure un capteur T-H-Pr Aqara et in interrupteur Sonoff sans problème
Je laisse tourner 24 H puis je testerai sur un RPI3 où la dernière image de Jeedom a été installé et donc Debian 10 (Buster)
Je viens de faire l’essai en chargeant l’image de Jeedom du 1er décembre 21 sur le même matériel (RPI2, carte Sd de 36 Mo, Popp ZB-Stick au bout d’un câble USB, pas d’autres dongle branchés sur le RPI2)
Le démarrage du Démon et le passage du Démon en OK se passe bien.
L’inclusion du capteur Aqara T-H-Pr se fait bien aussi.
Mais quand on veut lire une des mesures en appuyant sur le bouton « test » il n’y a pas de réponse et on perd la communication avec Jeedom. Un arrêt et un redémarrage du RPI2 ne change rien.
Je l’ai fait deux fois: une fois sans mettre à jour Debian une fois en le mettant à jour
Sans être totalement affirmatif il semble donc bien que le version du plugin Zigbee qui est actuellement sur le market ne marche pas avec les dernières images de Jeedom mais marche bien sur un Jeedom installer sous Debian 11 Bullseye.
Ceci pose un réel problème car comme remarqué certains plugin ne sont pas compatibles avec cette version de Debian comme le plugin Zwave.
Alors c’est faux, car de mon coté j’ai bien un Pi avec une image Jeedom buster officiel ainsi que le plugin zigbee en version stable qui de plus a été mis à jour ce jour et tout fonctionne bien les produits Aqara (contact porte/fenêtre, thermomètre, etc…).
J’avais oublié de préciser que le dongle Zigbee est une clef POPP ZB-Stick.
Je ne remets pas en cause vos constations.
Ne remettez pas en cause les miennes: Même configuration matérielle, même plugin seul l’OS change. Dans un cas Dedian 11 ça marche dans l’autre cas Debian 10 ça se bloque.
j’ai la version 4.2.7 de Jeedom et Debian 10
Tous mes paramètres de santé sont équivalents aux tiens.
Je viens de remettre à jour le firmware de la POPP en fait il était déjà à la version 6.9.1-214 ( zigbee_firmware.txt (7,8 Ko)
A remarquer que si on consulte l’onglet « Application » dans la fenêtre réseau Zigbee il est précisé que c’est la version 6.9.1.0_214 qui est installée.
Après avoir chargé les dépendances et lancer le demon, aucun log ne signale une erreur
Cependant après avoir fait l’inclusion du capteur Aqara je note l’erreur suivante dans le log http.error: http.error.txt (270 Octets)
L’adresse IP 192.168.0.18 corrrespond à cette fenêtre:
Je suppute une confusion entre mon réseau Wifi et le réseau Zigbee.
Pourtant le capteur est bien reconnu (LUMI.lumi.weather) et 3 infos (T, H, Pr) sont mises en place lors de l’inclusion. A noter cependant que l’info sur la batterie n’apparait pas alors que si l’on clique pour ouvrir la configuration du module elle est bien fournie
Après un clique sur « test » sur l’info température, j’ai bien reçu la mesure mais l’erreur http s’est reproduite. Les log Zigbee et Zigbeed-1 ne montrent aucune erreur
Une précision l’adresse IP 192.168.0.18 est celle de mon PC sur mon réseau WiFi
D’autre part Zigbee est sur le canal WiFi 15, ma box sur le canal 1 et j’ai une prise CPL qui émet sur le canal 10
Cet info vous la retrouverez dans l’onglet Analyse/Equipements et non pas directement sur le dashboard comme pour tout équipements sur batterie avec le plugin zigbee
Après la version 4.2.7 de Jeedom est une beta/alpha donc je ne saurait répondre n’ayant pas fait de test avec surtout sur une pro c’est risqué
Peut être possible, si vous avez une ligne dans l’équipement alors aller sur la roue crantée puis dans l’onglet alerte (sans garantie), mais fait une recherche sur community il y a eu pleins de sujets traitant de cela
Le remède proposé est de supprimer un utilitaire de Debian Fail2ban qui cherche des tentatives répétées de connexions infructueuses dans les fichiers journaux et procède à un bannissement en ajoutant une règle au pare-feu iptables ou nftables pour bannir l’adresse IP de la source.
Depuis 2 heurs je n’ai plus de blocage et les mesures du capteur Aqara sont bien prises en compte
Reste cependant que l’erreur http subsiste quand j’appuie sur le bouton test. http.error.txt (270 Octets)
La source de cette erreur semble être que le plugin ne trouve pas le capteur Xiamoi LUMI.lumi.weather dans sa base de données car dans le message apparait : *client denied by server configuration: /var/www/html/plugins/zigbee/core/config/devices/*undefined,
Pourtant le capteur est bien là dans la liste des capteurs Xiaomi. Un bug dans le plugin Zigbee?
Maintenant pourquoi avec Debian 11 Bullseye et Jeedom chargé en ligne de commande ça marchait: mystère
