Problème en début de défi

[hugovanier]

Salut la commu!

J’ai pu tester mes automations (de pré-chauffage) avec le défi de ce matin.
Malheureusement, j’ai eu des problèmes.
J’ai donc voulu augmenter manuellement mes thermostats (autour de 5h50).
Mais même en passant par l’application Hilo, je n’arrivais pas à modifier mes thermostats.
J’ai donc reboot ma passerelle et tout est redevenu fonctionnelle.

Avez-vous vécue ce problème?
Est-ce possible de faire reboot le hub via une automation?

[skimaniac]

Pas eu de problème de passerelle, mais il y a eu un délais (5 mins) avant que le sensor.defi_hilo passe de pre-heat à reduction, il y a eu le même problème lors du défi de novembre, j'ai hate de voir si ce soir ça va faire la même chose, je crois bien que c'est du coté de Hilo le problème pour ça.

et non je crois pas que tu puisse faire repartir la passerelle à partir de HomeAssistant.

[RayLation]

J'ai aussi eu le délai avant de passer à 'réduction". Ca l'a fait encore ce soir. Un bon 6min...
Pourtant dans l'app ca disait que le défi était débuté, donc je doute que le problème soit du côté de hilo. Ca ressemble aux mêmes prolèmes de refresh que j'ai avec mes meters qui sont pas toujours à jour en temps réel.

Pour les prochains défis, je pense à changer mes automatismes pour les baser sur l'heure et non sur le statut de sensor.hilo_defi...

[hugovanier]

@RayLation, @skimaniac , du coup, dites moi si je me trompe, mais lors du prochain défi, je pourrais exclure tout mes thermostats du défi (dans l’application Hilo) et gérer moi-même ma phase de réduction?

[RayLation]

Je suis assez certain que oui mais je ne peux le certifier. De mon côté je les laisse inclus dans les défis, mais ils déconnectés de l'app qui ne peut absolument pas les contrôler.

[hugovanier]

@RayLation, je suis assez curieux de comment tu fais ça (Inclus dans l’app et dans les défis, mais « déconnectés »).

[RayLation]

J'avais originalement connecté mes thermostats dans l'app hilo comme tout le monde via la passerelle Hilo. Depuis, j'ai plutot connecté mes thermostats Hilo sur mon propre réseau zigbee avec un usb stick et zigbee2mqtt. Cette opération a fait que les thermostats sont encore visibles (mais "grisés") dans Hilo, mais avec la mention "Offline" et je ne peux pas les contrôler. Je ne les ai pas complètement supprimés au cas où ca changeait qqch du point de vue de Hilo.

Je peux aussi encore configurer les défis pour les mettre en "extreme" et inclure mes 9 thermostats, même s'ils sont offline. Ca ne donne probablement rien (puisque je controle moi-même toutes les automations dans HASS), mais étant donné que je ne connais pas complètement comment Hilo fonctionne, ca peut pas nuire.

[hugovanier]

Super, merci pour les détails.

[Fox350]

Délais de 7 minutes sur le sensor ce matin et ce pm ici aussi Envoyé à partir de Outlook pour Android<https://aka.ms/AAb9ysg>

…

________________________________ From: Hugo Vanier ***@***.***> Sent: Thursday, December 22, 2022 5:19:50 PM To: dvd-dev/hilo ***@***.***> Cc: Subscribed ***@***.***> Subject: Re: [dvd-dev/hilo] Problème en début de défi (Discussion #187) @skimaniac<https://github.com/skimaniac>, si tu baisses tes thermostats par home-assistance, Hilo ne l’ai baisse pas également automatiquement? Ou tu excluts touts tes thermostats? — Reply to this email directly, view it on GitHub<#187 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ASVQARMZZPJVOMB6KQ25R73WOTHYNANCNFSM6AAAAAATG7M7ME>. You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[sbchrd]

Ici aussi un délai de 4 minutes. Dans l'app Hilo ça disait débuté, mais avec un montant de 3,60$ qui est redescendu à près de 0 lorsque le défi est passé en mode réduction dans l'intégration. Je ne serais pas surpris que le bug sur du côté de Hilo. Le jeu. 22 déc. 2022, 17 h 13, RayLation ***@***.***> a écrit :

…

J'ai aussi eu le délai avant de passer à 'réduction". Ca l'a fait encore ce soir. Un bon 6min... Pourtant dans l'app ca disait que le défi était débuté, donc je doute que le problème soit du côté de hilo. Pour les prochains défis, je pense à changer mes automatismes pour les baser sur l'heure et non sur le statut de sensor.hilo_defi... — Reply to this email directly, view it on GitHub <#187 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AERNNQS2PLXW6WQU2RLAE33WOTG7PANCNFSM6AAAAAATG7M7ME> . You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[RayLation]

Maintenant que tu m'y fais penser, j'ai remarqué exactement la même chose ici et j'ai trouvé ça très bizarre. C'est un très non point qui militerait en faveur d'un bug hilo en effet...

Donc reste à voir si c'est que (1) le défi a commencé plus tard chez moi OU (2) l'avis comme quoi le défi a débuté à été émis X min en retard. Dans le cas 2, ça voudrait dire que je serais pénalisé car j'ai continué à chauffer pendant le X min

[valleedelisle]

Le délai de 4 minutes (ou whatever) est dû au EVENT_SCAN_INTERVAL qui est aux 10 minutes.

Les gens d'Hilo nous avaient demandé de réduire ces pollings qui sont très coûteux pour leurs systèmes.

En fait, de mémoire, c'est pas tant le polling des events qui est coûteux mais bien le fait de poller les détails.

Si quelqu'un veut s'essayer à diviser ces deux routines, on pourrait ramener le get_gd_events aux minutes et poller les détails aux 10 minutes.

Si vous jouez avec ce settings, vous vous (nous) exposez à des tapes sur les doigts de la part d'Hilo car nous avons été prévenu de ne pas abuser de ce call.

Je ne crois pas que ça soit 3-4 minutes qui nous fasse manquer un défi...

[RayLation]

Je voudrais bien aider mais j'ai bien de la misère à me setupper un environnement de dev/debug... comment t'es arrangé toi?

[plchampigny]

Le polling pourrait être différent lors des moments opportun. Genre je crois que c'est une bonne idée de poll les infos aux 10 minutes, mais il pourrait y avoir des pollings "spécials" aux alentours de 6h00, 10h00, 17h00 et 21h00 vu que c'est le moment que le state risque de changer.

[skimaniac]

Je vais ajouter un trigger sur l'heure pour éviter que ça se declanche 5 mins après (y a pas de petites économies) 😂

[valleedelisle]

Je voudrais bien aider mais j'ai bien de la misère à me setupper un environnement de dev/debug... comment t'es arrangé toi?

Moi je spin des containers avec podman sur fedora:

podman run -d \
    --network=host \
    --name homeassistant \
    -e TZ=America/Toronto \
    -v /sysroot/data/timezone:/etc/timezone:ro \
    -v /sysroot/data/hass/core/homeassistant/components/:/usr/src/homeassistant/homeassistant/components:ro \
    -v /etc/localtime:/etc/localtime:ro \
    -v /sysroot/data/hass:/config:Z \
    --label "io.containers.autoupdate=image" \
homeassistant/home-assistant:stable

[ic-dev21]

ce setting ne sert plus a grand chose depuis que les readings sont obtenu par le websocket SignalR. Avant le sensor de défi obéissait à ce setting mais maintenant c'est la constante qui est hardcodée.

Donc techniquement du dead code?

[RayLation]

J'aurais aimé corriger le code lui-même, mais je ne suis pas assez ferré... encore ;)

Donc pour contourner ce problème, je me suis créé un sensor qui ne "lag" pas en début de défi (ni ailleurs). Il se base sur les heures enregistrées dans les attributs de sensor.defi_hilo, mais pas sur l'état du sensor lui-même. Donc si par exemple sensor.defi_hilo tombe en "reduction" à 6h04 (en raison du délai possible expliqué par David plus haut), mon sensor lui va toujours tomber en reduction à l'heure pile (ou voulue).

Notes:

• La phase réduction commence 5min avant et finit 5min plus tard (au cas où Hilo n'aurait pas la même heure ou qqch comme ca!). Ceci est configurable facilement dans le template.
• J'ai ajouté une phase "boost" d'une durée que j'utilise pour faire descendre un peu la température avant la période d'appréciation. Cedci est aussi configurable facilement.

Voici:

defi_hilo_phase:
        friendly_name: Phase Défi en cours
        value_template: >
          {% if (states('sensor.defi_hilo') in ["unavailable","unknown"]) %}
            {{states('sensor.defi_hilo')}}

          {% elif (state_attr('sensor.defi_hilo','next_events')|count > 0) %}
            {% set appreciation_start = state_attr('sensor.defi_hilo','next_events')[0].phases.appreciation_start %}  
            {% set preheat_start = state_attr('sensor.defi_hilo','next_events')[0].phases.preheat_start %}  
            {% set reduction_start = state_attr('sensor.defi_hilo','next_events')[0].phases.reduction_start %}  
            {% set recovery_start = state_attr('sensor.defi_hilo','next_events')[0].phases.recovery_start %}  
            {% set recovery_end = state_attr('sensor.defi_hilo','next_events')[0].phases.recovery_end %}  

            {% if (now() > recovery_end) %}
              {% if (state_attr('sensor.defi_hilo','next_events')|count > 1) %}
                scheduled
              {% else %}
                off
              {% endif %}
            {% elif (now() > recovery_start + timedelta(minutes=5)) %}
              recovery
            {% elif (now() > reduction_start - timedelta(minutes=5)) %}
              reduction
            {% elif (now() > preheat_start) %}
              pre_heat
            {% elif (now() > appreciation_start) %}
              appreciation
            {% elif (now() > appreciation_start - timedelta(hours=2)) %}
              boost
            {% else %}
              scheduled
            {% endif %}
          {% else %}
            off
          {% endif %}