Page 3 sur 4

Re: Perte du fonctionnement des BLOCKY

Publié : 16 août 2020, 21:10
par Matthias
Mais quand on y pense, l'info arrive bien sur domoticz sachant que l'on constate le log du déclencheur en temps réel.
La réaction ne repasse pas par le routeur (freebox) mais elle est calculé par le pi et renvoyé soit au rfxcom, soit à la clef zigbee pour une exécution.

La Freebox peut elle être en cause malgré cela ?

Re: Perte du fonctionnement des BLOCKY

Publié : 16 août 2020, 22:28
par Keros
Je ne vois pas pourquoi ton router aurait une incidence.

Essaye une action simple en LUA pour voir si tu retrouves la même latence.

Le moment où tu as remarqué ce ralentissement coïncide avec une mise à jour, l'ajout d'un script, une fonction ajoutée au PI ?

Re: Perte du fonctionnement des BLOCKY

Publié : 16 août 2020, 22:34
par Matthias
J’ai fait une lua toute simple qui engendre la même latence.
En fait, je suis parti en vacances la semaine dernière et j’ai fait comme avant tout départ en vacances : réglé mes plannings de volets roulants et j’ai activé tous mes capteurs et caméras.
J’ai constaté dès le deuxième jour que je ne recevais pas de telegram quand la voisine allait nourrir le chat. En rentrant, le problème était confirmé.

Re: Perte du fonctionnement des BLOCKY

Publié : 16 août 2020, 22:43
par Keros
Même en LUA c'est long :shock:

Tu as essayé de te remettre dans la "configuration" où tu étais avant de partir en vacances ? Je ne dis pas de remonter dune sauvegarde mais désactiver ce que tu as activé et / ou ajouter.

Edit : il me semble que tu nous avais dit que tu avais essayé de remettre une sauvegarde ...

Ce serait pas ton Pi qui aurait trop chaud et qui diminuerait ses performances pour ne pas trop chauffer ?

Edit : Mais tu as un Pi 3 ...

Désolé, je me fais les questions réponses tout seul :roll:

Re: Perte du fonctionnement des BLOCKY

Publié : 16 août 2020, 22:48
par Matthias
J’ai déjà fait un test avec un autre pi ! Sans succès !
Demain, j’essaie d’installer une version neuve de domoticz sur une sd pour faire un test avec quelques dispositifS.

Je vais essayer de virer les scripts installés dernièrement même si ça a marché pendant 1 semaine avant de partir.

Tout le reste a été remis comme avant les vacances.

Re: Perte du fonctionnement des BLOCKY

Publié : 16 août 2020, 23:09
par Keros
Tu as fait des essais sans passer par MQTT ?

Re: Perte du fonctionnement des BLOCKY

Publié : 16 août 2020, 23:14
par Matthias
Alors là je ne sais pas faire !

Re: Perte du fonctionnement des BLOCKY

Publié : 16 août 2020, 23:19
par Keros
Je vois que tu utilises une clé Zigbee2mqtt. Je n'utilise pas cette clé et je ne sais pas comment fonctionne MQTT mais il me semble que c'est via un serveur. Est ce que ce serait pas lui qui serait la cause de ta latence ?

Re: Perte du fonctionnement des BLOCKY

Publié : 16 août 2020, 23:25
par Matthias
Un moyen de tester serait qu’il n’y ait rien de zigbee dans l’évènement. Ni pour le déclencheur ni pour les exécuteurs. Je teste demain aussi. Bcp trop de zigbee dans mon installation... La piste est intéressante.

Re: Perte du fonctionnement des BLOCKY

Publié : 17 août 2020, 08:55
par Matthias
Bon déjà sur le pont depuis 1h, je continue mes tests :

J'ai créé un événement avec seulement du RFXCOM en déclencheur et exécuteur = Même symptôme.

Je lance le RPI sans la clef zigbee = Pas mieux.

Je décide de recharger une version d'il y a un an et là : oh miracle. :o :o :o
J'obtiens de nouveau de la réactivité pour la première fois aussi bien sur le RFXCOM que sur le ZIGBEE.

Ce que je ne comprends pas, c'est que ça a été mon premier reflex de recharger une sauvegarde d'il y a un mois et qui a fonctionné pendant au moins un mois avant le bug. En théorie, cela aurait dû fonctionner. Or cette dernière ne fonctionnait pas.

Après sans raison mais avec du désespoir, j'ai décidé de tester une sauvegarde d'il y a un an.
Je ne pensais pas trouvé un résultat. Bref ça ne m'arrange pas trop car il y a eu du boulot de fait depuis un an et ça risque d'être très long avant de retrouver un système totalement opérationnel.

Bref je vais continuer à travailler sur la version problématique. Cependant nous pouvons définitivement écarter la partie matériel.