Note de versions

Nouveau

Release 8.4

  1. ajout de l'auto TPI (expérimental). Cette nouvelle fonction permet de calculer automatiquement les meilleurs coefficients pour l'algorithme du TPI. Plus d'informations ici
  2. ajout d'une fonction de synchronisation des températures d'un équipement piloté en mode over_climate. Suivant, les fonctionnalités de votre équipement, VTherm peut contrôler une entité de calibrage de l'offset ou directement une entité de température externe. Plus d'informations ici
  3. ajout d'une fonction nommée preset temporisé permettant de sélectionner un preset pendant un temps donné et revenir au précédent une fois le délai expiré. La fonction est décrite ici.

Release 8.3

  1. ajout d'un délai configurable avant l'activation de la chaudière centrale,
  2. ajout d'un déclenchement de la chaudière centrale si le total de la puissance activée dépasse un seuil. Pour faire marcher cette fonction il faut :
  • configurer le seuil de puissance qui va déclencher la chaudière. C'est une nouvelle entité qui est disponible dans l'appareil 'configuration centrale',
  • configurez les puissances des Vtherms. Ca se trouve dans la première page de configuration des VTherms,
  • cochez la case Utilisé par la chaudière centrale.

A chaque fois que le VTherm sera activé, sa puissance configurée viendra s'ajoutée et si le seuil est dépassé, la chaudière centrale sera activée après le délai configuré en 1.

L'ancien compteur du nombres de devices activés et son seuil existent toujours. Pour désactiver l'un des seuils (le seuil de puissance ou le seuil du nombre de devices activés), il faut le mettre à zéro. Dès que l'un des 2 seuils différents de zéro est dépassé, la chaudière est activée. C'est donc un "ou logique" entre les 2 seuils qui est appliqué.

Plus d'informations ici.

Release 8.2

  • Ajout d'une fonction permettant de verrouiller / déverouiller un VTherm avec potentiellement un code. Plus d'informations ici

Release 8.1

  • Pour un VTherm de type over_climate avec régulation par contrôle direct de la vanne, deux nouveaux paramètres permettant un contrôle beaucoup plus fin du minimum d'ouverture de la vanne ont été ajoutés au paramètre existant minimum_opening_degrees. Les paramètres sont maintenant :
    • opening_threshold : l'ouverture minimale de la vanne en dessous de laquelle la vanne doit être considérée comme fermée, et par conséquent, le paramètre 'max_closing_degree' s'applique,
    • max_closing_degree : le pourcentage de fermeture maximum absolu. La vanne ne se fermera jamais plus que ce qui est indiqué dans cette valeur. Si vous voulez autoriser la fermeture complète de la vanne, alors laissez ce paramètre sur 100,
    • minimum_opening_degrees : le pourcentage d'ouverture minimal lorsque le opening_threshold est dépassé et que le VTherm doit chauffer. Ce champ est personnalisable par vanne dans le cas d'un VTherm avec plusieurs vannes. Vous spécifiez la liste des ouvertures minimales séparées par des ','. La valeur par défaut est 0. Exemple : '20, 25, 30'. Lorsque la chauffe démarre (ie l'ouverture demandée est supérieure à opening_threshold), la vanne s'ouvrira avec une valeur supérieure ou égale à celle-ci et continuera d'augmenter régulièrement si nécessaire.

Si on représente l'ouverture demandée par l'algorithme TPI en abscisse et l'ouverture réellement envoyée sur la vanne en ordonnée, on obtient cette courbe :

alt text

Cette évolution a été largement débattue ici.

Release 8.0

Cette version est une version majeure. Elle réécrit une bonne partie des mécanismes internes du Versatile Thermostat en introduisant plusieurs nouveautés:

  1. état souhaité / état courant : maintenant VTherm a 2 états. L'état souhaité est l'état demandé par l'utilisateur (ou le Scheduler). L'état courant est l'état couramment appliqué au VTherm. Ce dernier dépend des différentes fonctions de VTherm. Par exemple, l'utilisateur peut demander (état souhaité) d'avoir le chauffage allumé avec le preset Comfort mais comme la fenêtre a été détectée ouverte le VTherm est en fait éteint. Cette double gestion permet de toujours conservé la demande de l'utilisateur et d'appliquer le résultat des différentes fonctions sur cette demande de l'utilisateur pour avoir l'état courant. Cela permet de mieux gérer les cas où plusieurs fonctions veulent agir sur l'état du VTherm (ouverture d'une fenêtre et délestage par exemple). Cela assure aussi un retour à la demande initiale de l'utilisateur lorsque plus aucune détection n'est en cours,
  2. filtrage temporel : le fonctionnement du filtrage temporel a été revu. Le filtrage temporel permet de ne pas envoyer trop de commandes à un équipement contrôlé pour éviter de consommer trop de batterie (TRV à pile par exemple), de changer trop fréquement de consignes (pompe à chaleur, poele à pellets, chauffage au sol, ...). Le nouveau fonctionnement est maintenant le suivant : les demandes explicites de l'utilisateur (ou Scheduler) sont toujours immédiatement prises en compte. Elles ne sont pas filtrées. Seules les changements liés à des conditions extérieures (températures de la pièce par exemple) sont potentiellement filtrées. Le filtrage consiste à renvoyer la commande souhaitée plus tard et non pas à ignorer la commande comme c'était le cas précédemment. Le paramètre auto_regulation_dtemp permet de régler le délai,
  3. amelioration du hvac_action : le hvac_action reflète l'état courant d'activation de l'équipement commandé. Pour un type over_switch il reflète l'état d'activation du switch, pour un over_valve ou une régulation par vanne, il est actif lorsque l'ouverture de la vanne est supérieur à l'ouverture minimale de la vanne (ou 0 si non configurée), pour un over_climate il reflète le hvac_actiondu climate sous-jacent si il est disponible ou une simulation sinon.
  4. attributs personnalisés : l'organisation des attributs personnalisés accessibles dans Outils de développement / Etat, ont été réorganisés en section dépendant du type de VTherm et de chaque fonction activée. Plus d'informations ici.
  5. délestage : l'algorithme de délestage prend maintenant en compte l'arrêt d'un équipement entre deux mesures de la puissance consommée du logement. Supposons que vous ayez une remontée de la puissance consommée toutes les 5 minutes. Si entre 2 mesures un radiateur est éteint alors l'allumage d'un nouveau pourra être autorisé. Avant, seuls les allumages étaient pris en compte entre 2 mesures. Comme avant, la prochaine remontée de la puissance consommée viendra éventuellement délester plus ou moins.
  6. auto-start/stop : l'auto-start/stop n'est utile que pour les Vtherm de type over_climate sans contrôle direct de la vanne. L'option a été supprimée pour les autres types de VTherm.
  7. VTherm UI Card : toutes ces modifications ont permis une évolution majeure de la VTherm UI Card pour y intégrer des messages expliquant l'état courant (pourquoi mon VTherm à cette température cible ?) et si un filtrage temporel est en cours - donc la mise à jour de l'état du sous-jacent a été retardée.
  8. amélioration des logs : les logs ont été améliorés pour simplifier le debug. Des logs de la forme --------------------> NEW EVENT: VersatileThermostat-Inversed ... informe d'un évènement venant impacter l'état du VTherm.

⚠️ Attention

Cette version majeure embarque des changements incompatibles avec la précédente:

  • versatile_thermostat_security_event a été renommé en versatile_thermostat_safety_event. Si vos automatisations utiles cet évènement, vous devez les mettre à jour,
  • les attributs personnalisés ont été réorganisés. Vous devez mettre à jour vos automisations ou template Jinja qui les utiliseraient,
  • la VTherm UI Card doit être mise à jour au minimum en V2.0 pour être compatible,

Malgré les 342 tests automatisés de cette intégration et le soin apporté à cette version majeure, je ne peux garantir que son installation ne viendra pas perturber les états de vos VTherm. Pour chaque VTherm vous devez vérifier le preset, le hvac_mode et éventuellement la température de consigne du VTherm après installation.

Release 7.4

  • Ajout de seuils permettant d'activer ou de désactiver l'algorithme TPI lorsque la température dépasse la consigne. Cela permet d'éviter les allumages/extinction d'un radiateur sur des faibles durées. Idéal pour les poeles à bois qui mettent beaucoup de temps à monter en température. Cf. TPI,
  • Ajout d'un mode sleep pour les VTherm de type over_climate avec régulation par contrôle direct de la vanne. Ce mode permet de mettre le thermostat en mode éteint mais avec la vanne 100% ouverte. C'est utile pour les longues périodes sans utiisation du chauffage si la chaudière fait circuler un peu d'eau de temps en temps. Attention, vous devez mettre à jour la VTHerm UI Card pour visualiser ce nouveau mode. Cf. VTherm UI Card.

Release 7.2

  • Prise en compte native des équipements pilotable via une entité de type select (ou input_select) ou climate pour des VTherm de type over_switch. Cette évolution rend obsolète, la création de switch virtuels pour l'intégration des Nodon ou Heaty ou eCosy ... etc. Plus d'informations ici.

  • Lien vers la documentation : cette version 7.2 expérimente des liens vers la documentation depuis les pages de configuration. Le lien est accessible via l'icone ?. Elle est expérimentée sur certaines pages de la configuration.

  • Ajout d'un chapitre dans la documentation nommé 'Démarrage rapide' permettant de mettre en oeuvre rapidement un VTherm en fonction de votre équipement. La page est ici

Release 7.1

  • Refonte de la fonction de délestage (gestion de la puissance). Le délestage est maintenant géré de façon centralisé (auparavent chaque VTherm était autonome). Cela permet une gestion bien plus efficace et de prioriser le délestage sur les équipements qui sont proches de la consigne. Attention, vous devez impérativement avoir une configuration centralisée avec gestion de la puissance pour que cela fonctionne. Plus d'infos ici

Release 6.8

  • Ajout d'une nouvelle méthode de régulation pour les Versatile Thermostat de type over_climate. Cette méthode nommée 'Contrôle direct de la vanne' permet de contrôler directement la vanne d'un TRV et éventuellement un décalage pour calibrer le thermomètre interne de votre TRV. Cette nouvelle méthode a été testée avec des Sonoff TRVZB et généralisée pour d'autre type de TRV pour lesquels la vanne est directement commandable via des entités de type number. Plus d'informations ici et ici.

Release 6.5 :

  • Ajout d'une nouvelle fonction permettant l'arrêt et la relance automatique d'un VTherm over_climate 585
  • Amélioration de la gestion des ouvertures au démarrage. Permet de mémoriser et de recalculer l'état d'une ouverture au redémarage de Home Assistant 504

Release 6.0 :

  • Ajout d'entités du domaine number permettant de configurer les températures des presets 354
  • Refonte complète du menu de configuration pour supprimer les températures et utililsation d'un menu au lieu d'un tunnel de configuration 354

Release 5.4 :

  • Ajout du pas de température #311,
  • ajout de seuils de régulation pour les over_valve pour éviter de trop vider la batterie des TRV #338,
  • ajout d'une option permettant d'utiliser la température interne d'un TRV pour forcer l' auto-régulation #348,
  • ajout d'une fonction de keep-alive pour les VTherm over_switch #345
<details> <summary>Autres versions plus anciennes</summary>
  • Release 5.3 : Ajout d'une fonction de pilotage d'une chaudière centrale #234 - plus d'infos ici: Le contrôle d'une chaudière centrale. Ajout de la possibilité de désactiver le mode sécurité pour le thermomètre extérieur #343
  • Release 5.2 : Ajout d'un central_mode permettant de piloter tous les VTherm de façon centralisée #158.
  • Release 5.1 : Limitation des valeurs envoyées aux vannes et au température envoyées au climate sous-jacent.
  • Release 5.0 : Ajout d'une configuration centrale permettant de mettre en commun les attributs qui peuvent l'être #239.
  • Release 4.3 : Ajout d'un mode auto-fan pour le type over_climate permettant d'activer la ventilation si l'écart de température est important #223.
  • Release 4.2 : Le calcul de la pente de la courbe de température se fait maintenant en °/heure et non plus en °/min #242. Correction de la détection automatique des ouvertures par l'ajout d'un lissage de la courbe de température .
  • Release 4.1 : Ajout d'un mode de régulation Expert dans lequel l'utilisateur peut spécifier ses propres paramètres d'auto-régulation au lieu d'utiliser les pre-programmés #194.
  • Release 4.0 : Ajout de la prise en charge de la Versatile Thermostat UI Card. Voir Versatile Thermostat UI Card. Ajout d'un mode de régulation Slow pour les appareils de chauffage à latence lente #168. Changement de la façon dont la puissance est calculée dans le cas de VTherm avec des équipements multi-sous-jacents #146. Ajout de la prise en charge de AC et Heat pour VTherm via un interrupteur également #144
  • Release 3.8: Ajout d'une fonction d'auto-régulation pour les thermostats over climate dont la régulation est faite par le climate sous-jacent. Cf. L'auto-régulation et #129. Ajout de la possibilité d'inverser la commande pour un thermostat over switch pour adresser les installations avec fil pilote et diode #124.
  • Release 3.7: Ajout du type de Versatile Thermostat over valve pour piloter une vanne TRV directement ou tout autre équipement type gradateur pour le chauffage. La régulation se fait alors directement en agissant sur le pourcentage d'ouverture de l'entité sous-jacente : 0 la vanne est coupée, 100 : la vanne est ouverte à fond. Cf. #131. Ajout d'une fonction permettant le bypass de la détection d'ouverture #138. Ajout de la langue Slovaque
  • Release 3.6: Ajout du paramètre motion_off_delay pour améliorer la gestion de des mouvements #116, #128. Ajout du mode AC (air conditionné) pour un VTherm over switch. Préparation du projet Github pour faciliter les contributions #127
  • Release 3.5: Plusieurs thermostats sont possibles en "thermostat over climate" mode #113
  • Release 3.4: bug fix et exposition des preset temperatures pour le mode AC #103
  • Release 3.3: ajout du mode Air Conditionné (AC). Cette fonction vous permet d'utiliser le mode AC de votre thermostat sous-jacent. Pour l'utiliser, vous devez cocher l'option "Uitliser le mode AC" et définir les valeurs de température pour les presets et pour les presets en cas d'absence
  • Release 3.2 : ajout de la possibilité de commander plusieurs switch à partir du même thermostat. Dans ce mode, les switchs sont déclenchés avec un délai pour minimiser la puissance nécessaire à un instant (on minimise les périodes de recouvrement). Voir Configuration
  • Release 3.1 : ajout d'une détection de fenêtres/portes ouvertes par chute de température. Cette nouvelle fonction permet de stopper automatiquement un radiateur lorsque la température chute brutalement. Voir Le mode auto
  • Release majeure 3.0 : ajout d'un équipement thermostat et de capteurs (binaires et non binaires) associés. Beaucoup plus proche de la philosphie Home Assistant, vous avez maintenant un accès direct à l'énergie consommée par le radiateur piloté par le thermostat et à plein d'autres capteurs qui seront utiles dans vos automatisations et dashboard.
  • release 2.3 : ajout de la mesure de puissance et d'énergie du radiateur piloté par le thermostat.
  • release 2.2 : ajout de fonction de sécurité permettant de ne pas laisser éternellement en chauffe un radiateur en cas de panne du thermomètre
  • release majeure 2.0 : ajout du thermostat "over climate" permettant de transformer n'importe quel thermostat en Versatile Thermostat et lui ajouter toutes les fonctions de ce dernier.
</details>

Astuce Notes

Toutes les notes de versions complètes sont disponibles sur le github de l'intégration.