Closed graouxx closed 3 years ago
Salut @graouxx
Il existe un problème avec les équipements IKEA depuis les versions de début février. Nous sommes plusieurs à avoir remonté ce problème. @KiwiHC16 travaille dessus, il me semble. Pour le moment, tu n'a pas d'autre choix que débrancher/rebrancher ou si tu as des télécommandes IKEA tu peux les associer dans un même groupe. Cela évite le passage par la Zigate et Abeille, qui semble avoir un bug avec les équipements IKEA. Tu peux aussi créer une télécommande virtuelle dans Abeille, ça fonctionne aussi. Quand @KiwiHC16 passera par là, il pourra nous dire si il a identifié ce qui se passe avec les équipements IKEA et s'il sait comment corriger le problème. Si tu disposes d'une veille sauvegarde tu peux la restaurer et voir ce qui se passe. Il te faut au moins une version d'abeille antérieure à fin janvier. Bon courage à toi. Moi c'était 5 ampoules IKEA qui ne fonctionnaient plus. Galère pour les débrancher/rebrancher (au plafond évidemment). Je les ai virées et suis passé à OSRAM. Depuis aucun souci. Donc le bug ne concerne que les équipements IKEA. Il faut donc attendre une correction, tu n'es pas un cas isolé. Parmi les issues #1727. Mais il y en a d'autres
Salut @mickadam29
Merci pour ton message, je me sent moins seul :) Je n'ai pas trop compris l'astuce de la télécommande virtuelle dans Abeille ? Si je passe par une télécommande virtuelle le problème ne se produira plus ? Je ne peux malheureusement pas toujours utilisé les télécommandes ikea car pas mal de mes prises se déclenchent sur scénario...
Puis regarde dans la doc Abeille. https://kiwihc16.github.io/AbeilleDoc//Groups.html Chez moi, et confirmé par @battoutsai90, les télécommandes restaient fonctionnelles. Ce n'est pas la solution mais cela va te permettre d'attendre une nouvelle version qui corrigera le bug.
Tu n'a pas le hub IKEA j'imagine.
Chez moi par exemple, le groupe 2784 est utilisé car attribué à l'origine par une télécommande physique. Mais tu mets ce que tu veux. Si tu as des télécommandes physiques tu peux déjà te créer une association et récupérer le groupe affecté.
Dans un scénario, tu peux appeler la commande ON ou OFF d'une télécommande virtuelle L'objet 282 est ici une télécommande virtuelle créée dans Abeille et associée au même groupe que ce que tu veux piloter.
Merci, je vais essayé ça ce week end. Je n'ai effectivement pas le hub.
Ok. Bon courage. J'ai ajouté des éléments. Refais une lecture
J'ai suivi tes conseils, j'ai rajouté des télécommandes virtuelles, on va voir ce que ça donne :)
J'ai suivi tes conseils, j'ai rajouté des télécommandes virtuelles, on va voir ce que ça donne :)
Si tu pilotes tes prises avec les télécommandes je suis confient pour toi. Bon courage
Salut,
Premier test à faire: À - est ce que la prise répond sur on/off depuis son widget dans abeille ? B - Est ce que la prise répond quand je la pilote avec une télécommande virtuelle sur son adresse de groupe ?
Faire le test quand tout fonctionne et le deux doivent fonctionner et quand ce n est plus le cas et rester.
Le seul problème que je connais n’est pas logiciel mais radio.
On perd À car la liaison radio entre le réseau et la prise est fragile. Mais on a toujours B car tous les routeurs répètent les message et on augmente la probabilité que la prise entende le message d un des routeurs.
Regardes côte LQI pour vérifier les valeurs.
Hello @KiwiHC16
Les prises sont en place depuis plus d'un an et n'ont pas bougées. Elles se sont toutes mises à dysfonctionner en même temps. L'une d'elle est à quelque mettre de la zigate. J'ai du mal à imaginer qu'un problème radio soit l'origine, mais je vais tester avec les groupes et télécommande virtuelle (c'est en place actuellement, on verra dans 1/2 jours) Je vous tiens au courant !
@graouxx. Tiens nous au courant. Le résultat m'intéresse. Et surtout pourra aider bon nombre d'entre nous. Serais tu passer en 4.19 (jeedom) au début de tes soucis ? Car comme toi, @battoutsai90 et moi même, ces problèmes IKEA sont apparus début février. J'ai résolu le pb en virant les ampoules IKEA mais c'est pas une solution
@mickadam29 je ne sais pas pour la version de jeedom. En principe je fais les mise à jour quand elles sont dispos. J'ai mis en route ma deuxième zigate que j'ai apparié avec une des prises pour voir si ça marche mieux. Pour le moment pas de déconnexion depuis que j'utilise les télécommandes. Wait & see
Quelques nouvelles, J'ai à nouveau "perdu" l'une des prises avec ma zigate "historique". En revanche elle reste commandable via la télécommande virtuelle.
Ma nouvelle zigate n'a pas perdu de prise pour le moment (mais elle est plus proche des prises)
Ok. Donc le problème est le même pour tous. On perd les "routeurs" IKEA (ampoules ou prises). Impossible de les joindre depuis la zigate. Une télécommande parvient à agir dessus car le message est relayé au travers de tous les routeurs. Explication fournie par @KiwiHC16. Mais je n'explique le côté soudain de ce problème chez plusieurs d'entre nous. Mes autres équipements (autres marques) qui font office de routeurs ne quittent pas le réseau. Ils sont à 1m de là où j'avais mes ampoules. Ils sont peut-être plus sensibles et/ou légèrement plus puissants pour atteindre la zigate. Pour toi @graouxx, il faudrait peut-être ajouter un répéteur IKEA. Je comprends ta dernière phrase. "Ma nouvelle zigate n'a pas perdu de télécommande". Tu veux dire "physique" ? Pour moi, elles ne sont pas impactées. Sur piles, elle ne font pas office de routeur et s'adresse à des groupes. Donc le fonctionnement est différent. Je n'ai jamais perdu non plus ma télécommande HUE. Elle a toujours été fonctionnelle. Il n'y avait qu'elle qui pilotait mes ampoules IKEA durant la période où j'avais les pb @KiwiHC16 m'a orienté vers la qualité du réseau. J'y travaille. J'ai déplacer la zigate avec un cordon usb pour l'espacer du PC.
@mickadam29 j'ai fait une erreur dans mon message, il fallait lire ""Ma nouvelle zigate n'a pas perdu de prise" et non télécommande. Je ne m'explique pas non plus le caractère soudain du dysfonctionnement, surtout que c'est arrivée chez plusieurs d'entre nous dans la même période. J'attends de voir si cela se reproduit pour des prises à proximité des zigates (celle que j'ai perdu ce jour était assez éloignée)
La qualité du réseau est primordiale. Mais ce côté soudain et limité aux seuls équipements IKEA me laisse perplexe. D'autant que nous sommes plusieurs. Allez, disons le, c'est la faute au déploiement de la 5G !
Bonjour à tous,
je confirme également le problème avec les prises et ampoules IKEA, et j'identifie le problème au passage à la version stable d'abeille du 15/02/21. Le problème n'existe pas sur la version du 02/02/21. J'étais dans cette version jusqu'à la version du 02/03/21 et tout fonctionnait normalement.
Je suis sur RPI3b+ / Jeedom 4.1.20 + 1 zigate-USB avec 47 devices dessus (22 routeurs et 25 end devices).
J'ai à nouveau "perdu" l'une des prises avec ma zigate "historique". En revanche elle reste commandable via la télécommande virtuelle.
Le soucis viendrait du changement d adresse zigbee de la prise (c est normal et dans la norme zigbee) et Abeille ne serait pas au courant.
Pouvez vous tester un refresh du network list quand cela se produit:
Ca devrait resoudre le soucis.
@KiwiHC16 De mon expérience, à part les télécommandes, personne , sous entendu Abeille, ne parvient à communiquer avec ces ampoules ou prises tant qu'elles n'ont pas été débranchées/rebranchées. Chez moi, le refresh LQI ne fonctionnait pas. Voyons voir ce qu'ils vont te répondre
J si peux être une prise IKEA dans cette situation. Elle ne répond pas. Je ne la récupère pas avec un refrehLQI. Je vais aller mettre le sniffer pour essayer d avoir plus d infos.
Pour ma part un refresh LQI sort les prises du timeout mais ne sont pas pilotables ensuite (on,off, toggle) et reviennent systématiquement en timeout. C'est aussi les seuls équipements donc la colonne repond est sur NOK... J'ai voulu réappairé une prise, je me suis donc mis en inclusion, j'ai enfoncé le bouton d'apparaiage sur la prise ikea, abeille m'informe que la prise à quitter le réseau et est donc désactivée mais impossible à reinclure... J'ai redémarré le deamon, relancer l'apparaige et rien ne se passe
Prise Ikea:
Un lien avec la prise xiaomi a cote qui ne répond pas au refresh LQI que j ai bidouillé en coupant le PCB ?
Autre piste: vérifier la commande en cours de dev mais pas implémenterais san ACK, est elle quand meme utilisée ?
Pouvez vous me dire si vous avez ce message quand vous faites une action sur la prise en question:
Type=8701/Route discovery confirm, MACStatus=00 (ZPS_EVENT_NONE->), NwkStatus=D0 (ZPS_NWK_ENUM_ROUTE_DISCOVERY_FAILED->Attempt at route discovery has failed due to any reason except lack of table space),
Certain d'avoir eu ce message. Mais est-ce bien pendant mes tentatives d'agir sur les ampoules, je ne pourrai m'en assurer qu'en épluchant une sauvegarde. Le plus simple c'est que @Brugal21 et @graouxx te répondent. Je vais chercher si dans les issues ouverts par @battotsai90 ou moi-même on a pas un log qui en fait mention
Pouvez vous aussi verifier que les requetes sql ne retourne rien:
select from cmd where configuration like "%onoffraw%" select from cmd where configuration like "%OnOffRaw%"
Retourne rien chez moi. Pour info, j'ai 2 prises IKEA et une ampoule qui sont tjs sur le réseau. Et qui ne posent pas de problème particulier. Mais j'en ai viré 5 (ampoules).
J'en ai plein de prise Ikea et d'ampoules. Et aucune ne pose soucis sauf la prise mentionnée plus haut mais en meme temps elle a un voisin avec un PCB percé à la perceuse qui repond qu'a moitié à mes demandes.
Il faudrait que l on compare les versions soft des prises.
Pouvez vous me dire si vous avez ce message quand vous faites une action sur la prise en question:
Type=8701/Route discovery confirm, MACStatus=00 (ZPS_EVENT_NONE->), NwkStatus=D0 (ZPS_NWK_ENUM_ROUTE_DISCOVERY_FAILED->Attempt at route discovery has failed due to any reason except lack of table space),
Je confirme bien avoir cette ligne sur une prise Ikéa (C7B7)
[2021-03-09 20:37:15][debug] Abeille1, Type=8702/APS Data Confirm Fail, Status=D4 (ZPS_NWK_ENUM_FRAME_IS_BUFFERED->Unicast frame does not have a route available but it is buffered for automatic resend. / https://github.com/fairecasoimeme/ZiGate/issues/207), SrcEP=01, DestEP=01, DestMode=02, DestAddr=C7B7, SQN=BB
[2021-03-09 20:37:18][debug] Abeille1, Type=8702/APS Data Confirm Fail, Status=D4 (ZPS_NWK_ENUM_FRAME_IS_BUFFERED->Unicast frame does not have a route available but it is buffered for automatic resend. / https://github.com/fairecasoimeme/ZiGate/issues/207), SrcEP=01, DestEP=01, DestMode=02, DestAddr=C7B7, SQN=BC
[2021-03-09 20:37:19][debug] Abeille1, Type=8702/APS Data Confirm Fail, Status=D4 (ZPS_NWK_ENUM_FRAME_IS_BUFFERED->Unicast frame does not have a route available but it is buffered for automatic resend. / https://github.com/fairecasoimeme/ZiGate/issues/207), SrcEP=01, DestEP=01, DestMode=02, DestAddr=C7B7, SQN=BD
[2021-03-09 20:37:21][debug] Abeille1, Type=8011/APS data ACK, Status=A7, DestAddr=C7B7, DestEP=01, ClustId=0006
[2021-03-09 20:37:24][debug] Abeille1, Type=8011/APS data ACK, Status=A7, DestAddr=C7B7, DestEP=01, ClustId=0006
[2021-03-09 20:37:25][debug] Abeille1, Type=8701/Route discovery confirm, MACStatus=00 (ZPS_EVENT_NONE->), NwkStatus=D0 (ZPS_NWK_ENUM_ROUTE_DISCOVERY_FAILED->Attempt at route discovery has failed due to any reason except lack of table space), Addr=C7B7
[2021-03-09 20:37:25][debug] Abeille1, Type=8011/APS data ACK, Status=A7, DestAddr=C7B7, DestEP=01, ClustId=0008
@fmaq, est ce qu elle répond dans ton cas aux commandes de groupes ? Est ce qu'elle ne répond pas de temps en temps ou tout le temps ? Si tu l a debranche puis rebranche, se met elle à fonctionner ?
@KiwiHC16 Non, celle ci ne répond plus depuis cette après midi. Seul moyen de la récupérer est de la débrancher, d'attendre quelques secondes, puis de la rebrancher. Je n'ai pas besoin de la ré appairé, juste un "reboot" de la prise par coupure d'alimentation et cela repart. Je n'ai pas de commande de groupe sur celle ci, mais je peux faire la manipulation ce soir et voir le résultat dans 2 jours (temps moyen de perte des équipements Ikéa) Le problème est survenu de mon coté après avoir fait la dernière mise à jour (02/03) et que je sois passé en 3.1D
@KiwiHC16, un de plus avec @fmacq Les cas sont loin d'être isolés. Il faudrait que je trouve parmi mon entourage qq1 qui a le hub IKEA afin de faire une maj OTA. Pour ces ampoules, tu as implémenté le get firmware ? Provisoirement mon Raspberry de DEV est dispo, j'ai passé mes DIY sur ma prod. Donc je peux ressortir ces foutus ampoules et les mettre dessus si tu veux faire des tests avec des modèles (version de firmware) qui ont causé des soucis
J'ai une prise en timeout, plus pilotable depuis jeedom mais pilotable avec mon inter on/off physique ikea. quand j'appuie sur on ou off dans jeedom j'ai bien le message type=8701, avec l'adresse courte de l'équipement à la fin du message et aucune action sur la prise. J'ai aussi beaucoup de message type=8702 qui traine... Par contre impossible de reinclure la prise qui est sortie du réseau cet après-midi
De mon coté toutes mes prises et ampoules sont de 2019 et n'ont jamais été mises à jour. @KiwiHC16 Faut il faire les MAJ des firmware des équipements avec les hub propriétaires ? Ikea, Xiaomi ?
En SSH, pouvez vous aller dans: /var/www/html/plugins/Abeille/core/php
Executer la commande: php AbeilleTest.php x abeilleId adresseCourte
Regarder dans Abeille ce qui remonte pour chaque test et partagez les résultats.
Ok je fais le test et te partage les résultats, cela fait donc 7 tests à réaliser ?
Idem chez moi 1 fois par semaine je dois débrancher rebrancher la prise sinon KO via abeille, je pensais à un pb isolé chez moi mais non en fait. a suivre
@KiwiHC16
Voici
root@jeedom4:/var/www/html/plugins/Abeille/core/php# php AbeilleTest.php 113 1 C7B7 Running test: 113 To execute this test Abeille Daemon has to run. Test envoie Cmd to get ZCL version Msg sent: {"topic":null,"payload":null,"priority":1,"message":{"topic":"CmdAbeille1\/1\/ReadAttributeRequest","payload":"EP=01&clusterId=0000&attributeId=0000"}} End of the test. root@jeedom4:/var/www/html/plugins/Abeille/core/php# php AbeilleTest.php 114 1 C7B7 Running test: 114 To execute this test Abeille Daemon has to run. Test envoie Cmd to get Application version Msg sent: {"topic":null,"payload":null,"priority":1,"message":{"topic":"CmdAbeille1\/1\/ReadAttributeRequest","payload":"EP=01&clusterId=0000&attributeId=0001"}} End of the test. root@jeedom4:/var/www/html/plugins/Abeille/core/php# php AbeilleTest.php 115 1 C7B7 Running test: 115 To execute this test Abeille Daemon has to run. Test envoie Cmd to get Stack version Msg sent: {"topic":null,"payload":null,"priority":1,"message":{"topic":"CmdAbeille1\/1\/ReadAttributeRequest","payload":"EP=01&clusterId=0000&attributeId=0002"}} End of the test. root@jeedom4:/var/www/html/plugins/Abeille/core/php# php AbeilleTest.php 116 1 C7B7 Running test: 116 To execute this test Abeille Daemon has to run. Test envoie Cmd to get HW version Msg sent: {"topic":null,"payload":null,"priority":1,"message":{"topic":"CmdAbeille1\/1\/ReadAttributeRequest","payload":"EP=01&clusterId=0000&attributeId=0003"}} End of the test. root@jeedom4:/var/www/html/plugins/Abeille/core/php# php AbeilleTest.php 1176 1 C7B7 Running test: 1176 End of the test. root@jeedom4:/var/www/html/plugins/Abeille/core/php# php AbeilleTest.php 117 1 C7B7 Running test: 117 To execute this test Abeille Daemon has to run. Test envoie Cmd to get ManufacturerName Msg sent: {"topic":null,"payload":null,"priority":1,"message":{"topic":"CmdAbeille1\/1\/ReadAttributeRequest","payload":"EP=01&clusterId=0000&attributeId=0004"}} End of the test. root@jeedom4:/var/www/html/plugins/Abeille/core/php# php AbeilleTest.php 118 1 C7B7 Running test: 118 To execute this test Abeille Daemon has to run. Test envoie Cmd to get ModelIdentifier Msg sent: {"topic":null,"payload":null,"priority":1,"message":{"topic":"CmdAbeille1\/1\/ReadAttributeRequest","payload":"EP=01&clusterId=0000&attributeId=0005"}} End of the test. root@jeedom4:/var/www/html/plugins/Abeille/core/php# php AbeilleTest.php 119 1 C7B7 Running test: 119 To execute this test Abeille Daemon has to run. Test envoie Cmd to get DateCode Msg sent: {"topic":null,"payload":null,"priority":1,"message":{"topic":"CmdAbeille1\/1\/ReadAttributeRequest","payload":"EP=01&clusterId=0000&attributeId=0006"}} End of the test. root@jeedom4:/var/www/html/plugins/Abeille/core/php#
Voici la log
[2021-03-09 21:25:01][debug] Abeille1, Type=8000/Status, Status=00/Success, SQN=9B, PacketType=0092 [2021-03-09 21:25:02][debug] Abeille1, Type=8702/APS Data Confirm Fail, Status=D4 (ZPS_NWK_ENUM_FRAME_IS_BUFFERED->Unicast frame does not have a route available but it is buffered for automatic resend. / https://github.com/fairecasoimeme/ZiGate/issues/207), SrcEP=01, DestEP=01, DestMode=02, DestAddr=C7B7, SQN=03 [2021-03-09 21:25:02][debug] Abeille1, Type=8702/APS Data Confirm Fail: ZigBee Prise Toilettes set APS_ACK to 0 [2021-03-09 21:25:02][debug] Abeille1, Type=8702/APS Data Confirm Fail status: 0 [2021-03-09 21:25:04][debug] Abeille1, Type=8000/Status, Status=00/Success, SQN=9C, PacketType=0100 [2021-03-09 21:25:04][debug] Abeille1, Type=8702/APS Data Confirm Fail, Status=D4 (ZPS_NWK_ENUM_FRAME_IS_BUFFERED->Unicast frame does not have a route available but it is buffered for automatic resend. / https://github.com/fairecasoimeme/ZiGate/issues/207), SrcEP=01, DestEP=01, DestMode=02, DestAddr=C7B7, SQN=04 [2021-03-09 21:25:04][debug] Abeille1, Type=8702/APS Data Confirm Fail: ZigBee Prise Toilettes set APS_ACK to 0 [2021-03-09 21:25:04][debug] Abeille1, Type=8702/APS Data Confirm Fail status: 0 [2021-03-09 21:25:05][debug] Abeille1, Type=8000/Status, Status=00/Success, SQN=9D, PacketType=0100 [2021-03-09 21:25:05][debug] Abeille1, Type=8702/APS Data Confirm Fail, Status=D4 (ZPS_NWK_ENUM_FRAME_IS_BUFFERED->Unicast frame does not have a route available but it is buffered for automatic resend. / https://github.com/fairecasoimeme/ZiGate/issues/207), SrcEP=01, DestEP=01, DestMode=02, DestAddr=C7B7, SQN=05 [2021-03-09 21:25:05][debug] Abeille1, Type=8702/APS Data Confirm Fail: ZigBee Prise Toilettes set APS_ACK to 0 [2021-03-09 21:25:05][debug] Abeille1, Type=8702/APS Data Confirm Fail status: 0 [2021-03-09 21:25:08][debug] Abeille1, Type=8011/APS data ACK, Status=A7, DestAddr=C7B7, DestEP=01, ClustId=0006 [2021-03-09 21:25:08][debug] Abeille1, Type=8011/APS data ACK, with status error: [ZigBee][Prise Toilettes] set APS_ACK to 0 [2021-03-09 21:25:08][debug] Abeille1, Type=8011/APS data ACK, APS_ACK: 0 [2021-03-09 21:25:10][debug] Abeille1, Type=8011/APS data ACK, Status=A7, DestAddr=C7B7, DestEP=01, ClustId=0006 [2021-03-09 21:25:10][debug] Abeille1, Type=8011/APS data ACK, with status error: [ZigBee][Prise Toilettes] set APS_ACK to 0 [2021-03-09 21:25:10][debug] Abeille1, Type=8011/APS data ACK, APS_ACK: 0 [2021-03-09 21:25:11][debug] Abeille1, Type=8011/APS data ACK, Status=A7, DestAddr=C7B7, DestEP=01, ClustId=0008 [2021-03-09 21:25:11][debug] Abeille1, Type=8011/APS data ACK, with status error: [ZigBee][Prise Toilettes] set APS_ACK to 0 [2021-03-09 21:25:11][debug] Abeille1, Type=8011/APS data ACK, APS_ACK: 0 [2021-03-09 21:25:11][debug] Abeille1, Type=8002 (decoded but not processed - message unknown): status: 00 profile:0104 cluster:0000 srcEndPoint:01 destEndPoint:01 sourceAddressMode:02 srcAddress:282D destinationAddressMode:02 dstAddress:Ruche -> 0001040000010102282D0200001C5F11BC0A01FF42210121350C0328160421A81305211200062401000000000A2100006410000B210300 [2021-03-09 21:25:11][debug] Abeille1, Type=8102/Attribut report, SQN=BC, Addr=282D, EP=01, ClustId=0000, AttrId=FF01, AttrStatus=00, AttrDataType=42, AttrSize=0021 [2021-03-09 21:25:11][debug] Champ proprietaire Xiaomi (Capteur Presence V2) [2021-03-09 21:25:11][debug] SrcAddr=282D, Voltage=3125, Pourcent=97, Lux=3 [2021-03-09 21:25:11][debug] Abeille1, Type=8701/Route discovery confirm, MACStatus=00 (ZPS_EVENT_NONE->), NwkStatus=D0 (ZPS_NWK_ENUM_ROUTE_DISCOVERY_FAILED->Attempt at route discovery has failed due to any reason except lack of table space), Addr=C7B7 [2021-03-09 21:25:12][debug] Abeille1, Type=8102/Attribut report, SQN=4F, Addr=81C0, EP=0B, ClustId=0006, AttrId=0000, AttrStatus=00, AttrDataType=10, AttrSize=0001 [2021-03-09 21:25:22][debug] Abeille1, Type=8000/Status, Status=00/Success, SQN=00, PacketType=0010 [2021-03-09 21:25:22][debug] Abeille1, Type=8010/Version, Appli=3, SDK=031D
Prise qui fonctionne:
Test | Info | dans log | valeur |
---|---|---|---|
113 | ZCL version | 0000-01-0000 | 3 |
114 | Application Version | 0000-01-0001 | 20 |
115 | Stack Version | 0000-01-0002 | 97 |
116 | HW Version | 0000-01-0003 | 1 |
119 | Date Code | 0000-01-0006 | 20180528 |
Prise qui était en panne:
Test | Info | dans log | valeur |
---|---|---|---|
113 | ZCL version | 0000-01-0000) | 3 |
114 | Application Version | 0000-01-0001 | 20 |
115 | Stack Version | 0000-01-0002 | 97 |
116 | HW Version | 0000-01-0003 | 1 |
119 | Date Code | 0000-01-0006 | 20180528 |
Dans mon cas les deux prises remontent les mêmes infos.
@fmacq peux tu recuperer dans Abeille les lignes comme:
message(topic='Abeille5/83D4/0000-01-0006', payload='20180528')
Et faire une synthese ?
J'ai exécuté les tests sur 2 prises et je ne récupère rien du tout dans aucun log. Tu récupères les infos dans quel log ?
Test | Info | dans log | valeur |
---|---|---|---|
113 | ZCL version | 0000-01-0000) | 1 |
114 | Application Version | 0000-01-0001 | 17 |
115 | Stack Version | 0000-01-0002 | 87 |
116 | HW Version | 0000-01-0003 | 1 |
119 | Date Code | 0000-01-0006 | 20160919 |
Une vieille version mais qui n'a jamais cessé de fonctionner 2016 !
@Brugal21 dans le log Abeille
Tu exécutes depuis le répertoire /var/www/html/plugins/Abeille/core/php
la commande php AbeilleTest.php 114 1
/var/www/html/plugins/Abeille/core/php$ php AbeilleTest.php 116 1 D76E Je récupère dans Abeille message(topic='Abeille1/D76E/0000-01-0003', payload='1') [2021-03-09 22:47:55][DEBUG] : L'objet 'Abeille1/D76E' existe mais pas la cmde '0000-01-0003' => message ignoré
Comme j'ai beaucoup de remontée d'info, je fais pause sur le log. J'exécute le test. Et je reprends de suite. La ligne qui nous intéresse est quasi la dernière.
@Brugal21
Je pense qu'il faut être en debug pour les logs. C'est bien le cas chez toi ?
J'ai une prise en timeout, plus pilotable depuis jeedom mais pilotable avec mon inter on/off physique ikea. quand j'appuie sur on ou off dans jeedom j'ai bien le message type=8701, avec l'adresse courte de l'équipement à la fin du message et aucune action sur la prise. J'ai aussi beaucoup de message type=8702 qui traine... Par contre impossible de reinclure la prise qui est sortie du réseau cet après-midi
@Brugal21
Normal pour cela. Les télécommandes continuent à piloter les prises ou ampoules IKEA. Il n'y a que depuis jeedom/abeille que ca ne fonctionne plus. Les télécommandes "physiques" s'adressent un groupe dont est membre ta prise. Le message parvient à ta prise qui commute ON/OFF
Merci pour tes explications détaillées. C'est bien ce que je fais mais rien n'arrive dans les logs. Je referai des tests demain. Bonne soirée / nuit !
Je suis passé sur la version abeille du 09/03 et j'ai réussi à réintégrer ma prise. Je viens de toutes les ré appairée, abeille m'indique une mise à jour de l'adresse (normal) et les prises fonctionnent normalement.
J'ai aussi remarqué que les end device qui sont appairés sur les prises qui posent problème tombent eux aussi en défaut, sûrement normal aussi...
Bon courage à toi.
Avec la table de @mickadam29 on voit que les valeurs sont differentes des miennes donc on peut supposer qu'Ikea met à jour ces infos.
depuis les versions de début février.
prises et ampoules IKEA, et j'identifie le problème au passage à la version stable d'abeille du 15/02/21. Le problème n'existe pas sur la version du 02/02/21. J'étais dans cette version jusqu'à la version du 02/03/21 et tout fonctionnait normalement.
Master
Stable 20210215
L hypothese de l adresse qui change et Abeille pas au courant ne tient pas d apres mes tests d hier.
Je ne vois que deux autres sources: A - APS sans ACL -> OnOffRaw B - Ajout gestions des scenes
A - n a pas du atterir sur vos systemes car je l ai aussitot enlevé. Il existe dans le code mais n'est pas utilisé. B - Avez vous joué aves les scenes sur ces ampoules ou prises ?
@KiwiHC16
J'ai bossé toute la nuit donc pas le courage pour le moment de rebrancher mes ampoules mais je le ferai. Car ce qui semble intéressant c'est que cette vieille version ampoule ne pose aucun problème. Du coup je suis très curieux de connaitre les versions des ampoules que j'ai démontées. Idem pour les 2 prises.
Bonjour,
Depuis quelques semaines j'ai un soucis avec l'ensemble de mes prises ikea. Celles ci s'arrêtent de répondre aux ordres de la zigate après un délai aléatoire. Je suis obligé de débrancher puis rebrancher la prise pour qu'elle fonctionne à nouveau. Dans certains cas (à revalider) l'interrupteur associé à la prise ne permet plus non plus de la piloter.
Que puis je faire pour essayer de debuger la chose ? Je précise qu'il s'agit d'un problème récent qui affecté toutes les prises et qu'auparavant je n'avais jamais eu de problèmes depuis plus d'un an sur ces équipements.