Bonjour à tous,
Je viens de me lancer sur HA,
Mon installation de chauffage se compose d’une PAC et d’une chaudière
Je possède une carte avec 2x contacts sec Zigbee Smart Controller, une sonde température intérieur
maison et une sonde température extérieure.
Pour l’instant j’ai intégrer 2x thermostats generic
1x pour la PAC et 1x pour la chaudière, piloté en fonction température intérieur
L’idée serait :
piloter la PAC en fonction de la température intérieur et d’un programme horaire (COMFORT/ECO)
fonctionnement par température ext de +20 à -2°C,
piloter la chaudière en fonction de la température intérieur et d’un programme
horaire(COMFORT/ECO)
enclenchement en dessous de +3°C ext et coupre au dessus de +3°C
Vu ce que tu décris comme besoin, tu n’as pas besoin du Versatile Thermostat. Tu en auras besoin quand tu devras gérer les ouvertures (je coupe si une fenêtres est ouverte), l’absence (je baisse si y a personne, …).
Il faut que tu fasses une automatisation, qui se déclenche sur le changement de la temp extérieur,
et qui allume ou éteint l’un des 2 thermostats que tu as en fonction de la temp.
Dans le principe : 2 trigger → au dessus de -2° et en dessous. En fonction du trigger tu allumes l’un et éteint l’autre. Ca devrait faire 95% de ton besoin.
Note : j’ai pas testé mais ca devrait pas être loin de ça. Faut que tu travailles un peu et que tu adaptes à ton cas exact.
Est-ce que je dois écrire le texte à la suite de mon thermostat simple:
J’ai pas compris ta question, désolé.
Le « texte » de l’automatisation (son code) doit être dans l’automatisation.
Le « texte » des generic_thermostat (leur déclaration) doit être dans ton configuration.yaml ou dans un fichier inclut par le configuration.yaml (cherche !include si tu ne vois pas de quoi je parle)
Il manque la première ligne dans la déclaration des tes thermostats, on dirait.
Il devrait y avoir :
climate:
- platform: generic_thermostat
...
La premier climate est manquant.
Note: pour coller du code, ne met pas des copies d’écran mais plutot le code lui-même entre les balises ‹ </> ›
Rien de grave mais au niveau indentation, c’est pas tout à fait ça (même si ça gène pas).
Quand tu as un tiret, décale de 2 espaces devant. Ca donnerait ça:
C’est beaucoup plus lisible.
Sinon pour le debug de test automatisations (j’ai l’impression que c’est ça ton problème), tu peux utiliser « l’historique des executions »
Tu choisis une éxécution qui n’a pas marché comme tu voulais et tu regarder étape après étape où il a été.
Sur le problème à proprement parler, ta logique est pas bonne je pense:
Tu enclenches la PAC en dessous de 18.
Tu stoppes la PAC en dessous de -2.
Donc si il fait -4, tu vas enclencher la PAC (en dessous de 18) et couper la PAC (au dessous de -2).
Il faut que tu définisses des plages entre x et y ° je mets la PAC, etc.
Pareil avec la chaudière:
Tu la mets en dessous de 2,
Tu la coupes au dessus de 3.
Entre 2 et 3 il se passe quoi ? Un interval permettra de résoudre ça.
Et mon dernier conseil, gratuit, fait une seule automatisation avec toute ta logique à un seul endroit. Tu peux utiliser les id de conditions (id: …). Regarde dans l’exemple que je t’ai donné en haut de ce post.
Toute la logique est à seul endroit et pas besoin de naviguer sur 4 automatisations. Mais c’est pas obligé, chacun fait ce qu’il veut