Après un redémarrage du service systemd, un cycle se lance dans les 30s, comme prévu.
En théorie, le prochain devrait se produire au prochain pas 15min (d'après le fichier ems.py) mais cela n'arrive pas. Le programme est redéclenché au cycle encore suivant, ce qui cause un trou dans l'envoi d'ordres qui peut aller jusqu'à 29min..
Timeline du problème
...
16h45 - cycle normal
16h50 - redémarrage manuel du service (pour changement de config, par exemple)
16h50:30 - cycle de démarrage forcé, prévu par le programme
17h00 - !! cycle absent
17h15 - cycle normal
...
C'était dû à une mauvaise modification du calcul du "prochain cycle", faite pour le rapprocher de la vraie date produite par l'EMS. Correction à faire dans un prochain commit.
Après un redémarrage du service systemd, un cycle se lance dans les 30s, comme prévu.
En théorie, le prochain devrait se produire au prochain pas 15min (d'après le fichier ems.py) mais cela n'arrive pas. Le programme est redéclenché au cycle encore suivant, ce qui cause un trou dans l'envoi d'ordres qui peut aller jusqu'à 29min..
Timeline du problème ... 16h45 - cycle normal 16h50 - redémarrage manuel du service (pour changement de config, par exemple) 16h50:30 - cycle de démarrage forcé, prévu par le programme 17h00 - !! cycle absent 17h15 - cycle normal ...