La filtration ne demarre plus en auto saison

Bonjour,
Depuis quelques jours, ma filtration ne démarre plus en uto. Je suis obligé de le faire en manuel. Par contre, elle s’éteint bien.
Un conseil ?


Informations Jeedom Atlas

Core : 4.5.3 (master)
DNS Jeedom Atlas : oui

Plugin : Piscine
Version : 2024-09-17 22:06:54 (stable)
Statut Démon : Démarré - (2026-04-08 09:31:47)
Santé
🟢 Matériel : Atlas
🔴 Système à jour : 3
🟢 Cron actif : OK
🟢 Scénario actif : OK
🟢 Démarré : OK 2026-04-08 09:31:04
🟢 Date système (dernière heure enregistrée) : OK 2026-04-16 10:54:32 (2026-04-16 10:37:02)
🟢 Droits sudo : OK
🟢 Version Jeedom : 4.5.3
🟢 Version OS : debian 11.8
🟢 Version PHP : 7.4.33
🟢 Nombre de processus Apache : 11
🟢 Version OS : Linux JeedomAtlas 5.15.93-rockchip64 #23.02.2 SMP PREEMPT Fri Feb 17 23:48:36 UTC 2023 aarch64 GNU/Linux  [11.8]
🟢 Version database : 10.5.21-MariaDB-0+deb11u1
🟢 Espace disque libre : 66 %
🟢 Connexion active/max/autorisée : 12/33/151
🟢 Taille base de données : 121.36 MB
🟢 Espace disque libre tmp : 93 %
🟢 Mémoire disponible : 65 % (Total 3864 Mo)
🟢 Mémoire suffisante : 0 
🟢 Erreur I/O : 0
🟢 Swap disponible : 89 % (Total 1932 Mo)
🟢 Swappiness : 100 %
🟢 Charge : 0.39 - 0.56 - 0.59
🟢 Configuration réseau interne : OK
🟢 Configuration réseau externe : OK
🟢 Node : v22.21.0 
🟢 Python : Python 2.7.18 
🟢 Python 3 : Python 3.9.2 
🟢 Persistance du cache : OK
🟢 Apache private tmp : OK

Bonjour,

Sans log du plugin je ne vois pas comment aider et comprendre ce qui se passe.

[2026-04-11 15:38:05] INFO  [Extérieur][Piscine]$filtrationTime=05:15
[2026-04-11 15:38:05] INFO  [Extérieur][Piscine]$filtrationDebut=10:22 12-04-2026
[2026-04-11 15:38:05] INFO  [Extérieur][Piscine]$filtrationFin=15:37 12-04-2026
[2026-04-12 15:38:03] INFO  [Extérieur][Piscine]+1 day
[2026-04-12 15:38:04] INFO  [Extérieur][Piscine]$temperatureCalcul=19.8
[2026-04-12 15:38:04] INFO  [Extérieur][Piscine]$filtrationTime=04:51
[2026-04-12 15:38:04] INFO  [Extérieur][Piscine]$filtrationDebut=10:34 13-04-2026
[2026-04-12 15:38:04] INFO  [Extérieur][Piscine]$filtrationFin=15:25 13-04-2026
[2026-04-13 15:26:03] INFO  [Extérieur][Piscine]+1 day
[2026-04-13 15:26:04] INFO  [Extérieur][Piscine]$temperatureCalcul=18.4
[2026-04-13 15:26:04] INFO  [Extérieur][Piscine]$filtrationTime=04:19
[2026-04-13 15:26:04] INFO  [Extérieur][Piscine]$filtrationDebut=10:50 14-04-2026
[2026-04-13 15:26:04] INFO  [Extérieur][Piscine]$filtrationFin=15:09 14-04-2026

Oups !

Bonjour,
Il semble que les dates ne s’incrémentent plus.
log au 18/04/2026



est-ce normal ?

Bonjour, et merci pour le retour d’expérience.
Non ce n’est de toute évidence pas normal. J’ai migré sur rpi5 avec Debian12, hier, et je constate ce matin qu’en effet ma filtration ne s’est pas déclenchée malgré le démon qui tourne OK.
C’est même pire que ça, j’ai activé manuellement la filtration avec le fibaro et le widget reste persuadé que la filtration ne tourne pas « filtration arrêtée »
image Evidemment j’ai revérifié la config de l’équipement, relancé le démon etc.

ça me parait dingue sur un plugin payant :-/
Je pense que je vais forker le plugin, pas le choix, comme j’ai fait sur data-export pour avoir des plugins payants qui juste fonctionnent comme ils le devraient.
Si tu as trouvé un moyen de contournement je suis preneur.

Bonjour,
Je confirme avoir fait les memes essais et effectivement le plugin ne reagit plus.
Je suis pour ma part en smart, version 4.5.3 et debian 11.

Mes logs après reset du plugin

0000|[2026-05-11 13:52:12] DEBUG  [Piscine][Piscine]duree pausePivot Config=01:00
0001|[2026-05-11 13:52:12] DEBUG  [Piscine][Piscine]distributionDatePivot= 1/3 <> 2/3
0002|[2026-05-11 13:52:13] INFO  [Piscine][Piscine]$temperatureCalcul=15.1
0003|[2026-05-11 13:52:13] INFO  [Piscine][Piscine]$filtrationTime=02:36
0004|[2026-05-11 13:52:13] INFO  [Piscine][Piscine]$filtrationDebut=12:08 11-05-2026
0005|[2026-05-11 13:52:13] INFO  [Piscine][Piscine]$filtrationFin=14:44 11-05-2026
0006|[2026-05-11 13:52:13] DEBUG  [Piscine][Piscine]$filtrationFin=14:44 11-05-2026
0007|[2026-05-11 13:52:13] DEBUG  [Piscine][Piscine]$timeNow=13:52 11-05-2026
0008|[2026-05-11 13:52:13] DEBUG  [Piscine][Piscine]$temperatureMaxi=0
0009|[2026-05-11 13:52:13] DEBUG  [Piscine][Piscine]$temperature_water=15.1
0010|[2026-05-11 13:52:13] DEBUG  [Piscine][Piscine]($temperature_water > $temperatureMaxi) >> $temperatureMaxi=15.1

Je suis preneur d’une idée ou d’une correction si jamais
Merci

ha oui la pompe sur une prise fibaro, j’aurais pas osé avec la puissance :-/ Mais qu’importe, ce n’est pas le sujet. Je pense que je vais faire un scénario qui passe chaque minute et teste si on correspond à l’heure de début de filtration, et lancer la filtration par la commande manuelle, le cas échéant. Cela devrait fonctionner je pense, je n’ai noté aucune problématique avec les cron du plugin scenario ; je regarderai ce soir le code du plugin, autrement, s’il faut il n’y a pas grand chose à changer…

C’est une Greenwave NS210 2500W.
Je tourne avec depuis bientôt 10 ans sans soucis.
d’un point de vue puissance, effectivement je dépasserai pas les 800-900W par sécurité mais là à 30% de ce qu’elle peut encaisser en pic, je suis confiant :wink:
Si jamais tu trouves un truc à tester je peux aider mais malheureusement je suis bidouilleur mais pas codeur donc je pourrais pas aider sur le plugin.
Tout ce que je peux confirmer c’est que ca fonctionnait encore en fin de saison (dernière mise à jour du plugin 2024 qd j’étais en debian 11 et en 4.4.X

Ca doit forcément venir d’un paquet supprimé type php ou autre lors du passage en 4.5 mais je suis pas spécialiste.

ok et tu avais testé avec un scénario qui s’éxécute chaque minute pour forcer la mise en marche avec la commande de démarrage de ta pompe ?
Je viens de tenter ça sur un scenario qui s’execute toutes les 5 min :


C’est pas foufou en terme d’optimisation mais ça pourrait le faire, je te dirai demain :sweat_smile:

Je vais voir mais effectivement c’est une solution pour contourner le mode auto du plugin

Pour info, les ordres donnés via la fonction de nettoyage du filtre eux fonctionnent et mettent la pompe en fonction et à l’arrêt
image

Oui parce que c’est un ordre instantané, cela ne repose pas sur la gestion du cron commme demandé par le mode auto (précisément, je suppose, ce qui change entre debian 11 et debian 12)

Hello,

Tu le vois le cron dans le moteur de taches ?

oui il y est. D’ailleurs meme l’asservissement externe ne fonctionne plus. Suivant la doc, je m’étais créé un virtuel avec 2 commandes « force marche » et « force stop » pour forcer la mise en route ou l’arrêt en urgence pour bypasser la filtration automatique, et ces commandes ne fonctionnent pas sur le rpi 5. donc A priori le souci ne concerne pas que le cron.
Du coup le nouveau scénario de « workaround » devient :

- Nom du scénario : démarrage filtration forcée debian 12
- Mode du scénario : schedule
    - Programmation : */5 * * * *

suite au passage debian12, le plugin ne lance plus la filtration lorsque le cron arrive à l'heure de début de la filtration automatique...

    
    SI time_between(#time#, #[Piscine][Piscine][filtrationDebut]#, #[Piscine][Piscine filtration et lumière][FiltrationFin]#) && #[Piscine][Piscine filtration et lumière][Filtration]# == 0 && #[Piscine][Piscine force commande][pool_force_stop]# != 1
    ALORS
     #[Piscine][Piscine filtration et lumière][Filtration-On]# - Options : {"enable":"1","background":"0"}
    SINON
         
        SI !time_between(#time#, #[Piscine][Piscine][filtrationDebut]#, #[Piscine][Piscine filtration et lumière][FiltrationFin]#) && #[Piscine][Piscine filtration et lumière][Filtration]# == 1 && #[Piscine][Piscine force commande][pool_force_marche]# != 1
        ALORS
         #[Piscine][Piscine filtration et lumière][Filtration-Off]# - Options : {"enable":"1","background":"0"}
        SINON

Je comprends pas, tout à l’heure tu disais que c’était à cause du plugin d’ailleurs je cite :

Et la tu dis que même quand tu commande en direct ça ne marche pas ? :thinking:

Je vois ,tu ne comprends pas car tu n’utilises probablement pas le plugin. Ce dernier propose d’assujettir le controle de la filtration à un asservissement externe qui « bypasse » la filtration auto. Je l’a fait au travers d’un virtuel , qui ne fonctionne pas sous debiant 12 alors que le mécanisme fonctionne bien sur le rpi3; debian 11.
Et si, quand j’utilise les commandes directes de mon équipement zwave ça fonctionne nickel. Et donc avec mon workaround sur le scenario, je restaure le fonctionnement attendu du plugin. C’est bien le plugin qui a un souci sur la façon d’activer les commandes zwave dans son démon, a priori (je dis ça à l’intuite, je n’a pas encore pris le temps de regarder le code)

Ok …

En tout cas tu te plains de non fonctionnement du plugin et tu proposes un workaround c’est bien mais en attendant y a rien qui permet de comprendre le début du commencement d’une analyse.

Pas de log du plugin
Tu dis avoir vérifié qu’il y a un cron mais pas de copie d’écran de ce dernier
Pas de copie d’écran de la conf du plugin
Pas de page santé

Râler quand un truc marche pas c’est bien mais si tu donne aucun élément pour essayer de comprendre et d’aider tu va pouvoir râler longtemps …

Ok, allons y :
Santé :


conf du plugin (pas franchement utile à AMHA vu le plugin; m’enfin je m’execute):

Le cron :

Les logs
pool-log.txt (176,5 Ko)
Je peux passer en debug si tu souhaites.
Et désolé d’avoir râlé, je trouve ça légitime mais je suis pas objectif - ceci dit j’ai quand meme trouvé une solution de contournement pour celui qui a ouvert le topic :wink:

Sur le screen du cron, on voit que la dernière exécution est aujourd’hui à 10h21. Pas normal pour un truc qui est supposé tourner toutes les minutes.

Ca donne quoi quand tu cliques sur détails ?

Tu as redémarré le daemon depuis cette heure ou pas ?

Ce doit être à ce moment là que j’ai relancé le cron justement, car je me suis rendu compte que la filtration ne s’était pas lancée automatiquement. Voici le détail, pardon je n’avais pas fait attention à l’icone, j’avoue que je n’y vais pas souvent :

Tu as relancé le cron ou le daemon ?