J’ai un problème de consommation mémoire du plugin.
Le htop me montre plein de threads non fermé au bout de 8 heures de fonctionnement et continu à augmenté. Le cron_id 174 correspond au cronjob du plugin SPA Balboa.
J’utilise un NAS DS218+ avec VM pour mon jeedom et a la dernière version stable du plugin.
J’ai essayé de gérer moi même l’utilise de la mémoire du plugin mais sans résultat.
Pour info, mon point d’accès wifi est relativement loin et j’ai souvent des échecs de tentatives de connexion au spa.
Merci pour les 2 dernières mises à jour. Je n’ai plus de fuite mémoire et les ordres et informations sont bien envoyé à partir du dashboard.
Je remarque 2 petites problèmes :
quand je suis dans le mode range « low », le bouton pour augmenter la température de consigne ne fonctionne pas. Par exemple, je suis à 35°C, je veux augmenter à 36°C, ce n’est pas possible chez moi.
L’historique de température de consigne affiche d’autres valeurs que celle réellement (voir screenshot). Alors que l’affichage est correct dans le dashboard.
En augmentant ma consigne en range low, je n’ai rien dans les logs qui apparait.
Par contre, je viens de faire plusieurs tests et je me suis aperçu que le range low permet une température entre 10 et 26°C et le range high entre 26 et 40°C. Avec l’application, les seuils sont différents (low : 10-37°C, high:26.5-40). Est-ce normal de ne pas avoir les mêmes seuils ?
Pour l’historisation de la température, les valeurs vont entre des valeurs correctes (34 à 36°) à des valeurs incorrectes ( 46.88, 58.75, 66.25, 81.25, 42.33, 58.25, 40.63). Ses valeurs incorrectes reviennent dans le temps comme tu as pu le voir sur ma dernière copie d’écran. Ce ne sont pas des valeurs doublées par rapport à la réalité. En l’état, la température du jacuzzi n’est pas exploitable pour s’en servir dans des scénarios.
Dans balboa.class.php, function updateConsigneRange, les valeurs pour le range low et high sont décrites comme cela :
Ca serait pas mal que ça corresponde à celle de l’appli.
La je ne comprend par trop c’est pas le plugin qui enregistre mais le core
Est ce que la valeur affiché est bonne?
Oui, la valeur affichée est bonne. En regardant les logs, RX n’envoi jamais une mauvaise valeure, mise à part le 0xff quand la pompe de circulation n’est pas enclenchée mais que tu ne prends jamais. Après si c’est un problème dans le core, ça dépasse mes compétences.
En tout cas, mes autres historiques n’ont pas ce problème de valeurs incorrectes.
Pour la range j’ai fait la modification elle sera dans une version future
Je ne sais plus pourquoi j’ai mis une caracterisation de la chute d’eau, il me semble que c’est pour estimé le temps de chauffe et anticipé.
En aucun cas on met a jours une commande ici donc pas d’historique non plus
Edit
Le sujet du poste ne correspond plus au probleme
Peux tu ouvrir un poste par probleme