13 messages ont été fusionnés à un sujet existant : [HACS] Smart Thermostat - le chauffage contrôlé par PID
Hello @Plouis,
Merci. Voila le code à mettre dans ton fichier yaml. Tu aura ainsi un binary sensor "fenetre_virtuelle toujours à off, en attendant d’avoir un vrai détecteur sur ta fenêtre.
binary_sensor:
- platform: template
sensors:
fenetre_virtuelle:
friendly_name: Fenetre vituelle
value_template: off
device_class: opening
2 « J'aime »
Pour les ouvertures il vaut mieux insérer un delai avant de tenir compte de l’information :
- platform: template
sensors:
bureau_window_delayed:
friendly_name: "Fenêtre (delayed)"
device_class: window # ou door
delay_on:
seconds: 300
delay_off:
seconds: 300
value_template: >-
{{ is_state('binary_sensor.fenetre_bureau', 'on') }}
icon_template: >-
{% if is_state('binary_sensor.fenetre_bureau', 'on') %}
mdi:window-open
{% else %}
mdi:window-closed
{% endif %}
1 « J'aime »
Merci pour votre aide
J’ai ajouté le bout de code dans mon fichier yam configuration, mais quand je retourne après un redémarrage du serveur sur le blueprints. dans la partie fenêtre il ne me propose pas de sensor.
qu’est ce que je fais mal ?
Oups, je suis désolé, il manquait la device_class. Essaie ce code.
Salut Plouis
Tu voulais peut être parler d’une détection de fenêtre ouverte comme cela existe dans les radiateurs d’aujourd’hui?
Si c’est le cas, il te faut une détection de chute rapide de température ou d’augmentation rapide de la puissance consommée de tes radiateurs si tu mesures la consommation.
Pour cela il te faut mettre cette détection dans la partie du code de @ mycanaletto au dessus
value_template: >-
{{ is_state('binary_sensor.fenetre_bureau', 'on') }}
L’idéal pour cela est d’avoir la mesure de température pas trop loin de la fenêtre…
Non je pense qu’il utilise mon blueprint de thermostat, qui prend en entrée un binary sensor. Du coup, maintenant qu’il y a un composant de thermostat PID dans HACS, il faudrait peut être ouvrir un sujet dédié, tant pour promouvoir le composant que pour ne pas mélanger les fils de discussions 
En tout cas, j’ai suivi le développement et la mise au point du thermostat PID de @ScratMan, et je ne peux qu’applaudir un tel développement. C’est excellent et c’est ce qui manque à HA !! Et une belle alternative au thermostat TPI que j’ai initialement proposé.
A mon sens, l’ajustement des coefficients reste le gros point dur et si la fonction de tuning marche, ce sera un gros plus. Je reste enfin convaincu qu’il faudrait intégrer la gestion de la fenêtre et la température extérieure dans le thermostat. Le besoin de régulation, et donc l’ajustement des coefficients du PID sont forcément dépendants du fait qu’il fait 15°c et -5°c dehors, même avec une maison bien isolée. Cela devrait se rajouter à la partie intégration du PID.
1 « J'aime »
Bonjour,
C’est exactement ça, j’utilise ton blueprint de thermostat enfin je souhaite l’utiliser.
Mais je ne sais même pas si le code ajouter dans mon config.yam est bien pris en compte, je ne le vois pas dans la liste des appareils. Mais je suis novice. il faut que je trouve un bon tuto pour les dummies.
Cela crée une entité fenetre_virtuelle de type binary sensor. Il faut aller dans outils de développement puis état pour la retrouver.
Ce n’est pas un appareil. Un appareil est un module physique associé grâce à une intégration (par exemple zwave, zigbee… ). Un appareil est associé à plusieurs entités (typiquement une par mesure) et plusieurs services (typiquement un par action possible sur l’appareil).
J’imagine que pour des chauffages en fil pilote, il faut utiliser le confort avec une température plus élevé que voulu pour faire un on/off ?
Oui tout à fait. 1 à 2°c max au dessus de la consigne suffit en général.
@ScratMan
Je crois que tu devrais créer un sujet à part pour le Smart Thermostat car là ça se mélange avec le sujet initial d’@Argonaute et c’est dommage… Ca te permettrait un support en FR pour ceux qui ne sont pas à l’aise sur le Git en anglais…
2 « J'aime »
Euh, Ii en manque un peu…
Salut à tous
j’ai préparé un pdf pour expliquer les équations thermiques et le réglage d’un thermostat simple.
Dans le doc, on trouvera des copies de simulations avec un modèle de maison et de chauffage.
Je n’ai pas fini (pas fait le PID 
et il y a de petites erreurs) mais je peux faire un discord et montrer ce que j’ai fait…
Je pourrais le copier dans un article du forum si ce n’est pas trop galère les copiés/collés. Sinon pdf.
Par contre, je ne sais pas partager un pdf… si quelqu’un sait?
J’ai mis le pdf sur le discord HACF
3 « J'aime »
Hello à tous !
Une question concernant la planification via la Scheduler.
Comment faire pour que le thermostat prenne en compte plusieurs planifications « Auto - Confort » différentes.
Par exemple, si j’ai un planning de chauffe pour la semaine et un autre pour le weekend ?
Merci d’avance
Tu peux créer une planification confort pour le week-end et une autre pour la semaine. Ensuite, il faut modifier le blueprint de gestion des modes : tu actives ou désactives les 2 automatisations confort we et semaine la ou seule l’automatisation confort est activée - désactivée.
C’est vrai que je devrais documenter cette alternative et fournir le blueprint.
1 « J'aime »
J’ai essayé de trouver un peu d’info sur la différence entre les algos de thermostat TPI et PID. J’ai eu beaucoup de mal à trouver… Pour ce que ça vaut, j’ai trouvé cette page (PWM est assimilée au PID sur d’autres parties du site) How heating control algorithms work in SALUS Controls thermostats..
Voilà un graphique qu’ils y présentent :
Il semble que TPI est considérée comme une amélioration de PID sur les chauffages ON/OFF.
J’aurais voulu utiliser ce blueprint mais pour déclencher le chauffage à partir d’un zbmini et de son fil pilote, je dois « éteindre » le module et vice versa. J’imagine donc que rien ne fonctionnera…
(je passe par zigbee2mqtt)
Est-ce-que l’un de vous a déjà été confronté à ce genre de problème ?