Mode chauffage ne se déclenche pas lors du changement de consigne/preset

[letrouf]

Bonjour, tout d'abord je tiens à féliciter vous féliciter pour la qualité de ce thermostat. J'ai cherché dans les issues et les discussions mais je n'ai pas trouvé exactement ma question. Venant de better thermostat, j'ai paramétré au mieux tous mes chauffages (électriques pas de clim sur ce sujet) qui sont contrôlés par un module Tiko que je peux contrôler en direct sur HA via un add-on. Du coup j'ai créé les VT en over-thermostat, tout remonte correctement.

J'utilise un scheduler mais le fonctionnement reste le même si je change le preset/température moi-même): le passage d'un preset à un autre n'allume pas le mode chauffage, la consigne n'est transmise au sous-jacent que si le mode "chauffage" se déclenche.

Je n'avais jamais eu ce cas de figure avec Better thermostat mais du coup j'avais aussi moins de fonctionnalités

Sur les captures ci-dessous je teste en mettant une consigne au VT "emmy", la partie droite est l'affichage du sous-jacent pour voir si celà déclenche le chauffage réellement. Photo 1: pas de déclenchement car malgré une consigne élevé, le thermostat reste éteint. Photo 2: j'ai juste passé en mode chauffage et là la consigne est transmise au sous-jacent.

Est-ce que peut-être j'ai raté un paramètre qui permette au VT de rester en mode chauffage (même lorsque la consigne est basse), le sous-jacent s'éteindrait alors de lui même) ?

Voici les états du VT "emmy"

hvac_modes:

• heat
• "off" min_temp: 15 max_temp: 24 target_temp_step: 0.2 preset_modes:
• none
• frost
• eco
• comfort
• boost current_temperature: 19.3 temperature: 17.5 preset_mode: eco is_on: false hvac_action: null hvac_mode: "off" type: null is_controlled_by_central_mode: false last_central_mode: null frost_temp: 15 eco_temp: 18.5 boost_temp: 19.5 comfort_temp: 19 frost_away_temp: 15 eco_away_temp: 17.5 boost_away_temp: 18.5 comfort_away_temp: 18 power_temp: null target_temperature_step: 0.2 ext_current_temperature: 20.5 ac_mode: false current_power: null current_power_max: null saved_preset_mode: eco saved_target_temp: 20 saved_hvac_mode: null motion_sensor_entity_id: null motion_state: null power_sensor_entity_id: null max_power_sensor_entity_id: null overpowering_state: null presence_sensor_entity_id: binary_sensor.maison_occupee presence_state: "off" window_state: "off" window_auto_state: "off" window_bypass_state: false window_sensor_entity_id: binary_sensor.fenetre_emmy_contact window_delay_sec: 30 window_auto_enabled: false window_auto_open_threshold: null window_auto_close_threshold: null window_auto_max_duration: null window_action: window_turn_off security_delay_min: 60 security_min_on_percent: 0.5 security_default_on_percent: 0.1 last_temperature_datetime: "2024-04-04T13:12:44.213201+02:00" last_ext_temperature_datetime: "2024-04-04T13:12:44.213201+02:00" security_state: false minimal_activation_delay_sec: 10 device_power: 1000 mean_cycle_power: null total_energy: 0 last_update_datetime: "2024-04-04T13:12:44.216000+02:00" timezone: Europe/Paris temperature_unit: °C is_device_active: false ema_temp: 19.26 is_used_by_central_boiler: false is_over_climate: true start_hvac_action_date: null underlying_climate_0: climate.chambre_emmy_heating underlying_climate_1: null underlying_climate_2: null underlying_climate_3: null auto_fan_mode: auto_fan_none current_auto_fan_mode: auto_fan_none auto_activated_fan_mode: null auto_deactivated_fan_mode: null auto_regulation_use_device_temp: false friendly_name: Emmy vt supported_features: 401

Désolé pour le pavé et merci encore du temps que vous accordez à la communauté.

John

[jmcollin78]

Bonjour,

J'utilise un scheduler mais le fonctionnement reste le même si je change le preset/température moi-même): le passage d'un preset à un autre n'allume pas le mode chauffage, la consigne n'est transmise au sous-jacent que si le mode "chauffage" se déclenche.

Oui c'est normal, l'allumage est une décision de l'utilisateur d'allumer ou non le chauffage. VTherm ne s'allume pas d'autorité. Ca éviter d'avoir le chauffage qui s'allume alors qu'on est en vacances et qu'on ne souhaitait pas chauffer (par exemple). Quand il est off, il restera off jusqu'à ce qu'explicitement quelqu'un le rallume. C'est certainement une différence par rapport à BT.

[letrouf]

Bonjour, merci pour la réponse mais je crois qu'il y a confusion. Certains thermostats de ma liste fonctionnaient précédemment. Si VT n'enclenche pas le mode chauffage il n'envoie pas non plus la consigne au sous-jacent ! Si je dois rajouter une automatisation pour déclencher le mode chauffage lorsque la consigne VT dépasse la consigne du sous-jacent, on perd en simplicité non? Je vous remercie.

[jmcollin78]

Hello @letrouf ,

Je suis un peu perdu. Je pense qu'on a (au moins) un soucis de vocabulaire. Y a 2 paramètres dans un thermostat :

1. le mode (attribut hvac_mode). Ce mode est positionné par l'utilisateur et dit si le thermostat doit être étient (Off), en mode chauffage (Heat), en mode clim (Cool), en mode Auto (auto) .... La liste des modes possibles est dépendant de l'entité pilotée. Dans ton cas, avec un VTherm de type over climate, la liste des modes est donnée par la liste du climate sous-jacent,
2. l'action (attribut hvac_action). Cette action donne l'état courant de l'équipement. Heating si il chauffe, Cooling si il refroidit, Idle si il ne fait rien, ... Un thermostat peut être en mode Heat mais si il fait bon, le radiateur est Idle.

Donc quand tu dis (1er post): le passage d'un preset à un autre n'allume **pas le mode chauffage**, j'ai entendu le hvac_mode ne passe pas à Heat lorsque je change de preset. Ce qui est normal, cf mon explication au-dessus.

Dans le 2ème post quand tu dis: Si VT n'enclenche pas le mode chauffage il n'envoie pas non plus la consigne au sous-jacent du coup, je ne sais plus trop de quoi on parle. Mais, en type over_climate c'est le sous-jacent qui décide de chauffer ou non (c'est lui qui régule) et pas le VTherm. Donc si on parle du hvac_action, le VTherm n'enclenche pas le mode chauffage, c'est normal aussi. Et si on parle du hvac_mode, ben c'est normal aussi cf au-dessus.

Si je dois rajouter une automatisation pour déclencher le mode chauffage lorsque la consigne VT dépasse la consigne du sous-jacent, on perd en simplicité non?

Tout ce que tu dois faire, c'est dire si tu veux allumer ou pas le chauffage (on le met en octobre et on l'enlève en avril en gros). Je parle du hvac_mode là et c'est tout. Ca peut même se faire pour tous tes VTherm de façon centralisée (cf. doc https://github.com/jmcollin78/versatile_thermostat/blob/main/README-fr.md#le-contr%C3%B4le-centralis%C3%A9)

Le hvac_action se mettra tout seul en fonction de la température de la pièce et de la consigne. La consigne est positionnée par VTherm sur le sous-jacent à chaque fois qu'elle est modifiée.

Sur des radiateurs électriques qui par définition ne consomme pas lorsqu'ils ne chauffent pas, il n'y a pas besoin de le mettre sur hvac_mode 'off' (donc VTherm étient) en fonction de la consigne. Tu le laisses sur le mode Chauffage si on est en hiver et il se mettre à chauffer tout seul si il y a besoin. C'est peut être ça que tu essayais de faire. Je vois que tes VTherm sont étients dans la première copie d'écran.

[letrouf]

Bonjour, merci pour les explications.

Tu le laisses sur le mode Chauffage si on est en hiver et il se mettre à chauffer tout seul si il y a besoin

En fait justement, ils ne restent pas en mode chauffage, un changement de consigne plus basse que la t° les passe en "éteint" et ils ne reviennent jamais seuls en chauffage. Je comprends bien que VT ne bascule pas le hvac_mode en "heat" mais alors pourquoi le fait-il pour passer sur "off" ?

Sur les captures ci-dessous. Je les ai tous allumé. Puis je passe en preset eco sur le "VT Emmy", cela bascule le hvac-mode en off. Même si je donne une consigne à 22 sur la dernière capture, il ne se rallume jamais automatiquement.

[jmcollin78]

ok je comprends mieux. Pas facile ...

Je comprends bien que VT ne bascule pas le hvac_mode en "heat" mais alors pourquoi le fait-il pour passer sur "off" ?

Le VTHerm JAMAIS ne s'éteint .... sauf 2 cas :

1. détection de fenêtre ouverte (si configuré comme ça) mais on n'est pas dans ce cas là (cf. 1er post) :

   window_state: "off"
   window_auto_state: "off"

2. en type over_climate si le sous-jacent passe sur off. En type over_climate il suit l'état du sous-jacent et lui délègue les consignes. Donc on est forcément dans ce cas là et c'est le sous-jacent qui s'éteint. Je suppose qu'il a une fonction pour faire ça. Tu ne serais pas le premier à avoir ce soucis. Tu as peut être des options à desactiver sur ton module Tiko.

Faut que je rajoute un paragraphe dans la doc dans le § troubleshooting.

[letrouf]

Je vous remercie pour les recherches. Pourtant lors de mes tests précédents, le sous-jacent ne bouge à aucun moment, ni ne s'allume ni ne s'éteint, ni ne change de consigne. Je vais repasser sur une config Better Thermostat (pour l'hiver prochain du moins) avec des automatisations et je reste à l'affut si quelqu'un d'autre verrai une solution. Je vous remercie .

[jmcollin78]

Pourtant lors de mes tests précédents, le sous-jacent ne bouge à aucun moment, ni ne s'allume ni ne s'éteint, ni ne change de consigne.

Ca c'est curieux. Je serais demandeur de continuer l'analyse car des fois on trouve des choses (bugs ou comportements spécifiques).

Si tu as envie de continuer l'analyse, je veux bien que tu mettes le niveau de log INFO (cf README), que tu reproduises le problème et que tu m'envoies les logs, un peu avant et après la reproduction du log.

Que le VTherm se mette OFF tout seul et que le sous-jacent ne bouge pas, c'est clairement pas normal.

[letrouf]

Bonjour, je suis bien sûr dispo pour t'aider sur ce sujet. Voici le log lorsque je souhaite passer en mode confort sur ce thermostat (T° actuelle 17.8, confort à 19°)

2024-04-10 14:34:38.636 INFO (MainThread) [custom_components.versatile_thermostat.base_thermostat] VersatileThermostat-Emmy vt - Set preset_mode: comfort force=False 2024-04-10 14:34:38.636 INFO (MainThread) [custom_components.versatile_thermostat.base_thermostat] VersatileThermostat-Emmy vt - find preset temp: comfort 2024-04-10 14:34:38.640 INFO (MainThread) [custom_components.versatile_thermostat.const] VersatileThermostat-Emmy vt - Sending event EventType.PRESET_EVENT with data: {'preset': 'comfort'}

En passant par better thermostat, de base (sauf si je le passe sur off moi-même) le thermostat reste bien sur "inactif (chauffage)" au lieu de s'éteindre comme avec les VT

2024-04-10 14:54:03.972 INFO (MainThread) [homeassistant.setup] Setting up better_thermostat 2024-04-10 14:54:03.987 ERROR (Thread-21 (_thread_main)) [tuya_sharing] on message error = 114 2024-04-10 14:54:03.988 ERROR (Thread-6 (_thread_main)) [tuya_sharing] on message error = 114 2024-04-10 14:54:03.992 ERROR (Thread-21 (_thread_main)) [tuya_sharing] on message error = 105 2024-04-10 14:54:03.997 ERROR (Thread-6 (_thread_main)) [tuya_sharing] on message error = 105 2024-04-10 14:54:03.999 ERROR (Thread-21 (_thread_main)) [tuya_sharing] on message error = 121 2024-04-10 14:54:04.014 ERROR (Thread-6 (_thread_main)) [tuya_sharing] on message error = 121 2024-04-10 14:54:04.050 INFO (MainThread) [homeassistant.components.climate] Setting up better_thermostat.climate 2024-04-10 14:54:04.052 WARNING (MainThread) [homeassistant.components.climate] Entity None (<class 'custom_components.better_thermostat.climate.BetterThermostat'>) implements HVACMode(s): heat, off and therefore implicitly supports the turn_on/turn_off methods without setting the proper ClimateEntityFeature. Please create a bug report at https://github.com/KartoffelToby/better_thermostat/issues 2024-04-10 14:54:04.076 INFO (MainThread) [custom_components.better_thermostat.climate] better_thermostat Chauffage Emmy: Waiting for entity to be ready... 2024-04-10 14:54:04.092 INFO (MainThread) [custom_components.better_thermostat.climate] better_thermostat Chauffage Emmy: Starting version 1.4.0. Waiting for entity to be ready... 2024-04-10 14:54:07.171 WARNING (MainThread) [custom_components.better_thermostat.utils.weather] better_thermostat Chauffage Emmy: no weather entity data found. 2024-04-10 14:54:07.459 ERROR (MainThread) [custom_components.samsung_soundbar.api_extension.SoundbarDevice] [samsung_soundbar] Error: _update_advanced_audio exceeded a retry counter of 10 2024-04-10 14:54:08.684 WARNING (MainThread) [homeassistant.components.media_player] Updating samsung_soundbar media_player took longer than the scheduled update interval 0:00:10 2024-04-10 14:54:08.685 WARNING (MainThread) [homeassistant.helpers.entity] Update of media_player.barre_de_son is taking over 10 seconds 2024-04-10 14:54:10.698 INFO (SyncWorker_51) [custom_components.lametricboot] State change for: POwer (sensor.conso_elec_w_moy) to: 1211.42 2024-04-10 14:54:12.179 INFO (MainThread) [custom_components.better_thermostat.climate] better_thermostat Chauffage Emmy: startup completed. 2024-04-10 14:54:13.483 ERROR (MainThread) [custom_components.samsung_soundbar.api_extension.SoundbarDevice] [samsung_soundbar] Error: _update_equalizer exceeded a retry counter of 10 2024-04-10 14:54:14.618 ERROR (Thread-21 (_thread_main)) [tuya_sharing] on message error = 112 2024-04-10 14:54:14.620 ERROR (Thread-6 (_thread_main)) [tuya_sharing] on message error = 112 2024-04-10 14:54:14.639 ERROR (Thread-6 (_thread_main)) [tuya_sharing] on message error = 113 2024-04-10 14:54:14.640 ERROR (Thread-21 (_thread_main)) [tuya_sharing] on message error = 113 2024-04-10 14:54:14.649 ERROR (Thread-21 (_thread_main)) [tuya_sharing] on message error = 101 2024-04-10 14:54:14.650 ERROR (Thread-6 (_thread_main)) [tuya_sharing] on message error = 101 2024-04-10 14:54:14.663 ERROR (Thread-6 (_thread_main)) [tuya_sharing] on message error = 114 2024-04-10 14:54:14.664 ERROR (Thread-21 (_thread_main)) [tuya_sharing] on message error = 114 2024-04-10 14:54:14.670 ERROR (Thread-21 (_thread_main)) [tuya_sharing] on message error = 105 2024-04-10 14:54:14.672 ERROR (Thread-6 (_thread_main)) [tuya_sharing] on message error = 105 2024-04-10 14:54:18.912 INFO (MainThread) [custom_components.versatile_thermostat.base_thermostat] VersatileThermostat-Leo vt - Set preset_mode: eco force=False 2024-04-10 14:54:18.913 INFO (MainThread) [custom_components.versatile_thermostat.base_thermostat] VersatileThermostat-Leo vt - find preset temp: eco 2024-04-10 14:54:18.913 INFO (MainThread) [custom_components.versatile_thermostat.thermostat_climate] VersatileThermostat-Leo vt - Calling ThermostatClimate._send_regulated_temperature force=True 2024-04-10 14:54:18.913 INFO (MainThread) [custom_components.versatile_thermostat.thermostat_climate] VersatileThermostat-Leo vt - regulation calculation will be done 2024-04-10 14:54:18.913 INFO (MainThread) [custom_components.versatile_thermostat.thermostat_climate] VersatileThermostat-Leo vt - Regulated temp have changed to 18.0. Resend it to underlyings 2024-04-10 14:54:18.921 INFO (MainThread) [custom_components.versatile_thermostat.const] VersatileThermostat-Leo vt - Sending event EventType.PRESET_EVENT with data: {'preset': 'eco'} 2024-04-10 14:54:18.927 INFO (MainThread) [custom_components.versatile_thermostat.thermostat_climate] VersatileThermostat-Leo vt - Calling ThermostatClimate._send_regulated_temperature force=False 2024-04-10 14:54:18.927 INFO (MainThread) [custom_components.versatile_thermostat.thermostat_climate] VersatileThermostat-Leo vt - period (0.0) min is < 5 min -> forget the regulation send 2024-04-10 14:54:19.825 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100043406, sending update 2024-04-10 14:54:19.835 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043406, sending update 2024-04-10 14:54:19.839 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043406_temperature, sending update 2024-04-10 14:54:19.849 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100043408, sending update 2024-04-10 14:54:19.854 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043408, sending update 2024-04-10 14:54:19.857 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043408_temperature, sending update 2024-04-10 14:54:19.866 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100043410, sending update 2024-04-10 14:54:19.871 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043410, sending update 2024-04-10 14:54:19.874 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043410_temperature, sending update 2024-04-10 14:54:19.883 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100043418, sending update 2024-04-10 14:54:19.887 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043418, sending update 2024-04-10 14:54:19.889 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043418_temperature, sending update 2024-04-10 14:54:19.899 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100043421, sending update 2024-04-10 14:54:19.906 INFO (MainThread) [custom_components.versatile_thermostat.thermostat_climate] VersatileThermostat-Leo vt - Underlying climate climate.chambre_leo_heating changed. Event.new_hvac_mode is heat, current_hvac_mode=heat, new_hvac_action=None, old_hvac_action=None 2024-04-10 14:54:19.910 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043421, sending update 2024-04-10 14:54:19.911 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043421_temperature, sending update 2024-04-10 14:54:19.923 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100047096, sending update 2024-04-10 14:54:19.929 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100047096, sending update 2024-04-10 14:54:19.932 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100047096_temperature, sending update 2024-04-10 14:54:19.941 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100047099, sending update 2024-04-10 14:54:19.949 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100047099, sending update 2024-04-10 14:54:19.953 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100047099_temperature, sending update 2024-04-10 14:54:22.680 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100043406, sending update 2024-04-10 14:54:22.685 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043406, sending update 2024-04-10 14:54:22.687 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043406_temperature, sending update 2024-04-10 14:54:22.703 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100043408, sending update 2024-04-10 14:54:22.708 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043408, sending update 2024-04-10 14:54:22.709 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043408_temperature, sending update 2024-04-10 14:54:22.718 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100043410, sending update 2024-04-10 14:54:22.724 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043410, sending update 2024-04-10 14:54:22.729 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043410_temperature, sending update 2024-04-10 14:54:22.737 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100043418, sending update 2024-04-10 14:54:22.752 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043418, sending update 2024-04-10 14:54:22.755 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043418_temperature, sending update 2024-04-10 14:54:22.766 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100043421, sending update 2024-04-10 14:54:22.773 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043421, sending update 2024-04-10 14:54:22.776 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043421_temperature, sending update 2024-04-10 14:54:22.784 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100047096, sending update 2024-04-10 14:54:22.791 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100047096, sending update 2024-04-10 14:54:22.794 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100047096_temperature, sending update 2024-04-10 14:54:22.803 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100047099, sending update 2024-04-10 14:54:22.808 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100047099, sending update 2024-04-10 14:54:22.811 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100047099_temperature, sending update 2024-04-10 14:55:49.841 INFO (MainThread) [custom_components.versatile_thermostat.thermostat_climate] VersatileThermostat-Leo vt - Calling ThermostatClimate._send_regulated_temperature force=False 2024-04-10 14:55:49.842 INFO (MainThread) [custom_components.versatile_thermostat.thermostat_climate] VersatileThermostat-Leo vt - period (1.5) min is < 5 min -> forget the regulation send 2024-04-10 14:55:58.079 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100043406, sending update 2024-04-10 14:55:58.087 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043406, sending update 2024-04-10 14:55:58.091 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043406_temperature, sending update 2024-04-10 14:55:58.103 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100043408, sending update 2024-04-10 14:55:58.113 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043408, sending update 2024-04-10 14:55:58.115 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043408_temperature, sending update 2024-04-10 14:55:58.128 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100043410, sending update 2024-04-10 14:55:58.137 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043410, sending update 2024-04-10 14:55:58.138 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043410_temperature, sending update 2024-04-10 14:55:58.152 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100043418, sending update 2024-04-10 14:55:58.160 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043418, sending update 2024-04-10 14:55:58.168 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: sensor tiko_100043418_temperature, sending update 2024-04-10 14:55:58.192 INFO (MainThread) [homeassistant.components.mqtt.discovery] Component has already been discovered: climate tiko_100043421, sending update 2024-04-10 14:55:58.200 INFO (MainThread) [custom_components.versatile_thermostat.thermostat_climate] VersatileThermostat-Leo vt - Underlying climate climate.chambre_leo_heating changed. Event.new_hvac_mode is off, current_hvac_mode=heat, new_hvac_action=None, old_hvac_action=None

[jmcollin78]

Hello @letrouf ,

What we clearly can see here is the last log:

2024-04-10 14:55:58.200 INFO (MainThread) [custom_components.versatile_thermostat.thermostat_climate] VersatileThermostat-Leo vt - Underlying climate climate.chambre_leo_heating changed. Event.new_hvac_mode is off, current_hvac_mode=heat, new_hvac_action=None, old_hvac_action=None

The underlying climate stops itself and VTherm is following: Underlying climate climate.chambre_leo_heating changed new_hvac_mode=off.

You will have to understand why the underlying is stopping itself. Unfortunately, there is nothing more I can do.

[jmcollin78]

Please reopen if you have more information