Hello! Si ca peut aider, de mon côté quand cela s’est produit, j’ai eu des erreurs dans les notifications de HA, mais comme un C.O.N je n’ai pas pris le temps d’étudier ces erreurs. As tu eu la même chose?
Edit dans mon fichier configuration j’ai ce niveau de log :
Merci. Je vais regarder ce qui ne va pas.
Si tu peux me faire les courbes ça aiderait
je vais activer ça, et chercher les logs, je te tiens au courant quand j’ai une nouvelle piste
maintenant, en ce qui concerne mon tracé ‹ plat ›, je ne sais pas comment trouver des points sur ma ligne plate, si je passe le curseur, je n’ai rien mais je ne sait pas si c’est normal ou non,
et aussi, pour info, j’utilise une entrée de type ‹ minimum › sur l’état de 2 capteurs pour ma température
Bien sûr. Je fais cela demain probablement, je suis en train de migrer le reste de mes thermostats.
Bonjour, Franchement bravo pour le thermostat et le sujet, c’est du lourd ! 
pour le moment, j’ai trouvé ça :
Cette erreur provient d'une intégration personnalisée
Logger: custom_components.versatile_thermostat.base_thermostat
Source: custom_components/versatile_thermostat/base_thermostat.py:1993
Integration: Versatile Thermostat configuration (documentation, issues)
First occurred: 5 décembre 2023 à 20:26:29 (8 occurrences)
Last logged: 07:25:19
VersatileThermostat-thermostat ch1 - No temperature received for more than 60.0 minutes (dt=2.0, dext=61.3) and on_percent (0.60) is over defined value (0.50). Set it into security mode
VersatileThermostat-thermostat sam - No temperature received for more than 60.0 minutes (dt=0.0, dext=99.7) and on_percent (0.52) is over defined value (0.50). Set it into security mode
VersatileThermostat-thermostat stv - No temperature received for more than 10.0 minutes (dt=53.6, dext=0.0) and on_percent (0.71) is over defined value (0.50). Set it into security mode
VersatileThermostat-thermostat stv - No temperature received for more than 10.0 minutes (dt=3.7, dext=10.0) and on_percent (0.83) is over defined value (0.50). Set it into security mode
VersatileThermostat-thermostat stv - No temperature received for more than 10.0 minutes (dt=5.0, dext=11.3) and on_percent (0.55) is over defined value (0.50). Set it into security mode
2023-12-06 07:25:19.920 DEBUG (MainThread) [custom_components.versatile_thermostat.underlyings] VersatileThermostat-thermostat stv-switch.rad08_a - calling turn_on_later hvac_mode=heat, should_relaunch_later=False off_time_sec=164
2023-12-06 07:25:19.921 DEBUG (MainThread) [custom_components.versatile_thermostat.underlyings] VersatileThermostat-thermostat stv-switch.rad08_a - Stopping cycle during calculation
2023-12-06 07:25:19.921 DEBUG (MainThread) [custom_components.versatile_thermostat.base_thermostat] VersatileThermostat-thermostat stv - overpowering check: power=5.000, max_power=45.000 heater power=1.500
2023-12-06 07:25:19.922 DEBUG (MainThread) [custom_components.versatile_thermostat.base_thermostat] VersatileThermostat-thermostat stv - checking security delta_temp=5.0 delta_ext_temp=11.3 mod_cond=True temp_cond=True climate_cond=False switch_cond=True
2023-12-06 07:25:19.922 WARNING (MainThread) [custom_components.versatile_thermostat.base_thermostat] VersatileThermostat-thermostat stv - No temperature received for more than 10.0 minutes (dt=5.0, dext=11.3) and on_percent (0.55) is over defined value (0.50). Set it into security mode
2023-12-06 07:25:19.923 INFO (MainThread) [custom_components.versatile_thermostat.base_thermostat] VersatileThermostat-thermostat stv - Sending event EventType.TEMPERATURE_EVENT with data: {'last_temperature_mesure': '2023-12-06T07:20:18.576708+01:00', 'last_ext_temperature_mesure': '2023-12-06T07:14:00.212383+01:00', 'current_temp': 18.2, 'current_ext_temp': 0.04, 'target_temp': 18.5}
2023-12-06 07:25:19.933 DEBUG (MainThread) [custom_components.versatile_thermostat.base_thermostat] VersatileThermostat-thermostat stv - Saved hvac mode - saved_hvac_mode is heat, hvac_mode is heat
2023-12-06 07:25:19.933 INFO (MainThread) [custom_components.versatile_thermostat.base_thermostat] VersatileThermostat-thermostat stv - Set preset_mode: security force=False
2023-12-06 07:25:19.934 DEBUG (MainThread) [custom_components.versatile_thermostat.thermostat_switch] VersatileThermostat-thermostat stv - recalculate all
2023-12-06 07:25:19.934 DEBUG (MainThread) [custom_components.versatile_thermostat.prop_algorithm] Security is Off using the calculated_on_percent 0.549200
2023-12-06 07:25:19.934 DEBUG (MainThread) [custom_components.versatile_thermostat.prop_algorithm] heating percent calculated for current_temp 18.2, ext_current_temp 0.0 and target_temp 18.5 is 0.55, on_time is 164 (sec), off_time is 135 (sec)
2023-12-06 07:25:19.938 DEBUG (MainThread) [custom_components.versatile_thermostat.thermostat_switch] VersatileThermostat-thermostat stv - Calling update_custom_attributes: {'is_on': True, 'hvac_action': <HVACAction.IDLE: 'idle'>, 'hvac_mode': 'heat', 'preset_mode': 'security', 'type': None, 'eco_temp': 18.0, 'boost_temp': 19.0, 'comfort_temp': 18.5, 'eco_away_temp': 17.0, 'boost_away_temp': 18.0, 'comfort_away_temp': 17.0, 'power_temp': 15.0, 'target_temperature_step': 0.1, 'ext_current_temperature': 0.04, 'ac_mode': False, 'current_power': 5.0, 'current_power_max': 45.0, 'saved_preset_mode': 'comfort', 'saved_target_temp': 18.5, 'saved_hvac_mode': 'heat', 'window_state': 'off', 'motion_state': 'off', 'overpowering_state': False, 'presence_state': 'on', 'window_auto_state': 'off', 'window_bypass_state': False, 'security_delay_min': 10, 'security_min_on_percent': 0.5, 'security_default_on_percent': 0.1, 'last_temperature_datetime': '2023-12-06T07:20:18.576708+01:00', 'last_ext_temperature_datetime': '2023-12-06T07:14:00.212383+01:00', 'security_state': True, 'minimal_activation_delay_sec': 30, 'device_power': 1.5, 'mean_cycle_power': 0.8250000000000001, 'total_energy': 41.43, 'last_update_datetime': '2023-12-06T07:25:19.935639+01:00', 'timezone': 'Europe/Paris', 'window_sensor_entity_id': None, 'window_delay_sec': 30, 'window_auto_open_threshold': 0.1, 'window_auto_close_threshold': 0.0, 'window_auto_max_duration': 60, 'motion_sensor_entity_id': 'binary_sensor.pir_salle_tele', 'presence_sensor_entity_id': 'input_boolean.presence_pour_chauffage', 'power_sensor_entity_id': 'sensor.intensite', 'max_power_sensor_entity_id': 'sensor.intensite_max', 'temperature_unit': <UnitOfTemperature.CELSIUS: '°C'>, 'is_device_active': False, 'ema_temp': 18.07, 'is_over_switch': True, 'is_inversed': False, 'underlying_switch_0': 'switch.rad08_a', 'underlying_switch_1': None, 'underlying_switch_2': None, 'underlying_switch_3': None, 'on_percent': 0.55, 'power_percent': 55.0, 'on_time_sec': 164, 'off_time_sec': 135, 'cycle_min': 5, 'function': 'tpi', 'tpi_coef_int': 0.6, 'tpi_coef_ext': 0.02}
2023-12-06 07:25:19.942 INFO (MainThread) [custom_components.versatile_thermostat.base_thermostat] VersatileThermostat-thermostat stv - Sending event EventType.PRESET_EVENT with data: {'preset': 'security'}
2023-12-06 07:25:19.943 DEBUG (MainThread) [custom_components.versatile_thermostat.prop_algorithm] Security is On using the default_on_percent 0.100000
2023-12-06 07:25:19.943 INFO (MainThread) [custom_components.versatile_thermostat.base_thermostat] VersatileThermostat-thermostat stv - Sending event EventType.SECURITY_EVENT with data: {'type': 'start', 'last_temperature_mesure': '2023-12-06T07:20:18.576708+01:00', 'last_ext_temperature_mesure': '2023-12-06T07:14:00.212383+01:00', 'current_temp': 18.2, 'current_ext_temp': 0.04, 'target_temp': 18.5}
2023-12-06 07:25:19.946 INFO (MainThread) [custom_components.versatile_thermostat.underlyings] VersatileThermostat-thermostat stv-switch.rad08_a - start heating for 2 min 44 sec
2023-12-06 07:25:19.947 DEBUG (MainThread) [custom_components.versatile_thermostat.underlyings] VersatileThermostat-thermostat stv-switch.rad08_a - Starting underlying entity switch.rad08_a
2023-12-06 07:25:19.966 DEBUG (MainThread) [custom_components.versatile_thermostat.binary_sensor] thermostat stv_security_state - climate state change
2023-12-06 07:25:19.968 DEBUG (MainThread) [custom_components.versatile_thermostat.binary_sensor] thermostat stv_window_bypass_state - climate state change
2023-12-06 07:25:19.969 DEBUG (MainThread) [custom_components.versatile_thermostat.binary_sensor] thermostat stv_motion_state - climate state change
2023-12-06 07:25:19.969 DEBUG (MainThread) [custom_components.versatile_thermostat.binary_sensor] thermostat stv_window_state - climate state change
2023-12-06 07:25:19.970 DEBUG (MainThread) [custom_components.versatile_thermostat.binary_sensor] thermostat stv_presence_state - climate state change
2023-12-06 07:25:19.970 DEBUG (MainThread) [custom_components.versatile_thermostat.binary_sensor] thermostat stv_overpowering_state - climate state change
2023-12-06 07:25:19.971 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_last_temp_datetime - climate state change
2023-12-06 07:25:19.974 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_last_ext_temp_datetime - climate state change
2023-12-06 07:25:19.974 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_temperature_slope - climate state change
2023-12-06 07:25:19.975 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_ema_temperature - climate state change
2023-12-06 07:25:19.975 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_energy - climate state change
2023-12-06 07:25:19.976 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_mean_power_cycle - climate state change
2023-12-06 07:25:19.978 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_power_percent - climate state change
2023-12-06 07:25:19.989 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_on_time - climate state change
2023-12-06 07:25:19.991 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_off_time - climate state change
2023-12-06 07:25:20.041 DEBUG (MainThread) [custom_components.versatile_thermostat.thermostat_switch] VersatileThermostat-thermostat stv - Calling update_custom_attributes: {'is_on': True, 'hvac_action': <HVACAction.HEATING: 'heating'>, 'hvac_mode': 'heat', 'preset_mode': 'security', 'type': None, 'eco_temp': 18.0, 'boost_temp': 19.0, 'comfort_temp': 18.5, 'eco_away_temp': 17.0, 'boost_away_temp': 18.0, 'comfort_away_temp': 17.0, 'power_temp': 15.0, 'target_temperature_step': 0.1, 'ext_current_temperature': 0.04, 'ac_mode': False, 'current_power': 5.0, 'current_power_max': 45.0, 'saved_preset_mode': 'comfort', 'saved_target_temp': 18.5, 'saved_hvac_mode': 'heat', 'window_state': 'off', 'motion_state': 'off', 'overpowering_state': False, 'presence_state': 'on', 'window_auto_state': 'off', 'window_bypass_state': False, 'security_delay_min': 10, 'security_min_on_percent': 0.5, 'security_default_on_percent': 0.1, 'last_temperature_datetime': '2023-12-06T07:20:18.576708+01:00', 'last_ext_temperature_datetime': '2023-12-06T07:14:00.212383+01:00', 'security_state': True, 'minimal_activation_delay_sec': 30, 'device_power': 1.5, 'mean_cycle_power': 0.15000000000000002, 'total_energy': 41.43, 'last_update_datetime': '2023-12-06T07:25:20.038907+01:00', 'timezone': 'Europe/Paris', 'window_sensor_entity_id': None, 'window_delay_sec': 30, 'window_auto_open_threshold': 0.1, 'window_auto_close_threshold': 0.0, 'window_auto_max_duration': 60, 'motion_sensor_entity_id': 'binary_sensor.pir_salle_tele', 'presence_sensor_entity_id': 'input_boolean.presence_pour_chauffage', 'power_sensor_entity_id': 'sensor.intensite', 'max_power_sensor_entity_id': 'sensor.intensite_max', 'temperature_unit': <UnitOfTemperature.CELSIUS: '°C'>, 'is_device_active': True, 'ema_temp': 18.07, 'is_over_switch': True, 'is_inversed': False, 'underlying_switch_0': 'switch.rad08_a', 'underlying_switch_1': None, 'underlying_switch_2': None, 'underlying_switch_3': None, 'on_percent': 0.1, 'power_percent': 10.0, 'on_time_sec': 30, 'off_time_sec': 270, 'cycle_min': 5, 'function': 'tpi', 'tpi_coef_int': 0.6, 'tpi_coef_ext': 0.02}
2023-12-06 07:25:20.053 DEBUG (MainThread) [custom_components.versatile_thermostat.binary_sensor] thermostat stv_security_state - climate state change
2023-12-06 07:25:20.054 DEBUG (MainThread) [custom_components.versatile_thermostat.binary_sensor] thermostat stv_window_bypass_state - climate state change
2023-12-06 07:25:20.054 DEBUG (MainThread) [custom_components.versatile_thermostat.binary_sensor] thermostat stv_motion_state - climate state change
2023-12-06 07:25:20.055 DEBUG (MainThread) [custom_components.versatile_thermostat.binary_sensor] thermostat stv_window_state - climate state change
2023-12-06 07:25:20.056 DEBUG (MainThread) [custom_components.versatile_thermostat.binary_sensor] thermostat stv_presence_state - climate state change
2023-12-06 07:25:20.056 DEBUG (MainThread) [custom_components.versatile_thermostat.binary_sensor] thermostat stv_overpowering_state - climate state change
2023-12-06 07:25:20.057 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_last_temp_datetime - climate state change
2023-12-06 07:25:20.057 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_last_ext_temp_datetime - climate state change
2023-12-06 07:25:20.058 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_temperature_slope - climate state change
2023-12-06 07:25:20.058 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_ema_temperature - climate state change
2023-12-06 07:25:20.058 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_energy - climate state change
2023-12-06 07:25:20.059 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_mean_power_cycle - climate state change
2023-12-06 07:25:20.060 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_power_percent - climate state change
2023-12-06 07:25:20.060 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_on_time - climate state change
2023-12-06 07:25:20.061 DEBUG (MainThread) [custom_components.versatile_thermostat.sensor] thermostat stv_off_time - climate state change
2023-12-06 07:25:43.865 DEBUG (MainThread) [custom_components.versatile_thermostat.base_thermostat] Thermostat thermostat stv - Receive new Power event
voilà un extrait de log, pour l’incident de 7h25, dans ch1
si tu a besoin d’autre chose ou plus de log, dis moi …
Hello,
j’ai découvert l’intégration « versatile thermostat » la semaine dernière via un autre forum, et j’ai tout de suite testé sur l’une de mes vannes thermostatiques.
Merci pour la création de cette intégration.
J’ai une question concernant mon application.
Je suis désolé si la réponse existe déjà sur ce mur, j’ai survolé en diagonale, mais je n’ai pas lu l’ensemble des 950 posts. Je vois surtout des échanges pour les applications ON/OFF over_switch.
J’ai une maison avec chaudière fioul et un radiateur par pièce. Pour le moment je n’ai testé que dans une seule pièce, soit sur un radiateur.
Pour cet essai, j’utilise une vanne thermostatique Moes BRT-100-TRV, avec une sonde de température déportée de type LYWSD03MMC pour connaître la température à l’autre bout de la pièce…
De base (sans l’intégration), la vanne MOES s’autorégule en fonction de la température lue par sa propre sonde.
Mon souci, c’est que la vanne n’arrive pas d’elle-même à un ratio d’ouverture (position en %) qui permettrait de maintenir la pièce à température homogène, et surtout que l’hystérésis par rapport à la température de consigne est assez large, de l’ordre de 2K.
Par exemple, avec une consigne à 20°C, la vanne va s’ouvrir quand la température descend à 19°C, puis se refermer quand elle arrive à 21°C, et ainsi de suite.
J’aurais aimé que la vanne s’autorégule sur une plage de 0 à 100% pour maintenir la température le plus proche possible de 20°C, ou a minima que l’hystérésis soit plus faible, le ressenti n’est pas du tout le même à 19°C avec un radiateur froid qu’à 21°C avec un radiateur chaud.
Malheureusement, ma vanne ne sait pas faire, et fonctionne uniquement par degrés entiers (non décimaux).
Sous HA, on peut lire la position d’ouverture de ma vanne (en % - selon 5 états: fermé → 0% , et ouvert → 25%, 50%, 75% et 100%), mais pas la commander.
Pour l’intégration j’ai donc utilisé le mode over_climate, over_valve n’étant pas possible.
J’utilise la sonde LYWSD03MMC pour la température intérieure et une intégration météo pour la température extérieure.
Je n’utilise aucune détection (ouverture fenêtre, présence, etc.), mais c’est prévu pour la suite.
Je n’ai pas non plus appliqué l’auto-régulation, pour le moment…
J’ai adapté les autres paramètres selon les recommandations pour un chauffage central.
Dans cette configuration, ma vanne thermostatique fonctionne exactement de la même façon avec ou sans l’intégration, et ne tient pas compte de la température de ma sonde intérieure pour gérer la température.
Pire, avec l’ajout de la sonde intérieure, je me rend compte que la vanne chauffe la pièce à une température bien plus élevée que souhaitée: quand la vanne s’ouvre, j’ai bien 19°C sur les 2 sondes (vanne + sonde intérieure), mais au moment ou elle se referme j’ai 21°C sur la vanne et 22,5°C sur la sonde intérieure.
Si je comprends bien, je dois utiliser la fonction auto-régulation pour pouvoir piloter ma vanne depuis la sonde intérieure, et, d’une certaine façon, shunter la sonde de la vanne thermostatique.
Est-ce bien ça ?
Cette fonction permettra-t-elle également de réduire l’hystérésis ? (je suis conscient que dans cette configuration ma vanne va cycler plus souvent)
Merci,
Sfritz
Merci pour les logs. C’est clair, aucun event de type « mise à jour de la temperature » n’est reçu de la part du temperature sensor. D’où le mode sécurité.
On devrait voir des logs avec « Temperature changed. Event.new_state is » si c’était le cas.
La mauvaise nouvelle, c’est que comme VTherm n’a pas d’event, je n’ai pas de solution. Si c’était un event avec une date dans le passé, y avait moyen.
Si tu es en Zigbee. Tu dois avoir un champ « last_seen », ce serait intéressant de voir sa valeur quand ce se produit.
Bonjour @Jean-Marc_Collin,
Voici les courbes de ce matin. J’ai rajouté la température relevée par la vanne, ce qui peut expliquer le fait qu’elle se mette en chauffe non ?
tu a raison, en regardant mon tracé, il est plat de 7h19 a 7h47
même sur ma sonde directe, par contre, je ne suis pas en zigbee mais en wifi/esphome avec un envoi toutes les 2mn, donc aucune raison d’avoir des coupures, j’ai d’autres capteurs du même esp qui ont envoyé des infos entre les 2 et je n’ai pas eu de coupure dans la présence du capteur,
Hello, super pour les courbes par contre, je comprends pas ce que je vois.
Comment tu peux avoir une bosse de la temp relevée de +4° par rapport à la vraie température « regulated T° »?
Il faut que tu comprennes ce qui se passe à ce moment là.
Tout me parait cohérent dans ces courbes a part cette température relevée. La EMA suit le t° avec un peu de retard, la Regulated est au-dessus quand faut pousser un peu et en dessous quand il fait trop chaud. Le slope est pas terrible mais je suppose que c’est une histoire d’échelle (qu’on ne voit pas).
Quand a ton deuxième graphe, je ne sais pas ce que c’est (pas de légende). Je vois bien la consigne mais l’autre, je ne sais pas.
Je pense que l’envoi ne se fait que si la mesure est différente comme la majorité des capteurs. Ou alors c’est filtré coté HA, car il n’y a pas vraiment de changement d’état.
Donc tu vas mettre 60 ou 90 min dans le seuil de déclenchement du mode sécurité comme beaucoup.
Peut être que tu peux jouer sur la précision de la mesure pour en avoir plus ?
Comment tu peux avoir une bosse de la temp relevée de +4° par rapport à la vraie température « regulated T° »?
La Temp relevée représente la température relevée par la vanne. Pourquoi ai-je une bosse à ce moment-là, je ne saurais pas dire. Peut-être parce que la vanne se trouve juste au-dessus du radiateur, c’est juste une hypothèse mais elle se répète rapidement après que le radiateur se mette en chauffe, cf. figure jointe.
Quand a ton deuxième graphe, je ne sais pas ce que c’est (pas de légende). Je vois bien la consigne mais l’autre, je ne sais pas.
Désolé, c’est le graphe par défaut d’un climate dans HA. Ici, c’est le VTherm correspondant à la zone. La consigne en violet, la température actuelle (relevée par une sonde extérieure à la vanne) en bleu et le radiateur en action en orange.
Je ne vois qu’une solution, faut changer de vannes. Tu ne t’en sortiras pas avec une vanne qui mesure 19° alors qu’il fait au moins 22° (12h00), qui inversement mesure 25° alors qu’il fait 21° (10h00).
La vanne se déclenche toujours à contre temps et quand il faut pas. Après tu as un chauffage très très lent et les écarts de ta consigne ne sont certainement pas adaptés non plus. Je vois des passages de 16° à 20° (midi à 14h). C’est certainement beaucoup, beaucoup trop vu l’inertie (Au moins 5 h pour monter en température). Essaye peut-être d’avoir pas plus de 2° d’écarts.
C’est pas des bonnes nouvelles, je suis d’accord mais le VTherm n’est pas un magicien non plus.
Salut @Jean-Marc_Collin,
La vérité est dure à accepter 
Dans chacune de mes pièces, j’ai une vanne et un capteur de température externe. Je logge le delta entre les deux depuis un moment que je partage ici.
À part les chambres équipées d’Aqara qui reçoivent leurs températures depuis des capteurs externes (et dont les deltas devraient être à 0 tout le temps), j’ai pas mal d’écart sur les autres sans pattern identifiable entre les différentes vannes. Après, j’ai des radiateurs sous cache, d’autres avec la vanne au-dessus, d’autres à côté et d’autres encore en-dessous.
Si quelqu’un peut partager les écarts chez lui pour comparer, je serai reconnaissant.
Oui c’était pas fait pour être agréable. Y a une vanne qui fonctionne très bien sur laquelle le VTherm peut piloter directement l’ouverture. C’est la Shelly TRV : https://www.shellyfrance.fr/shelly-trv/?gad_source=1&gclid=CjwKCAiAmsurBhBvEiwA6e-WPHR9BMhxgCQQMhLin59Eox4rrHmDqSuKFOJL7cQWSXMf-gKNInXIMhoC5UAQAvD_BwE
J’ai eu des bons retours avec. Le capteur interne ne sert plus du tout et le VTherm commande directement l’ouverture de la vanne ce qui évite tous les biais elle même. Et du coup, on met le VTherm en type over_valve.
Merci.
Le prix pique un peu quand même 
Et les batteries tiennent le coup bien qu’en wifi ?
Bonjour la communauté.
D’abord merci @Jean-Marc_Collin pour ton excellent travail.
Comme beaucoup ici, je me mets à l’optimisation de mon système de chauffage, dont voici la description:
Tout ceci est prévu de fonctionner avec HA avec des relais zigbee, en fil pilote pour l’étage, et en commande de contacteurs pour le RDC. Voilà pour le contexte.
J’ai lu vraiment beaucoup de messages sur ce fil, et celui de @Argonaute, que je trouve très complémentaire, sauf que je ne trouve pas de réponse à ma problématique.
Le chauffage au sol, est très lent avec une grande inertie. Donc j’aurais tendance à dire qu’il faut éviter les grandes amplitudes de variation (qu’en pensez-vous?).
La grande inertie de ma dalle, et l’isolation moyenne de ma maison m’oblige à anticiper l’allumage du chauffage, que je gère aujourd’hui en « manuel » (l’anticipation) sauf que ces temps-ci en Savoie la température extérieure c’est n’importe quoi, on passe de 15° à -4° en 2j…et inversement.
J’ai vu bon nombre de screenshot de personne « satisfaites » de leur installation sans pour autant voir une vrai gestion « intelligente » du démarrage anticipé (préchauffe) afin d’obtenir la température souhaitée à l’heure souhaité.
J’ai déjà installé un système Nest sur une résille élec au sol, dans la famille et je peux dire que l’apprentissage et le démarrage anticipé fonctionne très bien, la « Vraie Radiance » à la google. ça prend même en compte le temps de trajet pour revenir à la maison et met en chauffe avant que le mode Absent ne soit désactivé.
Netatmo fait la même chose c’est appelé « Anticipation de chauffe (Auto-Adapt) ».
Voici quelques illustrations:
Nest de Google, le démarrage est anticipé pour obtenir 20° à l’heure souhaitée du programme horaire:
Chez Netatmo sans la fonction (similaire à tout ce que j’ai vu ici), la chauffe démarre pile à l’heure programmée ou au trigger souhaité:
Chez Netatmo AVEC la fonction Auto-Adapt:
Chez Schneider Electric avec Wiser ça s’appelle Mode Intelligent « Confort »:
Quand on a un chauffage à inertie vraiment très court, je comprend que cela a peu d’intérêt. Par contre, en radiateur à eau en fonte ou pour une chaudière avec chauffage au sol (ou électrique comme moi) où c’est toute la dalle qui chauffe lentement… ça fait réfléchir quand tu te pelle pendant 1h le temps que la t° remonte doucement.
Moi perso je ne veux pas savoir à quelle heure il faut démarrer la chauffe pendant la nuit pour avoir 20° à 6h30 du mat’, ça dépend de la temp extérieure, de s’il y a du vent, de s’il pleut etc…
J’ai lu également qu’en cas d’inertie trop importante, il valait mieux se diriger vers un algo type PID plutôt que TPI, qu’en pensez-vous ?
Est-il prévu d’intégrer un fonction d’anticipation de chauffe en fonction de tous ces paramètres variables ?
Existe-t-il un module PID ou TPI qui reprend ces notions d’anticipation / préchauffe ? (j’ai pas trouvé)
Y-a-t-il un algo d’apprentissage qui pourrait régler les coef de l’algo TPI, avec une mise à jour régulière (changement de climat et saison) ? c’est ce que fait netatmo à une fréquence de 2 semaines.
à vous lire
Hello @J-Savoyart
J’avais fait une demande en ce sens au début de la création du Versatile. Venant de Jeedom, il y avait aussi cette fonction (smartstart). Pour moi si il y avait une todo liste de souhait à faire remonter c’est clairement ça !
Et je dirai même plus lol j’avais soulevé l’idée d’y inclure un auto-apprentissage (comme sur jeedom) qui permettrait de calculer les coeff_in et coeff_ext de façon dynamique et autoadaptatif
Voilà, ma liste pour le papa noël est passée 
