KiwiHC16
commented
3 years ago Pensez à la cagnotte:
http://kiwihc16.free.fr/index.html#cagnotte
Closed mickadam29 closed 3 years ago
KiwiHC16
commented
3 years ago Pensez à la cagnotte:
http://kiwihc16.free.fr/index.html#cagnotte
KiwiHC16
commented
3 years ago Je ne suis pas sure de comprendre ce que tu a souhaites comme info. "Y-a-t-il un moyen simple de connaitre la cause ? Zigate, Abeille, équipement lui même (doute puisque plusieurs partent en timeout), maillage, LQI ?" Les causes sont multiples et je n'ai pas de réponse universelle. Peux tu me préciser ta question ? (Désolé)
mickadam29
commented
3 years ago Je pensais à une piste d'analyse. Un log en particulier par exemple ? Demain je reçois un sniffer Zigbee, ca me permettra aisément de savoir si le capteur émet correctement dans les phases où il est vu en timeout. Le fait de devoir faire l'inclusion et qu'aucune trame n'apparaît dans les logs m'oriente vers la zigate qui mettrait l'équipement out, faute d'avoir eu une com pendant un certain temps. C'est possible ça ?
Pour mon capteur d'ouverture, il suffit que j'ouvre la porte pour qu'il communique. Mais de nouveau timeout. Etant sur pile, il faut peut-être que je passe le timeout de 60 min à 120. Qu'en penses-tu ?
Tu t'appuies sur les logs Abeille pour détecter le timeout, ou le module configuration des équipements Jeedom ?
Car le module Santé de Abeille n'avait pas les mêmes valeurs. Voici à quoi je fais référence en parlant de Jeedom
KiwiHC16
commented
3 years ago Le fonctionnement du timeout est tout simple. Les equipements Xiaomi envoient en gros toutes les 55 minutes un message spontanément. Dans la conf du l equipment dand Abeille tu vas voir 60 mins. Abeille regarde depuis combien de temps le dernier message a été recu. Si ce temps est supérieur à la valeur du timeout alors l 'equipement est passé en timeout. Par exemple, si la liaison n'est pas bonne (trop loin, obstacle, perturbation wifi, piles faibles,...) il est possible que la zigate ne recoive pas tous les messages et dans ce cas le module passe en timeout. Si tu as un sniffer, mets toi a coté du module et sniff ce qu'il dit (au moins un message par heure) et regardes si la zigate le recoit (Log AbeilleSerial ou plus facile a lire AbeilleParser). Par exemple j avais un capteur de porte collé sur le dormant de la porte. Légèrement dans un creux par rapport au mur. Grosse gelere un coup je fonctionne, un coup je ne fonctionne pas. J'ai mis une calle de 1 cm pour le sortir de son trou et plus aucun soucis depuis.
mickadam29
commented
3 years ago Je viens de recevoir le sniffer. Le temps de me l'approprier et je verrai si cela vient du capteur ou pas. Comme je te le disais, j'ai placé des prises IKEA dans l'idée de parfaire le maillage. Par exemple le capteur qui passe régulièrement en timeout est maintenant à 2m de la prise. Et pour autant il passe régulièrement en timeout. Ce que je vais faire c'est le remettre à sa place dans la chambre. Dès qu'il passera en timeout, je le déplacerai dans mon bureau. Car pour info, je l'ai inclus dans le bureau et depuis plusieurs heures, aucun tiemout. Ce qui m'embête le plus c'est qu'à priori, la seule solution tient dans le fait de refaire l'inclusion. Car cela faisait 4j que l'équipement n'était pas parvenu à communiquer avec abeille.
mickadam29
commented
3 years ago Pour compléter
Le module qui m'a posé problème a été remis à sa place. La pile n'a pas été changée. Et, depuis hier, il transmet bien sans passer en timeout. (J'ai passé à 30 le nombre de tentatives avant que Jeedom ne désactive un équipement. C'était le cas par exemple pour l'un de mes capteurs d'ouverture Xiaomi que j'ai donc dû réactiver)
Depuis l'inclusion d'hier Le relevé %pile date de moins d'une heure. Le relevé de T°/Hum aussi. Donc tout se passe à nouveau bien. Lors de l'inclusion, Abeille dit bien que l'objet est connu et fait la mise à jour.
Avant l'inclusion Lorsque l'équipement est en timeout et que j'appuie sur le bouton pour envoyer les données de T°, rien ne parvient dans les logs Abeille.
Je soupçonne la Zigate de virer l'objet. D'où la nécessité de refaire l'inclusion. Je vais consulter les infos côté Zigate J'en saurai plus quand j'aurai mis en place le sniffer.
Et du coup on saura si les trames de l'équipement "circulent" sur le réseau. Et si oui, qui les bloque ? Zigate avant même de les transmettre à Abeille ? Ou le pugin ?
KiwiHC16
commented
3 years ago Comme c est un equipement sur pile, il doit se raccorder au reseau par un routeur (routeur ou zigate) du point de vu zigbee. Si tu n'as fait qu'ajouter phyqiquement une prise, il était toujours raccordé à son routeur d'origine et ne prend pas en compte la prise. Pour le forcer à prendre un autre routeur (ta prise) comme parent, il faut lui faire faire un leave/inclusion (une re-inclusion) pour essayer de le rattacher à la prise. As tu pris cela en consideration ?
mickadam29
commented
3 years ago J'avais lu cela effectivement. C'est pourquoi je faisais ou refaisais mes inclusions en place définitive de l'équipement. Après je pensais que le maillage se modifiait pour que les équipements s'accrochent au routeur le plus près. C'est peut-être la cause. Il me semblait que je n'avais pas refait toutes les inclusions et comme certains éléments ne passent plus en timeout, j'ai supposé qu'ils avaient basculé sur les routeurs. En revanche, mon équipement d'hier n'a pas été inclus près de la prise. Donc potentiellement raccroché à Zigate ou l'une des mes sirènes ou tout autre routeur (j'en ai 12). Affaire à suivre. Je viens de recevoir le dernier câble pour le sniffer. Plus qu'a mettre le firmware et tester Tu connais un soft qui permet facilement d'envoyer un message Zigbee ? adr->cluster->commande.....
KiwiHC16
commented
3 years ago "Tu connais un soft qui permet facilement d'envoyer un message Zigbee ? adr->cluster->commande....." perso j utilise Abeille. Il y a aussi ZWGUI.
Le routeur de rattachement est indiqué dans la table des noeuds. Le routage peux changer. Le ratachement peut changer que dans des cas particuliers comme la perte du routeur de rattachement.
mickadam29
commented
3 years ago @KiwiHC16 Je voulais te remonter une anomalie qui explique les timeout J'ai réinclu un objet. L'inclusion se passe bien. La mise à jour aussi. Ci-dessous les los IEEE-Addr; adresse IEEE 00158D000418506F pour 1f7d qui remonte est deja dans l objet 75ea - Abeille1-75ea-bureau, on fait la mise a jour automatique [2020-11-20 12:53:10][DEBUG] : IEEE-Addr; Ancien nom: Abeille1-75ea-bureau, nouveau nom: Abeille1-1f7d-bureau [2020-11-20 12:53:10][DEBUG] : Envoi du message topic: Abeille1/1f7d/Short-Addr payload: 1f7d vers 121 [2020-11-20 12:53:10][DEBUG] : Msg sent: {"message":{"topic":"Abeille1\/1f7d\/Short-Addr","payload":"1f7d"}} on queue: 121 [2020-11-20 12:53:10][DEBUG] : Voila j ai fini [2020-11-20 12:53:10][DEBUG] : message(topic='Abeille1/1f7d/Short-Addr', payload='1f7d') [2020-11-20 12:53:10][DEBUG] : message(topic='Abeille1/Ruche/enable', payload='00158D000418506F') [2020-11-20 12:53:10][DEBUG] : Entering enable/disable: enable [2020-11-20 12:53:10][DEBUG] : message(topic='Abeille1/Ruche/joinLeave-IEEE', payload='Annonce->00158D000418506F') [2020-11-20 12:53:12][DEBUG] : message(topic='Abeille1/1f7d/IEEE-Addr', payload='00158D000418506F') [2020-11-20 12:53:13][DEBUG] : message(topic='Abeille1/1f7d/IEEE-Addr', payload='00158D000418506F') [2020-11-20 12:53:13][DEBUG] : message(topic='Abeille1/1f7d/IEEE-Addr', payload='00158D000418506F') [2020-11-20 12:53:13][DEBUG] : message(topic='Abeille1/Ruche/enable', payload='00158D000418506F') [2020-11-20 12:53:13][DEBUG] : Entering enable/disable: enable [2020-11-20 12:53:13][DEBUG] : message(topic='Abeille1/Ruche/joinLeave-IEEE', payload='Annonce->00158D000418506F') [2020-11-20 12:53:15][DEBUG] : message(topic='Abeille1/1f7d/IEEE-Addr', payload='00158D000418506F') [2020-11-20 12:53:15][DEBUG] : message(topic='Abeille1/1f7d/IEEE-Addr', payload='00158D000418506F') [2020-11-20 12:53:16][DEBUG] : message(topic='Abeille1/1f7d/IEEE-Addr', payload='00158D000418506F') [2020-11-20 12:53:17][DEBUG] : message(topic='Abeille1/1f7d/IEEE-Addr', payload='00158D000418506F') [2020-11-20 12:53:18][DEBUG] : message(topic='Abeille1/1f7d/IEEE-Addr', payload='00158D000418506F') [2020-11-20 12:53:20][DEBUG] : message(topic='Abeille1/1f7d/IEEE-Addr', payload='00158D000418506F')
Mais après plus rien. J'ai beau appuyer sur le bouton qui envoie les données, rien n'arrive jusqu'à Abeille. Donc les objets tombent en timeout. Cela ne se produit que sur les objets réinclus. Exemple: Cet objet 1f7d dont les logs sont au-dessus. Donc inclusion ok mais plus rien ensuite.
mickadam29
commented
3 years ago Mon sniffer est opérationnel CC2531 + Packet Sniffer de TI. J'ai réinclu 3 capteurs de temp Xiaomi à 30 cm de la Zigate. Je vérifierai mais je pense pas qu'ils aient pris un autre routeur de rattachement. Abeille les a pris en compte, a mis à jour les adresses courtes. L'appui sur le bouton des capteurs de temp génère des trames. Ca, pas de souci. Il faut que j'étudie les trames pour les décoder et leurs donner un "sens". Je vois bien dans le sniffer les nouvelles adresses courtes émettre.
Mais à priori, rien n'ai pris en compte côté Zigate/Abeille. Je vois pas de trame.
A ce stade, peut-on être certain que l'équipement est bien inclus dans le réseau ? Existe-t-il un moyen natif à Abeille pour connaitre les équipements connus de la Zigate ? Lire le contenu de l'EEPROM (sauf erreur de ma part). ZWGUI doit pouvoir le faire mais cela éviterait de débrancher la Zigate de prod pour faire du debug.
tcharp38
commented
3 years ago Salut Pour chaque trame emise du capteur tu aura normalement un message 8102 dans le parser. Si tu vois ca juste apres inclusion mais plus au bout d'un certain temps, Abeille ne semble pas en cause. J'ai la meme chose pour qq capteurs.
Malheureusement aujourd hui aucun moyen d'avoir la liste des equipements connus de la zigate donc faut te fier à la phase d'inclusion et voir un 8102/attribut report remonter.
C'est en ligne avec ce que tu observes ?
mickadam29
commented
3 years ago @tcharp38 Merci pout ta réponse. En vérifiant le log
Pour ceux qui ne fonctionne pas, rien dans le parser. (c'est un objet que je n'ai pas supprimé de Abeille) Et pourtant, à l'inclusion, Abeille me dit
Donc j'en conclu que mon équipement est présent, inclus dans le réseau et détecté par Zigate. Pourquoi il le serait à l'inclusion et après plus rien ?
En revanche, rien dans le LogParser
Sur l'exemple ci-dessous, le Widget est à jour de l'adresse courte obtenue après l'inclusion. Mais les données sont celles d'il y a 2j. Donc je me répète mais inclusion ok, maj de l'objet ok puis plus rien.
Mon sniffer confirme l'envoi de trame depuis l'équipement.
Sais-tu, si je branche la Zigate et à l'aide de ZWgui, je verrais qq chose ? Et dans ce cas, équipement, réseau, zigate OK Resterait à expliquer pourquoi Abeille n'est pas en mesure de décoder ce que lui envoie la Zigate.
Je me trompe ou pas ?
Pour ceux qui fonctionnent, par exemple. Appui pour forcer la transmission Eq -> Zigate
Equipement Xiaomi Temp/Hum bien inclus et connu de Abeille -> code 8102
tcharp38
commented
3 years ago Tu dis "en revanche rien dans le log parser". On voit bien le "device announce" de ce periph qui déclenche le message "... est déja dans l'objet.."` Donc il s'annonce mais j'ai l'impression que Abeille n'en fait pas + et ne termine pas son inclusion.
Tu es bien toujours sur la derniere stable ?
mickadam29
commented
3 years ago Oui, je pensais avoir été clair sur rien d'autre sauf "...déjà dans ... on fait la mise à jour". Mais ça va mieux en le disant, en effet. Sur ce post #1433, je pensais également que l'inclusion ne se faisait pas car pas plus de message avec une prise IKEA. Mais en voyant les logs "ping", ma prise fait partie des routeurs connus. Donc, inclusion complète la concernant non ? Mais rien dans les logs jeedom. Pas même ces messages "je connais pas , je tenter de créer ...". C'est une prise qui est connue depuis longtemps dans les modèles JSON. Concernant la version, c'est la stable du 30/09 et à part l'ajout d'une icone et le nom correspond dans le json, rien de modifier de mon côté.
tcharp38
commented
3 years ago Pour moi l'inclusion ne semble pas complete meme si l equipement etait deja connu de Jeedom. Je m'attends à une serie de reponses sur la liste des End Point et la liste des clusters.
mickadam29
commented
3 years ago Comment l'expliquer ? Ce n'est pas un problème de pile. Ni de qualité de réseau car l'inclusion s'est faite à 30cm de la zigate. Je peux tenter de capturer avec mon sniffer les échanges et voir lequel ne va pas. Voir s'il y a la demande de clusters et une éventuelle réponse de l'équipement. Mais ils sont tous concernés (prises et capteurs de temp). Et comme on voit que Abeille met à jour et rien d'autre, c'est qu'il n'y a pas de demande de cluster ou pas réponse.
mickadam29
commented
3 years ago Il y a qqs jours, j'ai mis à jour la Zigate en 3.1D, comme toi @tcharp38, il me semble. Un autre membre a des soucis d'inclusion et je sais que @KiwiHC16 est intervenu sur son installation et qu'il est maintenant en 3.1D avec la version beta. A moins d'un retour arrière. Ayant rencontré des pb, j'ai redescendu la sauvegarde de la zigate, mais je ne sais plus si j'ai réappliqué le firmware. Je vais tenter ça. Sauvegarde Jeedom, Zigate et réapplication du firmware 3.1C En 2019, sur le site de zigate, il est mentionné un problème d'inclusion et un possible firmware corrompu https://zigate.fr/forum/topic/la-zigate-nassocie-aucun-appareil/
mickadam29
commented
3 years ago Réappliquer le Firmware ne change rien. Je regarde côté zigate s'il ne peut y avoir une corruption. A l'inclusion je n'a que des codes 8035
tcharp38
commented
3 years ago De mon côte j'ai tout effacé la zigate, donc EEPROM y compris. Attention tu devra reinclure tous les equipements, meme si encore connus de Jeedom. Pour l'instant je suis toujours en 3.1c pour restabiliser ma plateforme.
Dans ton cas, juste pour etre tres clair, la je ne me focalise que sur l'inclusion du Xiaomi temp. En fonction de mes connaissances il manque la série d'interrogations dont je te parles mais je peux pas garantir que ca suffise pour le pb de timeout.
Serais tu partant pour tenter la beta ? Il y a deja tellement de modifs et correctifs, ca peut aider.
mickadam29
commented
3 years ago Je peux car j'ai activé le mode "Beta" sur la market. Donc j'imagine qu'une sauvegarde de Jeedom suffit puis installation de la beta. Le retour arrière se fera par restauration de Jeedom. C'est bien celà ?
mickadam29
commented
3 years ago En revanche, pour le moment pas question d'effacer la ZIGATE. Sera l'ultime solution
tcharp38
commented
3 years ago Je te comprends. Je n'ai pas encore tout reinclus car trop galere suivant les equipements. A terme on aura une solution pour faire un backup aussi de la zigate.
mickadam29
commented
3 years ago 
mickadam29
commented
3 years ago J'ai des équipements pour l'alarme et tout préparé pour piloter ma chaudière fuel. A la saison, pas question de tout refaire.
mickadam29
commented
3 years ago Un reboot est nécessaire ? Car la beta n'inclut pas mieux les équipements TEMP Xiaomi
mickadam29
commented
3 years ago Et pour revenir sur ta remarque, effectivement, pendant la phase d'inclusion, la Led du Xiaomi ne clignote pas pour signaler que l'équipement reçoit des commandes (se fait interroger)
tcharp38
commented
3 years ago Toujours voir le parser à ce stade. Apres l'inclusion du doit voir passer le "device announce" de ton capteur (ce qu'on a vu), puis une serie de reponses sur ses capacites. Je vais tacher de te capturer un exemple.
Au passage, verifie un truc sur la page config, il y a une nouvelle option "blocage traitement annonce". Assure toi que c est bien sur NON. Si pas le cas corrige, sauvegarde, et relance les demons et refais ton inclusion. Au moins la je peux comparer avec ce que j'ai.
mickadam29
commented
3 years ago ok. Vu les nouveaux fichiers .log Rien de mieux. Le blocage est déjà à non. J'efface les logs et te pousse le parser.
mickadam29
commented
3 years ago 
Mais je vois pas l'équivalent dans les logs
tcharp38
commented
3 years ago Tu copie ton log Parser ?
mickadam29
commented
3 years ago parser ou parser.log ?
tcharp38
commented
3 years ago Le .log STP. Parser est l'ancien log. On a ajouté l extension de maniere systematique
mickadam29
commented
3 years ago Il a pas mal grossi. Je suis en dépannage d'un client donc je peux te répondre avec un peu d'attente. dis-moi si tu veux un nouveau log
tcharp38
commented
3 years ago Il s'annonce mais toujours rien. Je fais une comparaison avec le master. Tu est capable de faire une modif dans le code si je te dis ou et quoi ?
tcharp38
commented
3 years ago Tu as le AbeiieCmd.log qui va avec ? Pour info, on peut maintenant extraire tous les logs d'un coup via "Telecharger tout" de la page support.
tcharp38
commented
3 years ago Bon ca pue. Je n'arrive pas non plus sur ma version a reinclure un capteur de temp. Je te tiens au jus.
mickadam29
commented
3 years ago Merci. Je vais voir si je conserve la beta ou pas. Si tout est ok dans mes scénarios et surtout interrupteurs je conserve. Bonne soirée
mickadam29
commented
3 years ago Tu me diras si tu as besoin de logs. Je me demande si retour arrière 3.1D vers 3.1C c'est propre. Sur le #1433 @KiwiHC16 a indiqué qu'une coquille dans le code pourrait empêcher l'inclusion. Je vais retourner lire l'autre issue.
tcharp38
commented
3 years ago Je me demande si retour arrière 3.1D vers 3.1C c'est propre.
Tres bonne question. C 'est aussi mon avis. J'ai bien trop fait de passages 3.1c 3.1d et fais finis par effacer l'EEPROM pour retomber sur qqch de stable
mickadam29
commented
3 years ago Et peut-être aussi que j'ai mal appliqué les différentes mises à jour. Car j'ai 36 équipements qui était je crois une limite pour la zigate dans ses premières versions. Je vais regarder côté zigate. Il doit bien avoir un moyen de supprimer des objets car imaginons un équipement sur pile HS, on pourra pas compter sur lui pour faire un leave
mickadam29
commented
3 years ago Puisque j'ai la beta, réinstallation de la 3.1D Retour des 100aines de commandes (env 750) à envoyer et donc difficile à exploiter. Suppression du réseau des objets inconnus pour ne pas tenter de les créer. Tjs pas d'inclusion même de nouveaux équipements (SONOFF BASICZBR3) Les nouveaux équipements attendrons
tcharp38
commented
3 years ago Ok, tant mieux. Je note encore des trucs pas propres mais certainement des tas de progres au vu des correctifs et améliorations qu'on a poussé.
mickadam29
commented
3 years ago J'entends par suppression extinction ou retrait des piles. Les objets sont tjs dans la zigate. Donc je vais tenter de les supprimer puis tenter de les inclure à nouveau. Je n'ai malheureusement pas d'objet reconnu par zigate et qui n'ait jamais été inclus.
tcharp38
commented
3 years ago J'ai eu + d'infos sur l'exclusion. Un equipement sur batterie ne peut que s'exclure de lui meme. Le standard prevoit qu'il puisse s'endormir aussi longtemps que necessaire et il n'y a aucun moyen à partir du controlleur (zigate) de "forcer" l'exclusion. Autrement dit pour virer un eq de la zigate il faut vraiment lui forcer un reset (pour capteurs xiaomi, >10s sur bouton et ca doit generer un "leave" si et seulement si tu n'es pas en mode inclusion
mickadam29
commented
3 years ago OK. Je vais tenter ça. Je l'avais lu mais il y a certainement une autre méthode prévue. Imagine un appareil qui est foutu. Comment veux-tu faire le leave ? Je pense que le principe de l'appareil qui se retire est le cas dans la majorité mais qu'il existe une méthode moins détaillée. Oublions pas que cela s'adresse en premier lieu à des boxes et des utilisateurs qui ne mettent pas les mains dans le camboui. Sur ZWGUI, il y a les actions Leave et Remove sur lesquelles tu indiques l'adresse de l'équipement concerné. Je n'arrive pas à mettre la main sur le programme. Va falloir que je rebranche mon PC sur lequel il est présent (vive le télétravail et ces changements de PC.). Mais faut pas que je foute en l'air ma Zigate.
mickadam29
commented
3 years ago Pour le souci de Leave, ce que je n'ai pas déjà tenté c'est ce fameux leave mais avec Abeille désactivé. Car comme la version actuelle veut réinclure d'elle même les équipements qu'elle connait sans que l'on soit en mode inclusion cela empêche peut-être aussi le leave de se faire proprement. Genre Leave, Inclus, Leave, inclus ....etc.
mickadam29
commented
3 years ago Si tu sais me dire à quel genre de trame je dois m'intéresser, je regarde avec mon sniffer ce qui passe sur le réseau pendant la tentative de leave.
Je ne sais plus exactement mais je suis presque sur que tu devrais trouver "leave" dans le nom ou la desc de la trame. A l'occase je regarde
tcharp38
commented
3 years ago Ok tu me dira si tu y arrives avec ZWGUI.
Zigbee n'est pas à la base pour le commun des mortels mais plutot industriel. Ca fait du sens de pas pouvoir forcer un eq sur batterie à quitter le reseau car tu sais jamais quand il est reveillé pour recevoir l'ordre. C est juste contradictoire avec le fait qu'ils peuvent tenir des années sans changer la pile. La solution cote indus est surement d'avoir acces à la table du controleur lui meme et nettoyer ca. Sur Zigate... c'est en cours.
Le leave déclenché à partir du capteur fonctionne bien. Il désactive l'equipement côte Jeedom (choix Abeille). Il ne reste plus qu'a "supprimer de Jeedom" si vraiment tu ne vas jamais le reinclure.
mickadam29
commented
3 years ago Y a peut-être confusion dans la proc Abeille. Si on regarde le log J'ai désacivé Abeille. Fais le Leave (>10s). Redémarré Abeille puis fais l'inclusion. Dis-moi si je me trompe mais j'ai l'impression que l'adresse courte a été 00B7. Qui est censée remplacer 41A2. Mais au final, Abeille indique l'adresse courte A278. Donc si Abeille s'adresse à la mauvaise adresse, aucune chance que cela fonctionne. Je démarre mon sniffer pour collecter la véritable adresse de mon capteur Xiaomi.
:54][DEBUG] : message(topic='Abeille1/00B7/IEEE-Addr', payload='00158D000418E2AE') [2020-11-22 10:48:54][DEBUG] : !objet&IEEE --> Objet n existe pas et je recoie une IEEE, Je lance la recherche [2020-11-22 10:48:54][DEBUG] : !objet&IEEE --> J ai fini la recherche avec resultat : 41A2 [2020-11-22 10:48:54][DEBUG] : !objet&IEEE --> IEEE-Addr; adresse IEEE 00158D000418E2AE pour 00B7 qui remonte est deja dans l objet 41A2 - Abeille1-a278-sdb-parents, on fait la mise a jour automatique [2020-11-22 10:48:54][DEBUG] : !objet&IEEE --> IEEE-Addr; Ancien nom: Abeille1-a278-sdb-parents, nouveau nom: Abeille1-a278-sdb-parents [2020-11-22 10:48:54][DEBUG] : Envoi du message topic: Abeille1/00B7/Short-Addr payload: 00B7 vers 121 [2020-11-22 10:48:54][DEBUG] : Msg sent: {"topic":null,"payload":null,"priority":null,"message":{"topic":"Abeille1\/00B7\/Short-Addr","payload":"00B7"}} on queue: 121 [2020-11-22 10:48:54][DEBUG] : !objet&IEEE --> fin du traitement
Abeille 30/09 Zigate 3.1C Jeedom 4.0.61 DIY Debian
Régulièrement je dois réinclure les capteurs XIAOMI
Ceux-ci passent en TimeOut. Piles neuves ou courantes. Je pensais me débarrasser du problème en remettant mes prises IKEA pour le maillage. (Cela a bien corriger pour de nombreux équipements). L'appui sur le bouton pour envoyer les données n'était pas capturé par Abeille. Confirmé par les logs. Rien n'arrivait sur la Zigate.
Après l'inclusion. Tout fonctionne. Même pile (qui a un an minimum) Dernier relevé 64%. Mais pas la même position physique du capteur. Plus proche de la Zigate. J'ai obtenu dans le log Abeille (adresse 190a)
@KiwiHC16 Un 2ème équipement (même modèle de capteur) me posait le même problème proche du premier (qui pose problème). D'où la piste du maillage. Mais ce second ne pose plus aucun problème. Y-a-t-il un moyen simple de connaitre la cause ? Zigate, Abeille, équipement lui même (doute puisque plusieurs partent en timeout), maillage, LQI ?
Un capteur de température, ça passe Un capteur d'ouverture de porte/fenêtre (Xiaomi aussi), utilisé pour l'alarme, c'est plus embêtant.
Merci de ton aide
Dans le log j'obtiens Abeille