La logique n'est-elle pas fausse ici ?

[ymollard]

frontage/arbalet/frontage/tasks/celery.py

Lines 39 to 47 in 130dbd2

	if now < off_at:
	redis.set(SchedulerState.KEY_SUN_STATE, SchedulerState.KEY_SUNDOWN)
	SchedulerState.set_usable(True)
	elif now > off_at and now < on_at:
	redis.set(SchedulerState.KEY_SUN_STATE, SchedulerState.KEY_SUNRISE)
	SchedulerState.set_usable(False)
	elif now > off_at and now > on_at:
	redis.set(SchedulerState.KEY_SUN_STATE, SchedulerState.KEY_SUNDOWN)
	SchedulerState.set_usable(True)

[ymollard]

L'arbre de décision devrait se trouver au même endroit et être synchrone : 9e6fab6#r28604034

[ymollard]

Ces clés induisent en erreur : 9e6fab6#r28604163

[ymollard]

frontage_connected n'est plus utile 9e6fab6#r28604185

[ymollard]

C'est le scheduler qui devrait dire si c'est usable ou non, pour rassembler l'arbre décisionnel au même endroit (again). 9e6fab6#r28604211

[ymollard]

Après ça il faut tester le bon fonctionnement du scheduler :

• Activation de l'app forcée
• Désactivation de l'app forcée
• Marche forcée (app obtenue selon le planning du scheduler habituel)
• Arrêt forcé
• Passage en marche à l'ehrue quotidienne en mode schedule (changer l'heure du PC)
• Passage à l'arrêt à l'heure quotidienne en mode schedule (changer l'heure du PC)
• Passage à l'app par défaut suivant au bout de l'expiration sans utilisateur (diminuer les 15 minutes)
• usable vrai uniquement si marche forcée ou on_at < now < off_at
• La queue des utilisateurs est prioritaire sur le scheduler par défaut