Versatile Thermostat - piloter votre chauffage avec la solution la plus complète

Hello @Hydro,

Alors je ne suis pas le spécialiste des chaudières centrales mais je ne vois pas d’impossibilité à partir du moment ou tu peux commander la chaudière centrale depuis HA.
Si tu as une entité climate pour commander ta chaudière, tu pourras changer le mode (off / on) ou la température cible (si au moins un radiateur veut chauffer tu passes la chaudière à 22, sinon 17 par exemple). Ne prend pas ces valeurs au pied de la lettre.

Si tu as des Sonoff TRVZB, il n’y a pas de on/off mais une ouverture de vanne qui change en fonction de la différence température cible, température réelle. Au bout d’un moment, la vanne ne bouge plus et reste ouverte à disons 20%. C’est le principe. Tu auras un système très stable avec un très bon niveau de confort normalement.

Si quelqu’un à un retour d’expérience sur les chaudières Viessmann et l’intégration avec HA et VTherm, ça va intéresser @Hydro .

Versatile va simplement envoyer l’ordre à ta chaudière de démarrer (soit directement, soit indirectement) selon les entités dispo par la chaudière ou le relais qui la met en fonctionnement.

La température d’eau est gérée uniquement par la chaudière et doit rester comme tel. Il est très important que l’installateur place la sonde de temperature extérieure au nord, à l’ombre, loin d’une source de chaleur.

Ce type de fonctionnement (Loi d’eau, T°C eau= f(T°C ext) ) apporte bien plus de confort.

Il est possible de modifier « la pente » de la loi d’eau en fonction de la réactivité de chauffe souhaitée. Et cela dépend également des performances thermiques du logement.

Il me semble que l’intégration Viessman est ultra complète et permet tout ça depuis home assistant.

1 « J'aime »

Bonjour à tous

Si quelqu’un a la possibilité d éclairer ma lanterne…

J ai du mal à comprendre le rôle du paramètre minimal activation delay. Dans quel cas d usage est il nécessaire de le monter ? Quel effet négatif peut il engendre si trop grand ou trop petit ?

D avance merci

Merci pour ton retour. Donc il n’est pas du tout avantageux de supprimer la fonction de régulation de la température de l’eau par la chaudière pour remplacer par un « simple » on/off avec un thermostat netatmo.

Hello @Bensmens ,

Il permet d’éviter des switchs très court. Allumer un radiateur électrique pour 3 sec n’a aucun intérêt. Donc on met une valeur en dessous de laquelle, on n’allume pas. Pour les chauffages avec une grande inertie type chauffage au sol, on mettra une grande valeur ( plusieurs minutes).

Plus il est grand et plus on perd en précision de la régulation mais moins tu as de switch (et de clics qui vont avec)

@Jean-Marc_Collin je me permets de poser deux questions qui tu as peut être déjà abordé dans fil et j’en suis désolé mais je n’ai pas vu de réponses dans le wiki.

Pour une chaudière à gaz à condensation, pour éviter plein de on/off qui peut peut-être entrainer des dommages pour la chaudière, ton intégration intègre des cycles de chauffes sur plusieurs minutes, c’est bien ça ?

Faut-il changer la durée du cycle suivant le type de chauffage/chaudière ? Des indications à ce sujet ?

Ma deuxième question concerne les têtes Sonoff TRVZB. Celles-ci font quand même du bruit lors de la modification des l’ouvertures de la valve. Est-il possible d’empécher un déclenchement la nuit dans les chambres par exemple ?

Merci :slight_smile:

Corriges moi si je dis une bêtise,

Si le calcul indique que le radiateur va être allumé X secondes alors l’allumage ne se fera pas si X est inférieur à Y (délai minimal d’activation).

Quelle valeur recommandes-tu pour des sèches serviettes ? Et pour des radiateurs électriques montant assez vite en température ?

J’ai compris ?

Bonjour à tous,

Tout d’abord, pour le contexte, je me mets cet hiver à revoir en profondeur mon système et régulation de chauffage, et ça fait plusieurs jours que je me suis plongé dans le wiki de @Jean-Marc_Collin et de cette super intégration et écosystème au global. C’est très riche et au final avec tellement de possibilités que j’ai peur de me perdre un peu. Mais j’y vais :woozy_face:

Je suis un peu dans le cas de @Hydro . J’ai un chauffage central Gaz-condensation avec une chaudière Frisquet. Elle est connectée via la box frisquet-connect (qui est encore pour l’instant mon système de régulation) et je peux agir dessus via l’intégration HACS Frisquet.

Il y a une sonde de température dans le couloir qui permet aussi de changer les réglages, mais l’intelligence et la régulation est gérée directement dans la chaudière. Enfin, j’ai une dizaine de radiateurs, tous avec tête thermostatique standard, sauf un avec une Tête TRV Avatto Zigbee (que j’avais acheté pour tester), et j’ai commandé 5 TRV sonoff (et des sondes d’ambiance Aqara) pour commencer l’expansion de la régulation dans certaine zone. Pour finir, j’ai un calendrier (simpliste) de mode de chauffage Eco/Confort, purement horaire (entre jour et nuit) et intégré dans la programmation Frisquet. Et seulement l’an dernier j’ai pu automatiser le changement de mode sur présence/absence dans la maison via automatisme HA et l’intégration frisquet (en plus des réglages jours nuit). Pour l’instant ça cohabite bien. Elle suit son programme, et si on s’absente pendant le mode jour, elle reçoit bien la dérogation temporaire vers le mode réduit, jusqu’au retour.

Autant je vois bien comment créer des Vtherm pour les sondes des radiateurs (ou par pièce là où j’ai plusieurs radiateurs), et avec un VTherm centralisé pour les réglages et options communes, autant la gestion de la chaudière Frisquet par Versatile Thermostat me questionne. Par exemple, en cas de perte totale de HA, je voudrais qu’elle reste dans un mode “sain”, où elle continuerait de faire quasiment comme avant. Mais si HA est actif alors c’est lui qui aurait la main. Ainsi j’apprécierai si quelqu’un pouvait me confirmer que ce que je m’apprête à faire est la bonne manière (j’ai mis mes questions en italique).

En retournant dans la configuration centralisée, j’irai cocher la case “ajouter une chaudière centrale”. Ensuite, dans les réglages pour démarrer ou stopper, plutôt que de mettre des instructions du type hvac:heat ou hvac:off, je compais plutot jouer sur les préset.

Les presets accessibles pour la Frisquet sont comfort, reduit, boost, hors_gel, reduit_permanent, confort_permanent.

La nuance entre comfort et comfort_permanent est que permanent annule le hvac:auto (la programmation de la frisquet est suspendue, elle ne commutera pas de preset toute seule aux horaires programmés). Et donc, sur la Frisquet, je règle “Réduit” sur 16° par exemple (qui serait mon réglage Vtherm pour Eco_Absence) et Comfort sur 21 (qui serait mon réglage pour Boost_présence).

Donc si j’utilise les instructions (checkés via les outils de dev)

Allumage : climate.maison_zone_1/climate.set_preset_mode/preset_mode:comfort
Extinction : climate.maison_zone_1/climate.set_preset_mode/preset_mode:reduit

Ca devrait permettre d’atteindre les bornes du réglage, non? Ou bien faut il prendre encore plus de marge? J’ai peur qu’en prenant “boost” (comfort+3°) et “hors-gel” à la place, la chaudière parte sur des régulations internes trop gourmandes par rapport à ses propres lois d’eau…

En supposant que j’ai 5 Vtherm de TRV/zone en place, je pense qu’un seuil de 3 en seuil d’activation est bien. On verra avec le WAF s’il faut passer à 2. La sonde de la chaudière (dans le couloir) ne sera pas dans une zone avec une TRV géré par Vtherm a priori. C’est normalement la zone froide de la maison, donc ca devrait permettre que ça ne coupe pas la chaudière pour les autres et qu’elle module bien la température de l’eau.

Enfin, il faudrait reprendre toute la programmation via le composant scheduler. Mais comment garder le backup du programme de la chaudière, si jamais HA est indisponible ou que la chaudière est déconnectée (ça arrive). Je ne voudrais pas qu’elle reste en mode chauffage_comfort ou boost pour rien. Je comptais laisser la programmation simpliste de la Frisquet et juste mettre une “surcouche” avec le scheduler HA. Sans doute déconseillé, mais est ce que ça peut marcher?

Dernier cas de conscience : les capteurs de température qui délirent. J’ai eu des cas de capteurs zigbee qui temporairement remontaient des valeurs délirantes, genre 180°, 58°, etc. Vtherm gère bien le mode sécurité en cas de perte de connexion, mais en cas de valeur délirante, comment le gérer. En général, heureusement, c’est souvent vers le haut, donc au pire le Vtherm se met en stop, mais tout de même… Une option de “check de cohérence” imaginable?

Voila, c’est un long exposé, mais vos suggestions et remarques me permettront (et à d’autres dans mon cas de chauffage centrale à modulation de température) de partir sur de bonnes bases.

Merci, Vdelab

Sèche serviette : cycle 10 min / min 1 min.
Radiateur rapide: cycle 5 min / min 10 sec

1 « J'aime »

Merci beaucoup

Toujours aussi disponible et réactif.

Je vais essayer ces réglages

Le message est assez dense mais je vais tenter de clarifier certains points.

Si la chaudière est reliée à un thermostat principal, il faut l’inhiber pour ne pas qu’il interfère dans la régulation des TRV :

  • soit en le déconnectant (semble possible dans votre cas puisque des entités sont dispo pour allumer/eteindre la chaudière)
  • Soit en lui indiquant des valeurs « biaisées » (25°C pourforcer le chauffage et 12°C pour forcer l’arrêt)

Ce sont les Vtherm qui vont donner l’ordre, via la configuration centrale, d’allumer/éteindre la chaudière.

Si le thermostat de la chaudière est toujours actif, il pourrait se mettre à l’arrêt alors que les Vtherm demandent du chaud.

Inversement, si les Vtherm sont à l’arrêt, vannes fermées et que la chaudière reste allumée via le thermostat principal, la chaudière va pousser sur les vannes fermées, pas top.

Dans l’idéal il faudrait remplacer toutes les vannes des radiateurs par des TRV pour un fonctionnement optimal et éviter une hybridation avec à la fois des Vtherm et des vannes thermostatiques classiques.

Bonjour

Ayant installé Versatile Thermostat pour géré mes chauffages électriques via modules fils pilote NodOn SIN-4 FP 21. Je voudrais mettre le chauffage en mode HG lors de d’absence du logement.

J’ai créé un Calendrier local : calendar.absences.

  • Dans ce calendrier on peut définir des périodes d’absence

  • J’ai crée une automatisation pour mettre en HG les radiateurs

    • Quand : Lorsqu’un événement du calendrier commence dans Absences

      trigger: calendar
      entity_id: calendar.absences
      event: start
      offset: « 0:0:0 »et on réactive le chauffage en fin de période

    • Alors faire

      • Arrêt du programmateur schedule

type: turn_off
device_id: 06166e77c346dcbdbaac8b15ec2c2c40
entity_id: c9948107b24b847894287bf73e0da60f
domain: switch

    • Mise en mode HG du radiateur Chambre master
    • Remplacer Radiateur Ch master Pilot wire mode par la dernière option

    device_id: 237b5e481109559db919d466a9d11439
    domain: select
    entity_id: 2cb66252b2846b61d49fb27500025eee
    type: select_last

Mais ceci ne fonctionne pas

Comment gérez-vous les absences

Merci

Hello

Utilise Scheduler et Scheduler card ça fonctionne ! Je sais ce n’ est pas la réponse attendue :grinning_face_with_smiling_eyes:.

C est vraiment puissant encore plus combiné avec des helpers.

Tu peux gérer l affichage éléments planifiés sur une carte en fonction des tags. En combinant cela a la visibilité des cartes tu peux afficher la programmation en place pour le jour en cours.

Tu peux gérer le déclenchement en fonction de conditions, par exemple lorsque le logement est occupé (ou non) etc…

1 « J'aime »

Bonjour

J’utilise déjà scheduler et scheduler card Première installation

Mais je ne vois pas comment cela peut être utilisé pour gérer un calendrier d’absence

Depuis le calendrier local les évènements ne déclenchent pas le switch.turn_off de scheduler

J’ai ajouter un input_boolean Absence qui, avec une automatisation, se déclenche en fonction des évènements du calendar_absences.

Ensuites j’ai fait une nouvelle automatisation qui agit sur le scheduler en fonction de ce input_boolean

`- id: '1761835559356'
  alias: Prog On
  description: ''
  triggers:
  - trigger: state
    entity_id:
    - input_boolean.absence_on_off
    from: 'off'
    to: 'on'
  conditions: []
  actions:
  - action: switch.turn_on
    metadata: {}
    data: {}
    target:
      entity_id: switch.schedule_8f201d
  mode: single
- id: ‹ 1761835604130 ›
alias: Prog Off
description: ‹  ›
triggers:
- trigger: state
entity_id:
- input_boolean.absence_on_off
from: ‹ on ›
to: ‹ off ›
conditions: 
actions:
- action: switch.turn_off
metadata: {}
data: {}
target:
entity_id: switch.schedule_8f201d
mode: single
- id: ‹ 1761838085360 ›
alias: Début d’absence
description: ‹  ›
triggers:
- trigger: calendar
entity_id: calendar.absences
event: start
offset: 0:0:0
conditions: 
actions:
- action: input_boolean.turn_off
metadata: {}
data: {}
target:
entity_id: input_boolean.absence_on_off
mode: single
- id: ‹ 1761838207188 ›
alias: Fin d’absence
description: ‹  ›
triggers:
- trigger: calendar
entity_id: calendar.absences
event: end
offset: 0:0:0
conditions: 
actions:
- action: input_boolean.turn_on
metadata: {}
data: {}
target:
entity_id: input_boolean.absence_on_off
mode: single`

Ceci stop l’action du programmateur. maintenant je cherche comment passer le Versatile thermostat climate.chauffages en mode frost_protection.

Le programmateur étant inactivé le chauffage devrait rester dans cette état jusqu’à ce que l’événement de calendar_absences réactive le programmateur

Merci

J’ai ajouté une action pour changer le mode du pilot_wire Mais la carte Versatile ne reflète pas l’état du thermostat. Je ne sais pas comment la mettre à jour

`- id: '1761835604130'
  alias: Prog Off
  description: ''
  trigger:
  - platform: state
    entity_id: input_boolean.absence_on_off
    from: 'on'
    to: 'off'
  condition: []
  action:
  - service: switch.turn_off
    target:
      entity_id: switch.schedule_8f201d
  - service: select.select_option
    target:
      entity_id: select.0x4c5bb3fffeb37d2c_pilot_wire_mode
    data:
      option: frost_protection`




Après un peu de persévérance!

C’est l’attribut hvac_mode qu’il faut changer dans climate.chambres pour neutraliser le thermostat. Par défaut mes radiateurs sont alors automatiquement en mode HG

|- id: "1761835559356"
  alias: Prog On
  description: ""
  triggers:
    - trigger: state
      entity_id:
        - input_boolean.absence_on_off
      from: "off"
      to: "on"
  conditions: []
  actions:
    - action: switch.turn_on
      metadata: {}
      data: {}
      target:
        entity_id: switch.schedule_8f201d
    - service: climate.set_hvac_mode
      target:
        entity_id: climate.chambres
      data:
        hvac_mode: heat
  mode: single
- id: "1761835604130"
  alias: Prog Off
  description: ""
  trigger:
    - platform: state
      entity_id: input_boolean.absence_on_off
      from: "on"
      to: "off"
  condition: []
  action:
    - service: switch.turn_off
      target:
        entity_id: switch.schedule_8f201d
    - service: climate.set_hvac_mode
      target:
        entity_id: climate.chambres
      data:
        hvac_mode: "off"
  mode: single```

Mais si on essaye par le mode visuel des automatisations les entités proposés ne m’ont pas permit d’arriver au fonctionnement

En gros, j ai définis 3 planifications pour mes radiateurs qui s appliquent chaque jour

  • En semaine
  • En repos (tient compte du mercredi pour les enfants)
  • En absence prolongée

Sur chacune j ai les mêmes plages horaires et change uniquement le préréglage que j active (eco ou comfort).

Ensuite j ai ajouté des conditions d activation sur chaque planification pour activer uniquement celle qui correspond aux conditions du jour

  • Un helper détermine si il y a absence prolongée (mode de la maison que je bascule manuellement…pour le moment)
  • Un helper détermine si c est un jour de repos avec une option pour forcer
  • Un helper pour déterminer si c est la période de chauffe (20/10 au 10/04)

Et ça tourne tout seul ou presque.

Bonjour

Le but de mon automatisation est de faciliter la gestion des absences prolongées pour les personnes peu familières avec les arcannes de HA

L’utilisation du calendrier local permet définir les dates/heures de début /fin

En indiquant simplement dans un le calendrier un début et une fin d’absence, l’automatisation gère la mise en hors gel et le redémarrage durant les absences.

L’avantage sur le switch manuel On/Off c’est que l’on peut préparer quelques jours avant le départ : fini l’oubli de l’arrêt chauffage au moment du rush du départ et surtout retrouver une maison confortable lors du retour au domicile (je ne souhaite pas ouvrir ma domotique sur l’extérieur)

Actuellement l’usage est focalisé sur le chauffage car je n’ai pas encore d’autre dispositif dans ma domotique, mais ceci pourra s’étendre à beaucoup d’autres dispositifs: volets, lumières, relais, …)

Merci

Après avoir lu une partie du sujet, il est indiqué plusieurs fois que la régulation par TRV était le mieux. Auriez-vous plus d’informations à ce sujet ? Notamment dans le cas du contrôle d’une chaudière centrale à gaz avec over-climate.

Bonjour,

Juste deux questions (cf application de mon post plus haut
dans le cas de mon système (une chaudière centrale au gaz et 6 TRV) : Dans chaque sous-jacent, j’ai mis une période minimale de régulation de 5 min, et un mini de 3 TRV en Heat pour lancer la chaudière . Le but est de ne pas lancer la chaudière pour de trop petite période. Mais si les TRV ne sont pas bien synchronisées, alors est ce que ca risque de lancer la chaudière pour moins que 5 min, si une 3ième vanne passe en heat et une autre passe en off 1 min plus tard…
Est ce qu’il y a un moyen de configurer au niveau de réglage central que si la chaudière se lance, alors c’est au minimum pour x minutes (même si entre temps le nombre de sonde passe sous le seuil) ? Ou est ce qu’il faut s’y prendre autrement?

Question 2, plutot sur la carte Versatile therm UI : est ce qu’il y a une explication du codage des couleurs. Quand c’est rouge, c’est assez claire que c’est en chauffe. Mais sinon, des fois c’est vert, jaune ou incolore. Je n’ai pas trouvé de précision sur le github.

Voici un exemple :

NB : la TRV du salon n’est pas un sonoff, mais avatto (pas en directe sur la position de la vanne).

Et lors du réglage de la carte Versatile UI, si je veux désactiver le mode Sleep, il quitte la configuration visuelle et j’ai le message d’erreur :

L'éditeur visuel n'est pas pris en charge
At path: disable_sleep -- Expected a value of type `never`, but received: `true`
Vous pouvez toujours modifier votre configuration en utilisant YAML.

Merci