New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TimeOut des équipements en pagaille. Suite et fin ? #1727
Comments
Pensez à la cagnotte: La discussion doit être en relation directe avec le titre de l’issue. |
Tout d'abord une petite clarification avant d aller dans les détails éventuellement. Le TimeOut n'est qu'une information pour essayer de détecter de possible soucis avec certains équipements. Le principe: chaque équipement dans Abeille possède une valeur de TimeOut. Cette valeur est basée sur la périodicité de messages reçus de cet équipement (en rien en relation avec les envoies). Par exemple: Typiquement un capteur de temperature Xiaomi envoie spontanément un message vers Abeille toutes les heures. TimeOut proposé: 120 minutes. On "autorise" une perte de packet par période. A vous de voir. Comme vous pouvez l'imaginer chaque équipement a son propre fonctionnement et vu le nombre de type d équipement intégrés dans Abeille, je ne suis pas en mesure de tester et verifier toutes les valeurs de timeout proposées. Pour les équipement sur 220V (routeurs), certains sont interrogés (poll) de façon périodique par abeille. De ce fait ils répondent et remettent à zero les compteurs et donc pas de timeout. C est une partie qu'on est entrain de revoir et il va certainement y avoir différentes evolutions. Donc si un équipement apparait en timeout cela ne veut pas dire qu il ne fonctionne pas. Premiere chose a faire, lui envoyer un getName depuis la ruche pour voir s'il répond (pour ceux sur pile il faut les réveiller). S'il ne répond pas alors passer à la recherche de panne. |
Merci @KiwiHC16 Je ne suis pas revenu faire le bilan. |
Peux tu sélectionner une ampoule sur laquelle on va se focaliser. |
Get-name à prendre en compte : IkeaTradfriBulbE27Opal1000lm |
Bonjour, |
On est tout à fait sur le même problème @battousai90 @KiwiHC16 Pour info, ma télécommande HUE me permet de m'en sortir. En effet, l'envoi de la commande ON/OFF directement au groupe auquel sont rattachées les ampoules fonctionne tout le temps. Donc le problème n'est clairement pas l'ampoule. D'ailleurs mes 6 sont impactées. Ce que je constate aussi, j'actionne un interrupteur, l'ampoule s'allume (scénario Jeedom avec fontion Toggle sur l'ampoule). Je réappuie, l'ampoule ne réagit pas. Je dois vérifier que l'ordre arrive à Jeedom via la zigate. Mais si j'utilise la télécommande HUe ou même une télécommande virtuelle dans Abeille, cela fonctionne. @battousai90 Pour moi, il n'y a pas lien avec le ticket que tu mentionnes. Le message est tout à fait normal si tu coupes électriquement l'ampoule. |
Bonjour, |
Avez vous ces messages dans vos logs AbeilleParser.log
|
Je vois des
ce qui est bon mais je vois aussi des
Ce qui veut dire qu il y a des soucis de communications. (Status diff de 00 = soucis) |
Je n'ai pourtant rien changé à la maison, rien ajouté et rien enlevé et jamais eu de soucis network. |
De mon côté je vais regarder ce soir ces logs . Des messages comme tu indiques j’en ai. Je vais aussi déplacer le PC avec la ZiGate pour vérifier la qualité du réseau. Je te tiens au courant
… Le 11 févr. 2021 à 06:32, battousai90 ***@***.***> a écrit :
@KiwiHC16
Ce qui veut dire qu il y a des soucis de communications. (Status diff de 00 = soucis)
Je n'ai pourtant rien changé à la maison, rien ajouté et rien enlevé et jamais eu de soucis network.
Y'a t'il un moyen de t'aider pour résoudre ca ?
Si non pas pour l'instant dis le moi car la c'est tellement l'enfer que je switch sur ma VM Home Assistant.
Merci
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
J'ai ça par exemple 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. / fairecasoimeme/ZiGate#207), SrcEP=01, DestEP=01, DestMode=02, DestAddr=8930, SQN=61 |
Je viens d'éteindre Jeedom ainsi que forcément la zigate. J'ai utilisé la télécommande HUE. Toutes mes ampoules ont réagi aux commandes. Donc aucune anomalie sur le matériel IKEA. Le problème vient forcément de l'environnement PC, Zigate, Jeedom, Abeille. Ca, c'est démontré. Je déplace à l'instant mon PC du sous-sol au coeur de la maison. Donc la zigate va être à moins de 5m de chacune des ampoules. Seuls obstacles les mur de briques. Je te tiens au courant si j'ai encore des erreur APS Data confirm fail |
Entre temps j'ai restauré au 25/01. Avec Jeedom en 4.1.17 et Abeille en master_tcharp38, 2021-01-14 11:33:41 |
Même une vielle sauvegarde ne donne pas de bons résultats. Je vais donc migrer une ampoule vers mon réseau de dev et la pizigate pour voir comment cela se comporte. Vu mes tests, je crains que ce ne soit une mise à jour de Debian qui interfère. |
Je te propose une connexion sur mon système via AnyDesk. Fais moi signe si ça te convient. Ici ou slack. Tu devrais y retrouver mon numéro de téléphone. |
Les derniers tests tendent à montrer qu'il y a des "resend". Les commandes Toggle sont doublées. Envoi, pas de réponse, renvoi. Les ampoules font jour/nuit. |
De news de ton installation ? Ca se comporte toujours aussi mal ? |
Tous les matins quand j'arrive dans mon bureau pour le télétravail, l'ampoule est timeout, je dois actionner l'interrupteur mécanique. En fait toutes les ampoules tombent en rade pendant la nuit. Depuis 3 ans jamais eu de problème de communication, j'ai rien touché je vois pas pourquoi j'en aurai aujourd'hui. |
Moi j’ai appliqué la mise à jour de @tcharp hier en fin de journée. Distribution MASTER
Aujourd’hui, je constate que ça fonctionne. Un peu tôt pour crier victoire. Mais ça fait des semaines que ça n’a pas fonctionné sans problème aussi longtemps. Je verrai durant le WE. Tu dis que les ampoules étaient vues comme des équipements sur piles ? Ça pourrait expliquer beaucoup de choses. Si tu peux patienter je te redis en fin de journée si ça continue de fonctionner chez moi. Ça fera 24H. Mais comme toi ça a fonctionné des mois sans anomalie et du jour au lendemain les ampoules IKEA et seulement ça, ça se met à mal fonctionner. Étrange.
… Le 12 févr. 2021 à 12:09, battousai90 ***@***.***> a écrit :
Tous les matins quand j'arrive dans mon bureau pour le télétravail, l'ampoule est timeout, je dois actionner l'interrupteur mécanique. En fait toutes les ampoules tombent en rade pendant la nuit. Depuis 3 ans jamais eu de problème de communication, j'ai rien touché je vois pas pourquoi j'en aurai aujourd'hui.
Ce que j'ai remarquer c'est l'absence du petit logo de prise de courant dans santé, qui disait qu'un periphérique était alimenté electriquement et non par batterie.
Enfin je sais pas trop de chose on changé dans les différente update.
Ce week end je switch sur HASS.
Bonne journée.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
Je confirme un retour à la normale. Je n'ai pas tout testé mais déjà les ampoules restent opérationnelles depuis hier, pas besoin de les débrancher ! 24H, un luxe depuis 15j. Essaie la mise à jour du master. Si ce n'est pas ça qui a corriger, je me console d'une solution qui fonctionne. Certains retours d'état ne parviennent pas visiblement (détecteur de présence reste à 1) |
Pas de livraison de cette ampleur de mon cote. Mais peut etre cote Kiwi. |
Une installation de la maj précédente qui se serait mal passée ? Le principal c’est que ce soit redevenu fonctionnel. 15j de galère. Le côté étrange c’est que même une restauration n’a rien changé. Je ne vois que l’application des maj appliquées jeudi après-midi qui a rétabli le fonctionnement des ampoules. Merci à toi
… Le 12 févr. 2021 à 21:47, tcharp38 ***@***.***> a écrit :
Pas de livraison de cette ampleur de mon cote. Mais peut etre cote Kiwi.
J'espere en tout cas sinon pas d'explication = pb incompris :(
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
Finalement de nouveau des timeout sur mes ampoules. La maj n’a pas corrigé. C’était un coup de chance que ça a fonctionné plus de 24H
… Le 13 févr. 2021 à 02:57, Mickael ADAM ***@***.***> a écrit :
Une installation de la maj précédente qui se serait mal passée ? Le principal c’est que ce soit redevenu fonctionnel. 15j de galère. Le côté étrange c’est que même une restauration n’a rien changé. Je ne vois que l’application des maj appliquées jeudi après-midi qui a rétabli le fonctionnement des ampoules. Merci à toi
> Le 12 févr. 2021 à 21:47, tcharp38 ***@***.***> a écrit :
>
> Pas de livraison de cette ampleur de mon cote. Mais peut etre cote Kiwi.
> J'espere en tout cas sinon pas d'explication = pb incompris :(
>
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub, or unsubscribe.
|
Si tu passes par là je sollicite à nouveau ton aide au travers de prise de main à distance [2021-02-10 22:54:35][debug] Abeille1, Type=8000/Status, Status=15/Status 15 inconnu, SQN=3B, PacketType=0100 Je joins des logs où j'ai bien des traces de status inconnu mais 14 lorsque j'envoie une commande vers l'ampoule (une parmi les autres qui fonctionnent mal ce matin. Hier tout était pourtant ok). Référence de l'ampoule : Le log 12 correspond à la tentative de mettre à ON l'ampoule. |
Moi par contre aucune anomalie avec les prises IKEA. Que les ampoules. Du coup j'ai passé commande de 3 ampoules OSRAM. Je vais pas continuer avec ces ampoules si elles sont si spécifiques. Aucun autre routeur n'a cette anomalie. J'ai des Sonoff (relais), des sirènes Zigbee (évidemment), des prises IKEA, donc plusieurs sorte de routeurs et aucun ne décroche. Je suis vraiment sur une spécificité Ampoules IKEA. Pour toi par contre ça semble plus problématique. Tu vas pas tout changer. J'ai même revissé mes modules (différentiels, disjoncteurs, ... dnas les coffrets électriques). Même si ça résout rien niveau Zigbee ca fera pas de mal car certains méritait ce resserrage. J'ai fait ça car j'ai remarqué des baisses d'intensité fréquentes qui pourraient parasiter les ampoules. Ca m'étonnerait que ce soit ça. Et nous n'aurions pas le même souci. Je reviendrai communiquer le résultat des ampoules OSRAM. Mais ca n'aidera pas à résoudre. Peut-être juste à démontrer un souci avec les Tradfri. Le WE prochain je mettrai mes ampoules IKEA sur mon réseau Zigbee de dev. On verra ainsi si elle fonctionne ou pas. 2 OS différents, une Zigate USB d'un côté, une Pizigate de l'autre. Version 3.1D pour les 2. Et j mettrai les mêmes versions Abeille. Bon courage à toi @battousai90 |
Moi je vais pas me prendre la tète longtemps, je ne fais pas de la domotique pour passé mon temps a bricoler. |
@battousai90, bonne chance.... |
Je vais essayer de trouver le temps nécessaire. J'ai commandé des ampoules OSRAM pour comparer le fonctionnement. Les soucis radio j'ai dû mal à y croire. Sur un plafonnier, entre autres, c'est toujours les mêmes qui fonctionnent mal. Vu leur position, comment expliquer des problèmes radios ? Ce matin une répond, pas les 2 autres. Et comme dit précédemment, pourquoi seules les ampoules IKEA sont impactées et pas les autres équipements de type "routeur" ? En complément, la télécommande virtuelle fonctionne très bien. Elle pilote également sans soucis TOUTES les ampoules et prises, y compris celles du plafonnier. Donc le problème radio semble écarté pour le moment (je reconnais que les logs laisse penser le contraire). Pour le coup, c'est bien la Zigate qui envoie l'ordre, et donc les ampoules sont à portée de celle-ci. En revanche, les scénarios qui pilotent les ampoules de façon individuelles ne fonctionnent pas. Donc ça rejoindrait le message qui semble indiquer un problème Unicast mais qui n'existe pas en Broadcast. L'ampoule Abeille-232 qui était en timout, ne l'est plus après un refresh_lqi. Mais pour autant n'est pas pilotable. Voici l'état des 3 ampoules du plafonnier après le refresh Si j'envoie la commande ON à chacune, individuellement, une seule réagit, tjs la même depuis ce matin. Les 2 autres ne réagissent qu'aux télécommandes (physique et virtuelle). L'envoi au groupe fonctionne systématiquement |
Dans le log AbeilleParser vois tu les messages:
pour toutes les ampoules ? |
J'en ai pour 4 de mes ampoules. 2 ne sont pas présentes dans le log car absente du réseau depuis 24H. J'ai cessé de monter sur un chaise pour les débrancher. Par contre j'ai aussi le cas où une ampoule est en timeout depuis hier soir mais présente dans le log. Une de celles non présentes |
Si Status different de 00 c est qu il y a un soucis. BDBB est en status A7. Peux tu partager la table: Table des liens Peux tu preciser quelles sont les 4 ampoules (Adresses courtes). |
8930: n'a pas envoyée ses infos. Je suppose qu'elle a ete interrogée mais ne peut être sure. BDBB: n'a pas envoyée ses infos. Je suppose qu'elle a ete interrogée mais ne peut être sure. Zigate: Ce qui voudrait dire que la zigate ne peut dialoguer avec 8930 et BDBB sans que le reseau fasse du routage. |
Je vais vérifier pour 4D18. Je n’ai pas d’ampoules IKEA au 1Er. Le seul routeur est une sirène Evology. Lqi à 255 c’est très étrange car la ZiGate est au sous-sol
… Le 17 févr. 2021 à 09:43, Ben ***@***.***> a écrit :
8930: n'a pas envoyée ses infos. Je suppose qu'elle a ete interrogée mais ne peut être sure.
-- est vue par:
---- 4D18 / 1ER (2 etages diff et LQI 255) : tres bizarre surtout pour Ikea.
---- 30B1 / Sam: LQI 104 avec sibling: Ok. 30B1 voit Zigate a 180 donc doit fonctionner.
---- > Sur cette base 8930 doit fonctionner.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
Pas de routeur HUE ni OSRAM. (Par contre je vais remplacer mes IKEA par des OSRAM) 4D18 est bien la sirène Evology qui fait routeur. Par contre, si je débranche l'ampoule elle va tout de suite se mettre à fonctionner. Quand je vois ce graphique, je me dis que les ampoules sont hors réseau. Tous les endpoints sont sur la zigate. Sauf Abeille-360 qui est la 8930. Et avec les dalles béton, beaucoup de timeout. Aucun routeur ne fait office de routeur |
Je viens de changer mes ampoules IKEA par des OSRAM (changement plafonnier GU10 vers E27). Donc c'était l'occasion. |
Perso j'ai viré mes prises OSRAM car elle n'utilisent pas les même messages pour assurer le routage et donc le routage ne fonctionnait pas. Je ne sais pas si depuis ils ont changé le soft pour le routage. Mais perso ma recommendation est soit tu es tout OSRAM soit sans OSRAM. |
Ton retour d experience sera interessant. A suivre... |
Pour le moment ça marche nickel. Mais c'est tout frais. Qqs heures. Les Ikea m'ont fait le coup aussi. En démontant un des plafonniers, je suis tombé sur du jeu dans le serrage de la douille. Donc si ça marche, subsistera un doute. Après, mes IKEA finiront sur le Zigbee DIY de dev si j'en ai à nouveau besoin. Mais je te tiens au courant. dans les jours qui viennent. Tu souhaites fermer le ticket ou je m'en charge d'ici qqs jours ? Si je me fie au graph, des endpoints passent par les OSRAM |
Cet issue deveint tres tres longue. Je prefererai qu on clos et qu on reparte sur des bases vierges. (eventuellement en faisant un lien vers ce ticket). |
OK. D'autant que le périmètre a peut-être changé. Mais comme @battousai90 semblait avoir le même problème je voulais voir avec toi. |
@KiwiHC16 @tcharp38
Je pense avoir mis le doigt sur un problème qui concerne les ampoules IKEA dans leur fonction de Routage.
Depuis une semaine maintenant, tous les jours je dois débrancher et rebrancher mes ampoules IKEA (6) car celles-ci passent en timeout, et de ce fait tous les équipements qui transitent par elles aussi.
Je pense à un bug dans la version "dev_tcharp38, 2021-01-29 12:51:55". En effet, mon problème date de cette version. Au passage, je suis passé à JEEDOM 4.1.19 à la même période.
Je m'explique :
Je possède un contacteur legrand 20AX. Celui-ci ne remontait plus la puissance consommée depuis la mise à jour. Vérifié par des graphes de consommation. J'ai rétabli l'envoi de la puissance avec l'aide de @KiwiHC16 qui m'a indiqué d'exécuter à nouveau les commandes bindtozigate, setreportpuissance. Depuis, la puissance consommée est correctement envoyée. Toutefois je n'avais pas prêté attention aux commandes. Elles disposent de durée en paramètre.
C'est en repensant à ce problème que je suis allé voir les équipements IKEA. Et je vois là aussi que les commandes bind disposent d'une valeur en secondes. Le modèle a probablement changé depuis que j'avais créé mes ampoules car je ne me souviens pas avoir vu ces champs auparavant. J'ai réinclu des équipements (y compris mes ampoules) mais de mémoire cela fait déjà un moment. Et le problème ne date que de 8 jours.
J'ai donc positionné 30 secondes à chacune des commandes pour chacune des mes ampoules.
Fait hier dans l'après-midi et pour le moment aucun timeout. Je ne vais toucher à rien d'autre ce WE. (Je précise au passage que ces ampoules en timeout dans jeedom restent pilotables avec la télécommande HUE, donc actives sur le réseau Zigbee).
Ca me corrige également un petit souci, où jeedom me disait que des ampoules étaient allumées alors qu'elles étaient éteintes.
Quand je parle de bug, je pense que les versions précédentes "stimulaient" les ampoules IKEA (d'ailleurs je crois que vous faites un bind des ampoules IKEA toutes les 15 minutes, et cela était sans doute suffisant pour éviter un timeout. Mise à part ça , je vois pas en quoi Abeille interviendrait. Mais si cela se confirme dans les jours à venir, il y a quelque chose à creuser. Soit dans la création des objets lors de l'inclusion (les bind sont mal implémentés) soit dans l'interrogation toutes les 15 minutes.
Je remplacerai mes 30 secondes par une valeur plus élevée si tout fonctionne bien et je verrai l'impact.
Désolé d'être aussi long.
Si cela fonctionne bien, je vais garder la version master, celle qui est en place, ainsi que celle de jeedom afin de pouvoir vous envoyer des logs si nécessaire.
Sinon je continuerai de suivre la version Master.
Merci encore pour le taf que vous faites
Bon courage
The text was updated successfully, but these errors were encountered: