Perte du fonctionnement des BLOCKY

[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 ?

[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 ?

[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é.

[Keros]

Même en LUA c'est long

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

[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.

[Keros]

Tu as fait des essais sans passer par MQTT ?

[Matthias]

Alors là je ne sais pas faire !

[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 ?

[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.

[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.
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.