Je suis l’auteur d’une nouvelle intégration d’un thermostat avec pas mal de fonctionnalités optionnelles.
Comme ça peut intéresser d’autres personnes que moi, je le poste ici.
Cette intégration de thermostat vise à simplifier considérablement vos automatisations autour de la gestion du chauffage. Parce que tous les événements autour du chauffage classiques sont gérés nativement par le thermostat (personne à la maison ?, activité détectée dans une pièce ?, fenêtre ouverte ?, délestage de courant ?), vous n’avez pas à vous encombrer de scripts et d’automatismes compliqués pour gérer vos climats. ;-).
Hello ! Super idée de créer ton post dédié, plus facile à maintenir et à suivre En tout cas très prometteur !
Si tu as le temps de checker ce petit problème :
j’ai un souci avec le thermostat. Lorsque j’essaie d’enclencher le chauffage, j’ai un message d’erreur :
Aurais-tu une piste sur ce que j’aurais pu oublier ? Je n’ai pas de sensor de puissance pour les radiateurs mais seulement de façon globale avec un lixee. J’ai donc j’ai laissé vide, je ne sais pas si cela peut venir de là.
Autre petite question/ suggestion : pourquoi ne pas intégrer aussi la température extérieure dans ton algorithme ?
Merci beaucoup pour ta rapidité
Bon malheureusement cela ne fonctionne pas (j’ai bien forcé le passage en 0.1.2) j’ai toujours le même message, j’ai essayé d’éditer l’intégration et de reconfigurer, mais cela ne change rien.
Edit : j’ai rebooté HA et ça fonctionne
Merciii je vais pouvoir tester tout ça
Suggestions :
Serait-il possible d’intégrer une tempo séparé quand on ouvre une fenêtre et une autre quand on ferme la fenêtre ? Par exemple arrêter le chauffage si la fenêtre est resté ouverte x temps (utile pour éviter de couper le chauffage si on ouvre 5 secondes la fenêtre), et enclencher de nouveau le chauffage après x temps une fois la fenêtre fermée (utile pour lisser la température dans la pièce avant de redémarrer le chauffage)
Il me semble que tu es Français comme beaucoup ici, quel intérêt de tout écrire en Anglais ??
Si telle le cas HACF.fr a pas lieu de vivre.
Je comprends pas, j’ai fais l’effort de décrire en Français dans le thread justement car forum Français.
Peut être que l’integration serait utile pour des non Français non ? et dans ce cas, seul l’anglais permet de contenter à peu près tout le monde.
Tout est possible. Je ne suis pas certain de l’utilité par contre. Ce que je fais c’est de mettre 30 sec ou une minute. Comme ça on ne change que si l’état est stable (pas si on ouvre 5 sec la porte pour sortir par exemple).
Le README de awesome_thermostat est en Anglais tu remarqueras ( je me suis d’ailleurs pas mal inspiré du boulot fait sur awesome_thermostat. J’avais fais une PR pour ajouter ce qu’il me manquait mais le repo Github n’a plus l’air maintenu. D’où une refonte améliorée avec Versatile thermostat).
Si je mets le README en Français y a que les Français qui vont pouvoir le lire, donc c’est pas bon non plus.
Ou alors je comprends pas ce que tu veux me dire.
Si y a des points pas clair, je peux t’éclairer certainement.
Elle utilise des entités, hors je n’arrive pas justement à retrouver ces entités sur le thermostat. Il doit y avoir une astuce en reprenant les valeurs dans developpement / etats, mais je sèche un peu lol
Bon en tout cas pour donner mon avis, l’anglais ne me dérange pas sur le git, après effectivement avoir les 2 est un vrai plus, mais je n’ai pas eu de soucis à traduire soit moi-même, soit avec google mon ami
Pour les ouvertures oui vu sous cet angle ce n’est pas faux !!
Sympa le message de bienvenue à @Jean-Marc_Collin qui nous propose un truc sympa et qui en plus propose ici un sujet pour y faire le support. Bref, Google translate est ton nouvel ami
Home Assistant est une plateforme internationale, donc normal de publier en anglais afin d’en faire profiter tout le monde et pas juste la communauté franco francaise. Pareil pour GitHub.
Je vois avec Apex charts on n’a pas accès aux attributs d’un state facilement. Il faut aller les chercher. Une possibilité que je vois (y en a peut être d’autres) :
Tu crées des templates qui reprennent ce que tu veux avec des templates du style :
Merci pour ta réponse !
Bon c’est encore un peu du chinois pour moi. J’ai fait ce que tu m’as dit, mais j’ai l’impression qu’il ne comprend pas ton exemple de code…
oui en yaml il faut indenter proprement. Trouve toi un cours de yaml en ligne si tu ne vois pas de quoi je parle.
Bien indenter, ça devrait ressembler à ça (pour avoir la temperature de consigne par exemple):
Si tout est correct, après redémarrage tu devrais avoir un sensor.temperature_consigne visible dans Outils de développement (et ailleurs). Tu pourras alors l’uitliser dans ton apex-chart.
Oui, je vois. En fait le fichier templates.yaml si il est importé par la ligne template: !include templates.yaml,
doit commencer par sensor:
Le début du mien est le suivant:
- sensor:
- name: "Total puissance instantanée (W)"
unique_id: total_power_w
device_class: power
unit_of_measurement: "W"
state_class: measurement
state: >
{% set powerA = states('sensor.iammeter_power_a') %}
{% set powerB = states('sensor.iammeter_power_b') %}
{% set powerC = states('sensor.iammeter_power_c') %}
{% if powerA == 'unavailable' or powerB == 'unavailable' or powerC == 'unavailable' %}unavailable{% else %}
{{ (powerA | float + powerB | float + powerC | float) | round(2) }}
{% endif %}
Cette intégration de thermostat vise à simplifier considérablement vos automatisations autour de la gestion du chauffage. Parce que tous les événements autour du chauffage classiques sont gérés nativement par le thermostat (personne à la maison ?, activité détectée dans une pièce ?, fenêtre ouverte ?, délestage de courant ?), vous n’avez pas à vous encombrer de scripts et d’automatismes compliqués pour gérer vos climats. ;-).
En tout cas très prometteur !
j’ai toujours le même message, j’ai essayé d’éditer l’intégration et de reconfigurer, mais cela ne change rien.
