You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Configuration "Appreciation phase (hours)" séparée pour AM et PM #823
Maintenant que la période d'ancrage n'a pas la même durée pour les défis AM (1h à 4h -> 3 heures) et PM (12h à 14h -> 2 heures), il serait intéressant d'avoir une configuration pour les défis AM (ex: 3 heures) et une pour les défis AM (ex: 2 heures).
Donc si possible, avec 2 champs "Appreciation phase (hours)", un pour les défis AM et un poru les défis PM.
Reacted by Vincent Pecquerie, RayLation and nongagf
Pas besoin, met le à 3heures et pour ton automatisation de PM, fait simplement l’ajuster en conséquence en spécifiant l’heure exacte (donc 13h) avec l’état du défi, au lieu de uniquement l’état.
#my 2 cents, pour la postérité (et au risque de repartir le débat...)
Je crois que ne devrait pas être une config, mais plutot built-in comme les autres phases. Les champs appreciation_start et appreciation_end devraient être automatiquement ajustés en fonction de la période.
Par exemple: on n'a pas à configurer les paramètres de la phase de préchauffage. Elle est connue et l'intégration fournie les bonnes heures. Hé bien, c'est la même chose pour la période d'appréciation/ancrage. Elle est connue (dans les docs de hydro) et l'intégration devrait retourner les bonnes valeurs par défaut. (3h pour le matin, 2h pour le PM).
C'est différent pour la période de pré-cold qui elle n'existe pas chez hydro et devrait pouvoir être configurée selon les besoins de l'utilisateur.
Oui on peut patcher tout ca via des automations directement dans hass, mais c'est le travail de l'intégration.
Par exemple: on n'a pas à configurer les paramètres de la phase de préchauffage. Elle est connue et l'intégration fournie les bonnes heures. Hé bien, c'est la même chose pour la période d'appréciation/ancrage. Elle est connue (dans les docs de hydro) et l'intégration devrait retourner les bonnes valeurs par défaut. (3h pour le matin, 2h pour le PM).
My own 2 cents, c'est normal qu'on ait pas à configurer des périodes qui nous arrivent tout cuit dans le bec, on ne fait que du parsing d'un message existant, y'a pas de gestion de période là dedans:
C'est différent pour la période de pré-cold qui elle n'existe pas chez hydro et devrait pouvoir être configurée selon les besoins de l'utilisateur.
Bien que l'ancrage est un concept qui existe chez HQ, comme tu peux voir plus haut, il n'est pas explicité.
Perso je suis plus ou moins fan de pousser une valeur par défaut au gens, je préfère leur laisser le contrôle. C'est pas tout le monde qui l'utilise (AKA, tous les nouveaux sur flex D en ont rien à fouttre et n'en ont pas besoin).
C'est assez trivial de mettre un trigger du type:
trigger: time
at: "12:00:00"
Et de se mettre une condition:
condition: state
entity_id: sensor.defi_hilo
state: appreciation
Qui selon-moi, pour fins de robustesse, devraient tous deux déjà être en place si tu veux une automatisation robuste qui survit aux pannes internet ou aux reboot de HA.
Ça va coûter quelques bières pour que j'y travaille, et ça va rester un champ configurable SI j'y mets du temps ;)
Activity
LowFatMom commentedon Dec 14, 2025
Pas besoin, met le à 3heures et pour ton automatisation de PM, fait simplement l’ajuster en conséquence en spécifiant l’heure exacte (donc 13h) avec l’état du défi, au lieu de uniquement l’état.
RayLation commentedon Jan 6, 2026
#my 2 cents, pour la postérité (et au risque de repartir le débat...)
Je crois que ne devrait pas être une config, mais plutot built-in comme les autres phases. Les champs appreciation_start et appreciation_end devraient être automatiquement ajustés en fonction de la période.
Par exemple: on n'a pas à configurer les paramètres de la phase de préchauffage. Elle est connue et l'intégration fournie les bonnes heures. Hé bien, c'est la même chose pour la période d'appréciation/ancrage. Elle est connue (dans les docs de hydro) et l'intégration devrait retourner les bonnes valeurs par défaut. (3h pour le matin, 2h pour le PM).
C'est différent pour la période de pré-cold qui elle n'existe pas chez hydro et devrait pouvoir être configurée selon les besoins de l'utilisateur.
Oui on peut patcher tout ca via des automations directement dans hass, mais c'est le travail de l'intégration.
RayLation commentedon Jan 8, 2026
call me dumb, mais je viens juste de réaliser que l'intégration hydroqc a aussi un (genre de) sensor défi: Winter Credit Status.
Ca a l'air à calquer pas mal le sensor défi hilo de l'intégration hilo. Cependant:
C'est donc plus un FYI pour les gens qui ne savaient pas que ce sensor existait et qui voudraient l'utiliser pour des automations.
Journée avec défi:

Journée sans défi:
DBestman commentedon Jan 8, 2026
Oh, je ne connaissais pas cette intégration! Je check ça right now. Ça va simplifier mes automatisations.
ic-dev21 commentedon Feb 11, 2026
My own 2 cents, c'est normal qu'on ait pas à configurer des périodes qui nous arrivent tout cuit dans le bec, on ne fait que du parsing d'un message existant, y'a pas de gestion de période là dedans:
Bien que l'ancrage est un concept qui existe chez HQ, comme tu peux voir plus haut, il n'est pas explicité.
Perso je suis plus ou moins fan de pousser une valeur par défaut au gens, je préfère leur laisser le contrôle. C'est pas tout le monde qui l'utilise (AKA, tous les nouveaux sur flex D en ont rien à fouttre et n'en ont pas besoin).
C'est assez trivial de mettre un trigger du type:
Et de se mettre une condition:
Qui selon-moi, pour fins de robustesse, devraient tous deux déjà être en place si tu veux une automatisation robuste qui survit aux pannes internet ou aux reboot de HA.
Ça va coûter quelques bières pour que j'y travaille, et ça va rester un champ configurable SI j'y mets du temps ;)