22-08-2025, 11:43 PM
(Modification du message : 22-08-2025, 11:46 PM par FastFrench.)
OK, merci pour l'info (et votre intérêt pour ces changements :p). Donc sur les Shelly pro 3em et les Shelly (3)em, on a bien une mise à jour de la puissance mesurée toutes les secondes (j'ai fait des tests intensifs sur ce point, en saturant mon Shelly Pro 3em de requêtes pendant une heure pour m'en assurer).
Comme je n'ai pas de Shelly simple sous la main, je n'ai pas pu aller aussi loin que sur le Pro 3EM sur les optimisations. Mais les traces sur Telnet devrait vous donner l'info qui me manque: les données sont-elles récupérées en une seule lecture ou bien en faut-il plusieurs ? (sur mon Shelly, si je le laisse faire, une première lecture me donne plus de 95% des données en 60ms, mais il reste un petit reliquat qu'on peut récupérer moyennant une seconde lecture qui elle coûte autour de 400ms. Or dans les fait les données manquantes ne nous servent à rien. C'est la raison d'être du dernier paramètre de ma fonction de lecture: elle permet de savoir si on a reçu assez de données. Si ce paramètre est omis (chaîne vide) et que tout n'arrive pas en une seule lecture, alors la fonction va attendre d'avoir reçu toutes les données pour s'arrêter. On peut raisonnablement supposer que le Shelly simple avec 2 capteurs doit tout doit arriver en une seule lecture (à moins que les buffers soient plus petits). Pour celui avec 3 capteurs, je ne sais pas).
Je vais peut-être essayer de rendre l'algo un peu plus astucieux, et faire qu'il ne retourne que les mesures effectives du Shelly (sorte de pooling jusqu'à détection d'un changement ou 1 seconde écoulée). Car c'est le vrai besoin. Ce qui est assez pénible ici c'est la diversité des cas de figure à prendre en compte (configs Shelly différentes, retournant des flux de données différents). J'ai bien mis une IA sur le coup pour me réécrire tout ça (architecture objet propre), mais sans succès pour l'instant.
Comme je n'ai pas de Shelly simple sous la main, je n'ai pas pu aller aussi loin que sur le Pro 3EM sur les optimisations. Mais les traces sur Telnet devrait vous donner l'info qui me manque: les données sont-elles récupérées en une seule lecture ou bien en faut-il plusieurs ? (sur mon Shelly, si je le laisse faire, une première lecture me donne plus de 95% des données en 60ms, mais il reste un petit reliquat qu'on peut récupérer moyennant une seconde lecture qui elle coûte autour de 400ms. Or dans les fait les données manquantes ne nous servent à rien. C'est la raison d'être du dernier paramètre de ma fonction de lecture: elle permet de savoir si on a reçu assez de données. Si ce paramètre est omis (chaîne vide) et que tout n'arrive pas en une seule lecture, alors la fonction va attendre d'avoir reçu toutes les données pour s'arrêter. On peut raisonnablement supposer que le Shelly simple avec 2 capteurs doit tout doit arriver en une seule lecture (à moins que les buffers soient plus petits). Pour celui avec 3 capteurs, je ne sais pas).
Je vais peut-être essayer de rendre l'algo un peu plus astucieux, et faire qu'il ne retourne que les mesures effectives du Shelly (sorte de pooling jusqu'à détection d'un changement ou 1 seconde écoulée). Car c'est le vrai besoin. Ce qui est assez pénible ici c'est la diversité des cas de figure à prendre en compte (configs Shelly différentes, retournant des flux de données différents). J'ai bien mis une IA sur le coup pour me réécrire tout ça (architecture objet propre), mais sans succès pour l'instant.