versatile is draining my TRV battery

[pbranly]

Hi,
I have a Schneider TRV. Versatile is configured as thermostat inside a thermostat with slow automatic adjustment. it seems that there are a change from 40 to 100 % and back to 40 % quite every minute; batteries are new and decreased to 86 % this morning.
is it normal ?
Thanks
Phil

[jmcollin78]

Hello, for TRV you have to change the regulation_period_min to lets says 15 min so that the regulation will not flood your TRV with target temperature changes. (The parameter is not in your screenshot so i cannot check it). You also have a cycle of 5 min which is certainly too rapid for a TRV. You can augment this value without pb (see https://github.com/jmcollin78/versatile_thermostat#temperature-sensor-will-battery)

And install the 4.0.3 release which fix a bug around this problem also.

After that it should return to normal power consumption.

[pbranly]

Hi thanks for that. I have changed:
Durée de cycle from 5 to 15mn
Période minimale de régulation from 5 to 15 mn
With version 4.03 but it does not change this quick cycle.
I will verify in several hours
I have something strange:
Set temperature is 18deg.
External ( inside) temperature used is 18,2 degrees
Internal valve temperature is 17,6 degrees.
My understanding is that versatile integration should force the native valve temperature to 18 -( 18,2-17,6) = 17,4 degrees
In fact it force it to 18,5 degrees. So the valve stays opened while it should be closed because outside ( internal) temperature is higher than the objective one.
Did I miss something ?

Last thing: the versatile UI gives the option to set auto mode. This mode is applied to the TRV but it is lost after some time and comes back to heat only. What is the usage of this mode if it looks unstable ?

Thanks
Phil

[jmcollin78]

My understanding is that versatile integration should force the native valve temperature to 18 -( 18,2-17,6) = 17,4 degrees
In fact it force it to 18,5 degrees. So the valve stays opened while it should be closed because outside ( internal) temperature is higher than the objective one.

No you seems right. You have to wait a little after a change like that to get a stable situation. Have in mind that, with VTherm over_climate, the valve opening is not controlled by VTherm but by the underlying thermostat. It also have its own regulation rules.

[pbranly]

Mmm no it never changes
Please see native TRV over 1/2 h period

and what about the unstable « auto » mode ?
Phil

[pbranly]

Here is a graph over a period of 15 mn:
Vanne thermo salon centre is the native TRV
Vannes salon is the versatile thermostat in which there is the native TRV
As you can see, the objective temperature of the native is equal to the one of the versatile one while it should be compensated by the delta between external ( internal) sensor and TRV internal one
It shows as well that despite of timer modifications, the
native TRV goes on and switch between 2 values every minute
Honestly I don't remember such behavior until yesterday.

[jmcollin78]

On va passer en Français pcq je comprends pas ce que je vois. C'est quoi ce graphique en dent de peigne ? Le dernier. Ca sort d'où cette courbe ?

[pbranly]

Hello
Ce sont les courbes obtenues sur les sensors climate ( celui du TRV que j'appelle natif et celui du thermostat virtuel versatile )
On y trouve avec les couleurs la température cible du "versatile", la température de la sonde extérieure ( du salon ) et pour le TRV, sa température interne, et sa température cible ( qui devrait pour moi être compensée par l'écart entre la mesure du sensor externe et la sienne )

Les dents de scie en dessous sont les pourcentages d'ouverture du TRV. Ce modèle de TRV génère un sensor specifique

[pbranly]

[pbranly]

Et tu vois ça be faisait pas ça jusqu'à hier

[jmcollin78]

ok c'est plus clair. Donc le natif génère des sautes d'ouverture de vanne plusieurs fois par minute alors que la consigne du VTherm n'a pas changée ?

Comme tu utilises l'auto-regulation je vais avoir besoin d'une courbe donnant, la consigne ET la consigne régulée (regulated_target_temp) ET la current_temp.

Quelque-chose qui ressemble à ça:

Quelle valeur tu as pour le paramètre regulation_period_min ? On ne le voit pas dans ta copie d'écran. Tu as bien 15 min ?

Tu peux me copier / coller le yaml des attributs du VTherm stp ? (Dans Outils de dev / Etats / filtre et clique sur le VTherm / copie-colle les attributs en formattant le yaml).

Ca ne le faisait pas hier.

Qu'as-tu changé entre hier vers 16h et maintenant ? C'est l'install de la 4.0.2 ?

[pbranly]

je te joins les differents ecrans de config

la fiche d'etat:
`hvac_modes:

• auto
• "off"
• cool
• heat
• dry
• fan_only
  min_temp: 5
  max_temp: 24
  target_temp_step: 1
  preset_modes:
• none
• eco
• comfort
• boost
  current_temperature: 18.3
  temperature: 19
  preset_mode: none
  is_on: true
  hvac_action: null
  hvac_mode: heat
  type: null
  eco_temp: 16
  boost_temp: 19
  comfort_temp: 18
  eco_away_temp: null
  boost_away_temp: null
  comfort_away_temp: null
  power_temp: null
  ext_current_temperature: 8.7
  ac_mode: false
  current_power: null
  current_power_max: null
  saved_preset_mode: none
  saved_target_temp: 18
  saved_hvac_mode: null
  window_state: "off"
  motion_state: null
  overpowering_state: null
  presence_state: null
  window_auto_state: "off"
  window_bypass_state: false
  security_delay_min: 60
  security_min_on_percent: 0.5
  security_default_on_percent: 0.1
  last_temperature_datetime: "2023-11-12T14:55:37.550703+01:00"
  last_ext_temperature_datetime: "2023-11-12T16:35:15.222596+01:00"
  security_state: false
  minimal_activation_delay_sec: 10
  device_power: 3
  mean_cycle_power: null
  total_energy: 117.2
  last_update_datetime: "2023-11-12T16:35:32.392636+01:00"
  timezone: Europe/Paris
  window_sensor_entity_id: null
  window_delay_sec: null
  window_auto_open_threshold: null
  window_auto_close_threshold: null
  window_auto_max_duration: null
  motion_sensor_entity_id: null
  presence_sensor_entity_id: null
  power_sensor_entity_id: null
  max_power_sensor_entity_id: null
  temperature_unit: °C
  is_device_active: true
  is_over_climate: true
  start_hvac_action_date: "2023-11-12T16:35:20.337226+01:00"
  underlying_climate_0: climate.vanne_thermo_salon_centre
  underlying_climate_1: climate.vanne_thermo_salon_gauche
  underlying_climate_2: climate.vanne_thermo_salon_droit
  underlying_climate_3: null
  is_regulated: true
  regulated_target_temperature: 19.5
  auto_regulation_mode: auto_regulation_slow
  regulation_accumulated_error: -48.49999999999993
  friendly_name: Vannes salon
  supported_features: 17`

ca a commencé a faire cela depuis ce matin, avec la 4.02 a priori. je suis en 4.03 maintenant

pour les courbes, l'outil de base d'historique de HA ne permet pas de modifier l’échelle verticale et on ne voit rien. tu n'as pas une carte toute faite dans laquelle je n'aurais qu'à changer les noms de sensor ? sinon ca donne ca ...

franchement je pense qu'avec des TRV, il faut rester le plus simple possible et avoir un fonctionnement strictement limité a la gestion du delta entre la sonde température externe au TRV et celle du TRV. Le reste est trop dépendant de l’algorithme du TRV qui n'est jamais documenté des modèles de TRV, de la pièce, des inerties etc ....

et tu n'as pas répondu sur le mode "auto" qui parait subsister un moment mais se désactive ensuite. j'ai mis sur le compte d'un thermostat fait de TRV heterogenes mais j'ai un autre thermostat fait d'un seul TRV qui fait la même chose. et comme certain TRV ne fonctionnent en % qu'en mode "auto", c'est intéressant. en mode "heat" ca fait du tout ou rien

Bonjour de Vve d'Ascq (près de Lille)

Philippe

[jmcollin78]

franchement je pense qu'avec des TRV, il faut rester le plus simple possible et avoir un fonctionnement strictement limité a la gestion du delta entre la sonde température externe au TRV et celle du TRV.

C'est un peu le soucis, c'est que chaque TRV a son fonctionnement. Par contre, dans l'algo, il n'y a jamais la sonde de température du TRV. Elle ne doit pas intervenir. Dans la sonde température tu dois mettre la sonde externe au TRV (un thermomètre connecté judicieusement placé dans la pièce) et dans température extérieure c'est la température de dehors. Est-ce bien ce qui est fait ?

[jmcollin78]

Sur le graphe, y a trop de température donc je comprends pas ce que je vois. J'ai besoin uniquement de : temperature cible du VTherm, température régulée du VTherm, température courante de la pièce (qui est injectée dans le VTherm).

Tout le reste c'est du bruit.

[pbranly]

lol j'ai trouvé et modifié ... le pourcentage cache tout !

Et le feu de bois fonctionne ...

[pbranly]

Le mode auto : cette option de ta carte apparaît quand au moins un TRV supporte ce mode
Le versatile:

Le TRV " escl ave"

[jmcollin78]

Faut pas l'utiliser le mode auto si tu veux mon avis. Il ne devrait pas disparaitre tout seul par contre. C'est curieux

[jmcollin78]

D'abord est-ce que tu es sur d'avoir besoin d'auto-regulation ? Est-ce que les TRV ne font pas déjà le boulot ?
Autre remarque, je vois que tu as 3 TRV sur le même VTherm avec auto-régulation. Comme c'est un peu neuf cette histoire d'auto-régulation, si ça se trouve ça vient de là. Pas sur que quelqu'un ait déjà testé avec cette configuration là. Mais du coup, ton cas est intéressant.

Je pense que ça vaut le coup de désactiver l'auto-régulation. Tu mets 'Aucune' dans auto-régulation voire si les commandes multiples viennent de là. Normalement non, tu ne devrais pas voir plus de une demande liée à l'auto-régulation par 15 min. Pas plus.

[pbranly]

Avec une vanne au ras du sol, il y aura toujours une différence
Actuellement avec le feu de bois en finctionnement, il y a 2 deg d'écart entre ce que mesure la sonde du TRV et la sonde extérieure dans la pièce
Et on voit que la température cible du TRV n'est pas compensée
Le radiateur reste donc encore ouvert

Si tu veux des logs dis moi
Phil

[jmcollin78]

Tu peux enlever les gros patés jaune qui masque la partie utile ?

[pbranly]

Ce sera mieux depuis le PC
Sur iPad c'est grossier

[pbranly]

Bonjour,
Alors je ne suis pas (plus) sûr que le problème de bagottement provienne de versatile
En effet, la nuit, je passe la consigne à 16 deg ce qui augmente la différence entre la consigne et le mesuré et met bien la vanne à 0 %
Ce matin, la consigne est repassée à 18 et le bagotement a repris
La Vanne a peut être un problème.

Néanmoins le seul vrai problème est l'absence de compensation entre la température lue par la Vanne et celle du sensor extérieur
Bonne journée
Philippe

[jmcollin78]

Néanmoins le seul vrai problème est l'absence de compensation entre la température lue par la Vanne et celle du sensor extérieur

Ce que je vois sur la courbe là c'est bon : tu veux 18 et tu as 18.2 (et donc ca régule pas -> regulated temp = 18°).

La temperature mesurée par la vanne ne rentre pas en ligne de compte.

[pbranly]

Il reste la gestion de présence, la gestion de la puissance, la gestion de l'activité, les presets, ... L'auto-régulation est un plus apparu il y a pas longtemps mais qui n'est pas indispensable si de base la régulation est bonne.

EDIT: l'idée c'est de voir si le bagottement qu'on constate sur le % d'ouverture des valves est lié à l'auto-régul. Quand on aura vu que non (ce que je pense mais je peux me tromper) on pourra le remettre et chercher ailleurs.
Bonjour,
J'ai trouve l'origine du bagottement:
J'avais modifié un paramètre peu clair dans Z2M pour cette vanne:

la phrase en anglais est ambiguë et parait conseiller de mettre sur "false" sans aucune explication.
Une des conséquences est ce fonctionnement. j'ai modifié est tout redevenu normal (la batterie a même retrouvé gentiment ses 100 % !)

reste donc le soucis de compensation de température. a ta disposition pour toute aide ...........
Philippe

[jmcollin78]

reste donc le soucis de compensation de température.

Y a pas de soucis de compensation pour moi de ce que j'ai vu (ou j'ai loupé un truc).

[pbranly]

Bonjour,
Alors je n'ai pas compris comment fonctionne ton système avec la configuration "thermostat dans un thermostat". Peux tu expliciter l'algorithme ?
On voit bien sur la courbe ci dessous que la vanne reste ouverte alors qu'elle ne devrait pas:

temp cible : 17 deg
température du local : 18.7 deg (c'est elle qui est utilisée comme temp extérieure a la vanne)
--------> donc normalement la vanne derait se fermer car consigne < temp du local

mais la temp de la vanne est de 17.2 deg (car elle est au ras du sol) et comme la consigne de la vanne directe n'est pas compensée et reste à 17, la vanne reste trop ouverte
pour moi elle devrait être de 17-(18.7-17.2) = 15.5 deg

par chance j'ai un thermostat d'ambiance général qui coupe le chauffage complétement (ce qui n'est pas normal dans une installation avec vannes thermo.

Je comprends que ton intégration soit plutôt destinée a une installation électrique avec PID. dis moi si tu comptes aller plus loin sur cette option. je reste à ta disposition pour toute aide.

je repasserai en better-thermostat sinon mais c'est dommage.

Phil

[jmcollin78]

Oui je suis d'accord que la vanne devrait se fermer mais VTherm ne commande pas la vanne. Il commande les entités climate sous-jacentes:
underlying_climate_0: climate.vanne_thermo_salon_centre
underlying_climate_1: climate.vanne_thermo_salon_gauche
underlying_climate_2: climate.vanne_thermo_salon_droit

en leur donnant la consigne régulée comme target. C'est tout ce qu'il fait. Donc là il dit aux sous-jacents: target = 17° et c'est tout. C'est le sous-jacent qui ouvre la vanne en fonction de son propre algo. Comme il fait pour lui 17.2°, avec une consigne à 17°, il décide d'ouvrir la vanne. La seule chose qu'on peut faire au niveau de VTherm c'est de tuner la régulation. Elle pourrait être négative dans ton cas, donc il enverrait 16° en target au sous-jacents et ça fermerait les vannes.

Pour faire ça faut jouer sur le mode de régulation : Lègère, Moyenne, Forte ou Lente. Rappelle moi quel mode tu as ?

[pbranly]

Hello
Je suis en « lente ».
J’ai même tenté de mettre 0,1 deg sans succès.

[pbranly]

EDIT: Il reste la gestion de présence, la gestion de la puissance, la gestion de l'activité, les presets, ...
je suis d'accord et les presets c'est ce qu'il manque dans "better". j'avais essayé de pousser le développeur a ajouter un mode eco sans succès par exemple
Par contre je suis plus que dubitatif sur la puissance pour des TRV. la puissance depend de tellement de chose (température de l'eau, inertie, rendement global, montée en température .......)
Mais en électrique c'est parfait: des watts consommés sont tres proches des W utiles pour chauffer
Philippe

[jmcollin78]

la puissance pour des TRV

On est d'accord que pour les TRV elle ne sert à rien.

[jmcollin78]

ok, ce que je propose de faire c'est d'aller du coup plus loin dans la réguation négative pour que la vanne finisse par se fermer.
Pour cela, tu dois installer la release nommée "main" de Versatile Thermostat et configurer la régulation nommée Forte.

Elle est paramétrée pour être capable de gérer un delta important et pouvoir aller loin en + comme en -.

Y a de grandes chances que ce soit le réglage qu'il te faut.

Remets 0.5 en seuil de régulation sinon ca va solliciter inutilement tes piles des TRV.

Tiens moi au courant et laisse se stabiliser pour avoir qqe chose de parlant.

[pbranly]

Voila j'ai mis "main", seuil 0.5 et suis passé en fort . pour l'instant les températures vanne versus reference extérieure sont trop proches pour conclure
Mais j'ai un doute !
As tu vraiment dans ton code, un calcul de consigne du thermostat esclave en fonction du delta entre sa mesure interne et celle de la mesure extérieure ?
J'ai l'impression que tu utilises autre chose pour compenser la consigne du thermostat esclave
Phil

[jmcollin78]

Le calcul il est entre la consigne et la température réelle (mesuré par le capteur de température donné dans la première page de la configuration). Donc ca va se compenser tout seul.

On s'en fout de la température mesurée par le TRV qui est réputée fausse.

[pbranly]

Bein oui mais le thermostat lui vit sa vie . Et la seule chose qu'il voit c'est sa consigne et sa température interne .
Il gère la position de sa vanne en fonction d'un algorithme qui lui est propre.
Donc pour une vanne en hauteur de radiateur si on lui dit "règle toi à 20 deg" et qu'il voit que sa température interne est de 22 alors que la vraie température du local est de 19, il va se fermer.
Il faut lui dire de se mettre à 23 dans ce cas là.
Et viçe versa pour une vanne au ras du sol qui sera toujours plus froide que la température du local.

Je pense ( mais je peux me tromper bien sûr ) qu'avec des vannes thermo de radiateur à eau, il faut tout simplement compenser avec l'écart des températures mesurées
C'est ce que fait better thermostat. Mais il ajouté aussi pleins de "scotch" pour forcer les vannes qui sont toutes de piètre qualité ( comme un mode qui la met très au dessus ou très en dessous de la consigne pour forcer son ouverture ou sa fermeture)
Phil

[jmcollin78]

Il faut lui dire de se mettre à 23 dans ce cas là.

C'est exactement ce qui va (devrait se passer). VTherm lui dit 22, disons qu'il ne fait rien, donc VTherm va lui dire 22,5°, il ne fait toujours rien, VTherm lui dit 23° jusqu'à ce ça chauffe enfin, que la température de la pièce soit proche de la target.
On régule la consigne envoyée au TRV (le regulated_temperature) en fonction de l'écart entre la consigne (target_temperature) et la temperature de la pièce au point de mesure (temperature).

Ca devrait marcher tout seul. Là ca marchait pas, pcq je prenais en plus en compte l'écart entre la temp extérieure et la consigne qui est important et qui empéchait d'aller loin en territoire négatif. J'ai viré par paramétrage ce terme qui finalement pose pas mal de soucis à d'autres.

Tu me diras si ca marche comme ça.

C'est pour que ca que je n'ai besoin que des 3 infos: regulated_temp, target_temp et temp pour savoir si ça marche.
Tu peux garder le degré d'ouverture de la vanne, c'est bien pour controler.

tu ne peux pas controler directement l'ouverture de la vanne des fois ? C'est que en consultation ?

[pbranly]

ok je comprends la logique. ca devrait marcher ! j'ai juste un peu peur que les inerties thermiques mises en jeu avec du chauffage central et des radiateurs posent problème et finalement génèrent un fonctionnement avec de forts extrêmes. (chacun passant son temps a rattraper l'autre). c'est pour ca qu’éventuellement en local industriel, je ne crois pas au PID dans une maison car les paramètres sont par trop instables.

en électrique, tu mets 1 kW tu génères 1 kw; avec des radiateurs a eau, l'inertie de montée et descente puissance est enorme
je laisse vivre pour l'instant
je te tiens au courant
Phil

[jmcollin78]

Une fois qu'il a trouvé la bonne compensation elle va rester et s'adapter lentement. Donc il va peut être mettre un peu de temps à trouver la bonne régulation mais ca devrait être stable une fois trouvée. Après, je pourrai persister la compensation pour éviter de le refaire à chaque démarrage. Ce sera pour une prochaine évol si ça marche bien.

[jmcollin78]

Ca reste expérimental comme feature pour l'instant

[pbranly]

C'est ça que j'aime bien !

[pbranly]

Bonjour
Mauvaises surprises ce matin:

1 : j'ai constaté plusieurs fois cette semaine qu'apres un reboot de HA, l'installation demarrait arrétée; je devais a chaque fois remettre manuellement en "heat". ca le fait sur un Vtherm mais pas sur les autres

2: ce thermostat Vtherm est maintenant fait de 3 thermostats Schneider; je trouvais que la gestion se passait bien

3: ce matin tôt je suis passé en 4.1.0; lors du passage de la consigne à 18 deg, tous les thermostats sont restés autour de 15 deg. j'ai tenté de rafraichir les intégrations, de rebooter HA sans succès. ça a fini par fonctionner en forçant la modification de la consigne

on voit sur la courbe que la consigne des vannes tente d'augmenter mais reste avec un delta negatif trop important et donc ces vannes ne s'ouvrent pas

Spécifique de la 4.1.0 ?

nota : sur un autre Vtherm (fait de 2 autres vannes, la manip d'augmenter la consigne pour forcer le démarrage n'a pas fonctionne et les vannes sont restées fermées (voir L’écran inférieur qui donne l’état reel de la vanne)

Phil

[jmcollin78]

Hello @pbranly ,

Y a beaucoup de points et je vais faire un message par point sinon on y arrivera jamais.

pas de mémoire de l'état précédent : ca le fait sur un Vtherm mais pas sur les autres

Ce n'est pas normal. Tous les VTherms rechargent leur état au redémarrage. Je l'expérimente souvent puisque j'installe souvent des nouvelles versions. Si ça ne le fait que sur un, c'est qu'il a qqe-chose de spécial. Est-ce que tu peux me donner ses attributs stp ? (Outils de dev / Etats / select le VTherm / copie-colle les attributs en formattant en yaml avec le bouton

Est-ce que ca le fait depuis la 4.1.0 ou est-ce que c'était déjà le cas avant ? Puisque j'ai cru comprendre que tu avais installé la 4.1.0 qui a justement touché à cette partie pour ajouter la mémorisation d'un des termes de la régulation (histoire de ne pas repartir à zéro sur la régulation à chaque démarrage). Evidemment ça n'aurait pas du "casser", l'existant et j'ai tendance à croire que ca marche chez moi (en tout cas j'ai rien vu de spécial).

EDIT: je viens de faire l'essai et j'ai pas de problème.

[pbranly]

C'est ce que j'ai fait
C'est lisible de mon côté

[jmcollin78]

Ca devrait être comme ça:

hvac_modes:
  - heat
  - "off"
min_temp: 12
max_temp: 30
target_temp_step: 0.1
preset_modes:
  - none
  - eco
  - comfort
  - boost
  - activity
current_temperature: 20.2
temperature: 20
hvac_action: idle
preset_mode: activity
is_on: true
hvac_mode: heat
type: null
eco_temp: 17
boost_temp: 20
comfort_temp: 19
eco_away_temp: 17
...

Je vais m'en sortir qd même.

[jmcollin78]

Ce qui est intéressant:

current_temperature: 18.4
temperature: 18
hvac_action: idle
preset_mode: none

regulated_target_temperature: 14
auto_regulation_mode: auto_regulation_strong
regulation_accumulated_error: -50

Donc c'est exactement ce que je t'expliquais : il faut suffisament chaud (18,4 vs 18), tu as accumulé beaucoup d'erreur negative (-50) donc la regulated_target est faible (14) et donc ça chauffe pas.

C'est tout à fait normal et je ne vois pas pourquoi tu voudrais que ça chauffe.

[pbranly]

Oui ça c'est l'état ce midi
Car à force de forcer ça a démarré
Mais regarde les courbes ce matin

[jmcollin78]

Ce que je vois est normal vu l'algo et ça devait faire pareil avant mais je comprends que comme on était proche mais en dessous de la consigne ca aurait pu chauffer un peu. Je vais faire un truc pour améliorer ça. Je publie une version dans la foulée.

L'idée est de resetter l'erreur accumulée (le -50) lorsque la consigne change. Les conditions ne sont plus les mêmes donc on devrait repartir à 0 et pas se fier à l'erreur accumulée précédente. Je te dis quand c'est dispo.

[jmcollin78]

ce matin tôt je suis passé en 4.1.0; lors du passage de la consigne à 18 deg, tous les thermostats sont restés autour de 15 deg

Avant le passage à 18°, on voit que la température était très supérieure à la consigne, donc tu as accumulé de la régulation négative pendant un certain temps (jusqu'à 12°). Au passage à 18°, il fait 17,7° dans la pièce si je comprends bien et cet écart n'est pas assez important pour forcer une chauffe. La regulated temp est bien remontée (de 12° à 15°) et devrait continuer à remonter au fur et à mesure que l'écart se creuse.

Ca me parait pas totalement déconnant. Il fait juste pas assez froid pour chauffer. Qu'est-ce que tu attendais en fait ?

Y a bien eu des changements dans la 4.1.0 notamment la persistance de l'acculumation d'error qui peut jouer et qui est un critère important de la régulation. Avec tes attributs j'en saurais certainement plus pour éventuellement tuner qqes paramètres. Je ne sais pas quelle régulation tu as prises par exemple donc difficile en l'état de savoir quoi changer. Ce changement n'a, à priori rien à voir avec ton constat. Est-ce que tu es sur qu'avant la 4.1.0 tu n'avais pas ce même comportement ? Quelle était ta version précédente ?

[pbranly]

J'attendais que les radiateurs s'ouvrent car la température ambiante était inférieure à la consigne
La température monte assez haut le soir car je fais fonctionner un poêle à bois
Ça perturbe peut être complètement l'automatisme
Du coup le thermostat d'ambiance ( NEST) demandait du chauffage, les vannes étaient toutes fermées et ..... la chaudière passait son temps à se mettre en sécurité sans rien chauffer

[pbranly]

Jetais en 4.0. ?

[jmcollin78]

Ça perturbe peut être complètement l'automatisme. Du coup le thermostat d'ambiance ( NEST) demandait du chauffage,

C'est ça l'erreur. Il faisait chaud donc pourquoi le NEST demandait du chauffage. Que VTherm demande de ne pas chauffer ca me parait normal. Ca perturbe pas c'est justement fait exactement pour ça: on régule le chauffage en fonction de la temp de la pièce là ou est ton thermostat.

[pbranly]

On ne va oas s'en sortir !
Cz matin le poêle était arrêté depuis longtemps
La température ambiante était descendue en dessous de 18
Quand mon automatisme est passé de 16 deg ( la nuit) a 18 deg le matin, les vannes auraient du s'ouvrir
Regarde les courbes envoyées ce matin

[jmcollin78]

Du calme, j'ai bien vu. On se répond sur 3 fils en //. C'est toujours compliqué de faire du debug en mode tchat. Vous croyez que je connais vos environnements par coeur mais vous êtes 18 à me solliciter en //, donc je fais ce que je peux.
Je vais faire une modif et on s'en reparle au calme.

[jmcollin78]

sur un autre Vtherm (fait de 2 autres vannes, la manip d'augmenter la consigne pour forcer le démarrage n'a pas fonctionne et les vannes sont restées fermées (voir L’écran inférieur qui donne l’état reel de la vanne)

C'est exactement pareil. La température est de 18,3° et la consigne est à 18°. Donc ca ne va pas chauffer. C'est normal.

[pbranly]

Hello @pbranly ,

Y a beaucoup de points et je vais faire un message par point sinon on y arrivera jamais.

pas de mémoire de l'état précédent : ca le fait sur un Vtherm mais pas sur les autres

Ce n'est pas normal. Tous les VTherms rechargent leur état au redémarrage. Je l'expérimente souvent puisque j'installe souvent des nouvelles versions. Si ça ne le fait que sur un, c'est qu'il a qqe-chose de spécial. Est-ce que tu peux me donner ses attributs stp ? (Outils de dev / Etats / select le VTherm / copie-colle les attributs en formattant en yaml avec le bouton

Est-ce que ca le fait depuis la 4.1.0 ou est-ce que c'était déjà le cas avant ? Puisque j'ai cru comprendre que tu avais installé la 4.1.0 qui a justement touché à cette partie pour ajouter la mémorisation d'un des termes de la régulation (histoire de ne pas repartir à zéro sur la régulation à chaque démarrage). Evidemment ça n'aurait pas du "casser", l'existant et j'ai tendance à croire que ca marche chez moi (en tout cas j'ai rien vu de spécial).

EDIT: je viens de faire l'essai et j'ai pas de problème.

je pense que oui car toute la semaine j'avais un fonctionnement qui etait correct.

[pbranly]

je te remets la courbe du matin:

• temperature piéce : 17.7 ( en descente)
• consigne: passe de 16 a 18 vers 6h30
• Vtherm passe les 3 vannes de 12.5 à 15.5 deg (seulement)
  donc: les vannes restent fermées (et la chaudière passe son temps a se mettre en securité .... heureusement j'ai à l’étage au moins un radiateur sans vanne thermo sinon le circulateur serait mal)
  

[pbranly]

Du calme, j'ai bien vu. On se répond sur 3 fils en //. C'est toujours compliqué de faire du debug en mode tchat. Vous croyez que je connais vos environnements par coeur mais vous êtes 18 à me solliciter en //, donc je fais ce que je peux. Je vais faire une modif et on s'en reparle au calme.

pas de probleme desolé

[jmcollin78]

(et je rappelle que cette fonction est expérimentale et très complexe à mettre au point vu l'hétérogénéité des environnements de chacun. Si ça met en danger ta chaudière le mieux est certainement de ne pas l'utiliser. Moi, ça m'aide beaucoup à mettre au point pour tout le monde donc je trouve ça dommage, mais je comprendrai que tu souhaites arrêter, ça ne me posera pas de problème).

Je t'ai fait une mise à jour qui va améliorer (résoudre ?) ce que tu constates lors des changements de consigne. Pour l'avoir, tu dois installer la branche nommée 'main' dans HACS / Versatile Thermostat. Ça va juste effacer "la mémoire" de régulation lors d'un changement de consigne puisque les conditions de régulation ne sont plus les mêmes. Dans ton cas, ça me parait une bonne idée, ce qui n'est pas forcément le cas de tout le monde, mais je voudrais savoir si ça résout ton problème pour éventuellement en faire une option.

[pbranly]

Pas de problème pour ma chaudière ! Rassure toi .
Ok je fais la mise à jours
Néanmoins je me demande si dans l absolu, mon installation et mon utilisation est compatible
Le soir je passe à 19 deg . Le chauffage se met en marche. Peu de temps après, je fais fonctionner le poêle à bois.
Très vite, la température monte au delà des 19 ( environ 21 deg) et le chauffage central s'arrête tant au niveau de la chaudière qu'au niveau des vannes.
Est ce que de toutes façons ça ne perturbe pas ton algorithme ?
Le pauvre ne doit plus comprendre pourquoi la journée il a du mal à faire chauffer la pièce a 18 et le soir aussi peu de mal à chauffer à 19 !
Qu'en penses tu ?
Phil

[pbranly]

(et je rappelle que cette fonction est expérimentale et très complexe à mettre au point vu l'hétérogénéité des environnements de chacun. Si ça met en danger ta chaudière le mieux est certainement de ne pas l'utiliser. Moi, ça m'aide beaucoup à mettre au point pour tout le monde donc je trouve ça dommage, mais je comprendrai que tu souhaites arrêter, ça ne me posera pas de problème).

Je t'ai fait une mise à jour qui va améliorer (résoudre ?) ce que tu constates lors des changements de consigne. Pour l'avoir, tu dois installer la branche nommée 'main' dans HACS / Versatile Thermostat. Ça va juste effacer "la mémoire" de régulation lors d'un changement de consigne puisque les conditions de régulation ne sont plus les mêmes. Dans ton cas, ça me parait une bonne idée, ce qui n'est pas forcément le cas de tout le monde, mais je voudrais savoir si ça résout ton problème pour éventuellement en faire une option.

Redémarrage HA avec la main : Vtherm arrêté ... toujours le même

Mon sensor de température extérieure est actuellement indisponible ( Netatmo débranché) c'est peut être la raison mais pourquoi un seul vtherm ? Les autres utilisent le même sensor et ne sont pas arrêtés

[pbranly]

Après remise en heat ça fait pareil
Cible 18, temp local 17,8, les vannes sont à 15,5 donc toutes fermées alors que la température est inférieure à 18

[pbranly]

Solution
Pousser la consigne à 24. Les vannes passent à 30 (!) donc s'ouvrent
Et repasser à 18, les vannes passent à 18 et restent ouvertes et régulent

[jmcollin78]

Je comprends pas pourquoi ca fait ça. Ca devrait pas. On dirait que ca régule pas du tout

[jmcollin78]

Mon sensor de température extérieure est actuellement indisponible ( Netatmo débranché) c'est peut être la raison mais pourquoi un seul vtherm ? Les autres utilisent le même sensor et ne sont pas arrêtés

Ah ben voilà ! ca c'est pas bon. Du coup ca régule pas. Tu dois avec des logs qui disent ça :
Temporarily skipping the self-regulation algorithm while the configured sensor for outdoor temperature is unavailable et du coup ça régule pas.

Je ne pense pas que ca ait un rapport avec le fait que VTherm soit arrêté au démarrage par contre. Ca c'est autre chose. Regarde peut être un peu les logs si tu vois des messages de Versatile Thermostat type WARNING ou ERROR

[pbranly]

Hello
J'ai rebranché le Netatmo
Donc tous les sensors sont présents
J'ai reboote HA
Le Vtherm hanté redémarre toujours éteint

Les 3 autres démarrent normalement

La consigne est à 19
La température interne est de 20,3
Les vannes se règlent à 19 mais comment elles voient leurs températures internes égales à 18,9, elles sont ouvertes alors qu'elles devraient être fermées
Phil

[pbranly]

Hello
Depuis une semaine ça fonctionnait bien
Cet après midi HA s'est upgradé donc à reboote
De nouveau le vtherm fait de 3 vannes Schneider s'est retrouvé arrêté ( et les 3 vannes avec)
Les vtherm composés de brt100 redémarrent normalement
Qui a-t-il dans ton code qui arrête ou ne redémarre pas le vtherm ?
Phil

[jmcollin78]

La détection de l'ouverture des fenêtres et un retour d'un sous-jacent qui dit "off".

J'ai eu un cas, pareil, c'était le paramétrage du TRV qui en mode "eco" s'éteignait tout seul et donc le VTherm suit pour réfléter l'état du sous-jacent. Tu as peut être le même soucis.

[pbranly]

Je n'utilise pas la détection de fenêtre.
Mais c'est peut etre une piste .
Ça me rappelle un grand débat avec l'auteur de better thermostat qui a fini par y venir.
A mon sens, les "sous jacents" doivent être de purs esclaves du vtherm.
Toute modification des sous jacents volontaire ou involontaire doit être écrasée par le vtherm.
Sinon le programme ne sait plus qui est le chef !

Dans mon problème c'est systématique . Tout redémarrage de HA, met ce vtherm en off.
Je peux mettre quelle trace pour trouver ?
Phil

[jmcollin78]

On a justement demandé l'inverse : faire en sorte que le VTherm reflète l'état des sous-jacents . Beaucoup règle leur chauffage directement sur les vannes.

[pbranly]

Hello
À oui ?
Je trouve ça totalement illogique.
Pourquoi mettre en œuvre un système virtuel qui réagit intelligemment à l'ambiance avec pour conséquence majeure d'intervenir sur la consigne d'un thermostat physique si c'est pour tout casser en intervenant directement sur ce thermostat ?
C'est comme si le capitaine d'un navire donnait un cap et que les équipiers décidaient d'aller ou ils veulent 🥳
De toutes façons ca n'explique pas pourquoi le thermostat virtuel de mes 3 vannes Schneider démarre arreté quand HA est relancé. Mais ça ne doit pas aider si la faute provient de ces vannes si effectivement le vtherm obéit tant à lui même qu'aux vannes
Phil

[jmcollin78]

Oui mais le WAF, les enfants,... Il faut aussi écouter les besoins des utilisateurs.

[pbranly]

Oui je comprends.
Mais ça conduit quand même à provoquer un fonctionnement bancal si on touche au thermostat physique
C'est la guerre des chefs (!).
Le vtherm est à 18, le thermostat réel est à 20 pour arriver à une temp amb de 18, waf a trop chaud ... aaaa mais qui a mis ce thermostat a 20 ? !!!.... elle change pour 18, le vtherm passe à combien ? Si il reste a 18, le réel va repasser tout doucement à 20 non ? Si il se met à 16, il n'y aura jamais 18 et il fera froid .... aaaaa mais c'est quoi ta domotique...m'on a chaud puis on a froid .... hihi
Quelque soit le sens , si lesclave peut être maître, ça ne peut pas fonctionner
lol
Phil

[jmcollin78]

Oui mais cette guerre des chefs, n'est pas le problème de VTherm.
La seule chose faisable serait ajouter un flag de config de plus (y en a déjà 60 !!) pour demander à VTherm de suivre ou non le TRV. Mais si ce flag est à false, il y a une desynchonisation entre ce qui est en consigne sur le TRV et ce qui est sur le VTherm. Je vois d'ici les centaines de signalements d'anos : "mon vtherm ne marche plus".

Pour moi, la domotique c'est bien, mais pourvoir utiliser nativement les appareils c'est mieux. J'ai gardé des interrupteurs, j'ai les télécommandes physique de mes volets, .... S'il faut sortir son smartphone à chaque fois, c'est pas bon.

Donc vraiment, je ne suis pas fan du tout et je ne vais pas donner suite.

[pbranly]

Ok je comprends même si je ne saisis toujours pas comment l'ensemble peut continuer et comment il fonctionne quand on est intervenu sur la vanne "esclave".
Ce qui continue à être un défaut critique , c'est que le vther fait de 3 vannes Schneider démarre toujours en arrêt quand je relance HA contrairement aux autres vtherm fait d'autres types de vannes.
Si tu veux je peux faire un ticket officiel sur le sujet. Dis moi de quels logs tu peux avoir besoin.
Je repasserai en better thermostat la semaine prochaine car je ne peux pas laisser le système dans cet état.
WAF oblige aussi 😎
Phil

[jmcollin78]

Les climates des vannes Schneider se mettent en arrêt (havc_off) ? C'est là qu'il faut intervenir (sur le climate qui les pilote). J'ai eu des retours avec des vannes qui se mettaient en arrêt et c'était une option. J'ai plus le modèle en tête mais tu as peut être cette option aussi.

[pbranly]

Alors tu n'as pas tort
J'ai désactivé le vtherm des 3 Schneider et rebooté HA. Les 3 thermostats ont redémarré en arrêt.
Je ne sais pas si c'est leur mode de démarrage par défaut ou si c'est à cause de la carte simple-thermostat.
Essais plus tard !
J'ai réglé le problème avec un automatisme

alias: Démarrage heat vannes salon
description: ""
trigger:
  - platform: homeassistant
    event: start
condition: []
action:
  - device_id: daabb17b6aa128588088557b5c8d124c
    domain: climate
    entity_id: cd81fc5066957cca40130fd29ba17591
    type: set_hvac_mode
    hvac_mode: heat
mode: single

Ce n'est pas très propre mais ça fonctionne et reste dans ma logique " le vtherm est le maître" !
Phil