Skip to content

Configuration "Appreciation phase (hours)" séparée pour AM et PM #823

Open

Description

@JFC-Dev

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.

Activity

  1. LowFatMom commented on Dec 14, 2025

    @LowFatMom

    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.

  2. RayLation commented on Jan 6, 2026

    @RayLation

    #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.

  3. RayLation commented on Jan 8, 2026

    @RayLation

    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:

    • Bien sûr, les périodes d'ancrages les journées de défis ont les bonnes durées 😘🙃😈
    • Elle pousse même un peu plus loin, en donnant également les ancrages les journées sans défi (pour fins d'optimisation)
    • Par contre, pas de préchauffage, pré_cold et autres trucs du genre. C'est pas basé sur hilo.

    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:
    Image

    Journée sans défi:

    Image
  4. DBestman commented on Jan 8, 2026

    @DBestman

    Oh, je ne connaissais pas cette intégration! Je check ça right now. Ça va simplifier mes automatisations.

  5. ic-dev21 commented on Feb 11, 2026

    @ic-dev21
    Collaborator

    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:

    {
      "event_type_id": 1,
      "target": "EventAdded",
      "arguments": [
        {
          "id": 354,
          "ratePlan": "CH",
          "period": "PM",
          "phases": {
            "planPublicationStartUtc": "2026-01-04T16:01:00Z",
            "settingsDeadlineUTC": "2026-01-04T05:00:00Z",
            "preheatStartDateUTC": "2026-01-04T19:00:00Z",
            "preheatEndDateUTC": "2026-01-04T21:00:00Z",
            "reductionStartDateUTC": "2026-01-04T21:00:00Z",
            "reductionEndDateUTC": "2026-01-05T01:00:00Z",
            "recoveryStartDateUTC": "2026-01-05T01:00:00Z",
            "recoveryEndDateUTC": "2026-01-05T02:00:00Z"
          },
          "progress": "scheduled",
          "isAutomated": true,
          "isConfigurable": true,
          "currentPhase": null,
          "isPreseasonEvent": false
        }
      ],
      "invocation": null,
      "error": null,
      "timestamp": "2026-01-03T11:58:08.117395",
      "event_type": "INVOKE"
    }
    

    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 ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions