sensor.defi_hilo : Les State officiels

[notio-ca]

Bonjour! Je n'ai jamais vécu de défi encore, je viens d'intégrer Hilo à HA (Merci pour cette intégration formidable!!)
Bref, j'ai plusieurs HVAC et honnêtement, je me sers plus des thermostats Hilo pour avoir des sensors de température dans chaque pièces.
Oh désolé je ne suis pas bref là, donc selon les exemples que je vois, j'ai vu plusieurs state.
Le mien est présentement à [off] est-ce qu'il revient à ce status quand nous pouvons fonctionner normalement?

Donc si je résume le flow des states (Me corriger si j'ai tord):

• off: Présentement mon state
• scheduled : Ok notification pour se préparer
• appreciation: Je ne vois pas quel action, à part dire: de rien!
• pre_heat: Ici à fond pour survivre
• reduction : Ici que l'on doit faire dormir la maison
• recovery: Ok on reveille tout
• completed: Ok un autre state de plus
• (off ?)

Je pense me créer un helper, il semble y avoir des states inutiles
Je suis développeur Python, je vais analyser ce projet voir si je pourrais contribuer

Merci pour votre feedback et aide!

[ic-dev21]

Salut!

hilo/custom_components/hilo/sensor.py

Lines 703 to 714 in ce5c17c

	class HiloChallengeSensor(HiloEntity, RestoreEntity, SensorEntity):
	"""Hilo challenge sensor.
	Its state will be either:
	- off: no ongoing or scheduled challenge
	- scheduled: A challenge is scheduled, details in the next_events
	extra attribute
	- pre_cold: optional phase to cool further before appreciation
	- appreciation: optional phase to pre-heat more before challenge
	- pre_heat: Currently in the pre-heat phase
	- reduction or on: Challenge is currently active, heat is lowered
	- recovery: Challenge is completed, we're reheating.
	"""

• off: Pas mal là là
• scheduled : défi prévu, tu vas avoir des attributs qui vont aussi inclure s'il est AM, PM, les heures des phases etc.
• appreciation : si tu mets dans tes options 3h, tu as la période d'ancrage.
• pre_heat : phase de préchauffage de Hilo, 2h avant le défi. Ici les attributs vont updater pour que tu aies ta limite de kWh.
• reduction : on se calme
• recovery : la vie peut reprendre
• completed : état transitoire, va être super momentané.
• retour à off ou scheduled (selon AM/PM ou les deux).

[amordicus]

Merci @ic-dev21 . Je n'ai pas trouvé d'information pour attribute dans le wiki. Si je comprends bien, seulement le state scheduled a les attribute AM et PM ? Les autres state n'ont pas d'attribute. J'espère que je ne me trompe avec la nomenclature !

[ic-dev21]

Si tu regardes l'état actuel du sensor, il va rester tel quel, à l'exception que le "state" va changer selon les phases où l'on est rendus. Les attributs vont y rester tout le long. Les attributs

allowed_kWh: 0
used_kWh: 0
used_percentage: 0

Vont updater environ aux 5 minutes à partir de la phase pre_heat pour pouvoir faire un suivi de votre défi.

[amordicus]

@ic-dev21 Tu es vraiment vite sur tes patins ! Merci pour tes réponses. Je suis plus anglais que français et je suis un bébé naissant avec HOASS.
Je viens de regarder dans Outils de Développement et je vois que vous faites une différence entre état et state en français. Mais en anglais state = état et state = state (sous la colonne attributs), je trouve ça bien que vous faites la différence en français. Alors, état sera toujours schedule pendant le défi et le state (attributs) passera de pre_cold à recovery en tant qu'attribut. Lorsqu'on code en yaml sensor.state sera toujours scheduled et state_attr('sensor.defi_hilo','next_events')[0]['state'] passera de pre_cold à recovery. Ou peut-être est ce state_attr('sensor.defi_hilo','next_events')[0].period ou les deux syntax pour attr?

[ic-dev21]

@ic-dev21 Tu es vraiment vite sur tes patins ! Merci pour tes réponses. Je suis plus anglais que français et je suis un bébé naissant avec HOASS. Je viens de regarder dans Outils de Développement et je vois que vous faites une différence entre état et state en français. Mais en anglais state = état et state = state (sous la colonne attributs), je trouve ça bien que vous faites la différence en français. Alors, état sera toujours schedule pendant le défi et le state (attributs) passera de pre_cold à recovery en tant qu'attribut. Lorsqu'on code en yaml sensor.state sera toujours scheduled et state_attr('sensor.defi_hilo','next_events')[0]['state'] passera de pre_cold à recovery. Ou peut-être est ce state_attr('sensor.defi_hilo','next_events')[0].period ou les deux syntax pour attr?

Close but not quite.

This is the state:

That is what’ll be changing from scheduled to pre_cold(if configured), appreciation(if configured), pre_heat, reduction, recovery.

The attributes are mostly static, except for those 3:

They’ll start updating once the state goes to pre_heat.

[amordicus]

I see, I swapped the two states definitions.

[ic-dev21]

Ah, j'oubliais @notio-ca , je suis fuckall développeur python(ou tout court), toute contribution sera appréciée.