Automatisation filtration piscine avec un Shelly

@garsy020 J’ai soumis un ticket à Shelly, je vous tiens au courant ici si j’ai des news.

@Campashi As-tu testé avec le reboot manuel ?

En ce qui me concerne, j’avais constaté à un moment que le script était désactivé sans que je n’ai rien fait. J’ai beaucoup de microcoupures de courant chez moi, jusque-là, et j’ai eu une vraie coupure longue sur cette période, due à autre chose.

1 « J'aime »

@garsy020
J’ai pris un peu le temps de me repencher sur tout ça.

Avec le deuxième script, tout remote automatiquement dans mqtt, y compris le « running mode ». Je l’ai mis sur auto et j’attends de voir ce qu’il va se passer dès que l’heure de début de filtration arrivera.

@guix77

J’attends de voir si la filtration se lance et je teste le reboot manuel.

@Campashi alors non ! :sweat_smile:
Maintenant que tu as tout qui remonte, tu désactive le second script at tu remets le premier. A partir de là c’est bon tu dois avoir tous qui fonctionne.
Tu peux tester en marche force en ensuite le repasser en auto.
Si tu touches le slider durant les 10 premières minutes ça ne fonctionnera pas, car je ne prend aucune indication durant les 10 premières minutes d’une mise en marche

@garsy020
Si je désactive le deuxième script, les sensors normaux ne remontent plus, par exemple « running mode » ne remonte plus, c’est « pool_pump_test running mode » qui remonte…, et e n’ai plus « pool_pump running mode »…

@Campashi
OK je vois le problème, j’ai fait une micro mise à jour du script pour justement enlever ce "TEST3 donc tu as 2 versions différentes, On va donc faire les choses dans cette ordre:

1 - Tu arrête tes scripts
2 - Tu edites ton premier script celui qui est complet:
ligne 51 tu remplaces
device_name: "POOL_PUMP_TEST",
par
device_name: "POOL_PUMP",

attention à la virgule à la fin !

3 - tu relances le script qui vient d’être modifier.

Si tout est OK tu peux ensuite supprimer le second script qui ne sert a rien ( celui avec plein de commentaire).

@garsy020 Problème de run on startup réglé, je t’ai fait une PR: Pull requests · sylvaing/shelly-pool-pump · GitHub, mais c’est juste une suggestion. Il faut un délai initial entre le boot et le 1er Shelly.call.

@garsy020 Toujours au sujet du reboot, chez moi le script met une plage de filtration toute petite après un reboot. Il me semble que c’est plus ou moins quand la filtration commence que la plage se met à jour. Mais du coup on a déjà perdu plusieurs heures de filtration. Ca te le fait aussi ?

image

Salut @guix77 , je regarde ça sur github et je te tiens au jus via github.
En tous cas super d’avoir eu la réponse de shelly si on arrive a résoudre le problème

Tu as tout a fait raison, au début on a aucune donnée pour calculer la durée.
Dès que la filtration commence la durée est mise à jour.
Normalement cela ne devrait pas poser de problème car le shelly ne reboot pas tous les jours !
Donc oui tu perds plusieurs heurs de filtrations la première fois mais ensuite ca devrait être bon.

Tu as des problèmes sur le sujet ou c’est simplement une remarque ?

Truc a part: Si tu peux me donner le nom des icones tu a positionné ça me semble mieux que celle en place, je vais mettre ça par défaut !

Hello @garsy020, OK on continue sur GitHub pour ce sujet.

Sinon j’ai pas mal de coupures de courant donc avoir une filtration initiale plus longue avec des valeurs par défaut serait pas mal quand même. Je ferai ça à l’occasion.

Les icônes sont: mdi:clock-start, mdi:timer-sand, mdi:clock-end et pour le switch de la pompe c’est celui intégré au Shelly donc en dehors de ton script, au cas où c’est mdi:water-pump

Le problème de mettre plus grand, c’est que c’est bien pour l’été, mais pas pour l’hiver !

Une des solutions serait de mémoriser certaines valeurs. Là à chaud je dirais juste la température de l’eau ( voir la température extérieure…)

Pour cela il faut utiliser l’api KVS ( KVS | Shelly Technical Documentation)

Le seul truc c’est qu’il faut faire attention, car je crois qu’il y a un nombre d’écritures limité ( à confirmer ).

Je pense qu’en stockant le MAX temp, on devrait arriver a faire un truc.

En le stockant 1 fois / jour ça devrait aller (lien non-officiel mais bon: Shelly support group (English Version) | **KVS.Set vs Shelly service life** | Facebook)

ok nice ! ( pas mal les explications du post)
Du coup il suffi de stocker « temp_max » dans KVS au lieu de le mettre dans CONFIG.
Et il faut aller lire la variable KVS au boot pour l’utiliser directement sur le calcul du temps.

Je vais regarder pour faire ça.