On n’est pas sur le même cas alors. Ce que j’a testé ce week-end c’est les windows action qui changent les presets (frost ou Eco) et pas le window_action qui éteint.
Je reste étonné car c’est ce que j’utilise tout le temps et partout mais je vais refaire un test.
@Jean-Marc_Collin
Je n’arrive pas à comprendre de quelles valeurs de température il est question ici :
@Jean-Marc_Collin
Encore une question, bloquant pour le coup :
J’ai une erreur : vswitch_configuration_incorrect
Le select de mon Nodon :
Qu’est-ce qui ne va pas ?
oui. C’est la plage de variation des températures.
Cf. doc (clique sur le ? en bleu). Comme tu n’as qu’un seul équipement, tu ne dois avoir qu’une seule commande d’allumage et d’extinction.
Et tu devrais vider ton cache et rafraichir il te manque des libellés.
Ok 
Pourrais-Tu ajouter une mention dans le doc et/ou dans la configuration afin que ce soir plus clair pour tous ?
Ha ! Ce n’était pas clair pour moi.
J’ai pensé que je pourrais ajouter toutes les commandes de mon module Nodon…
Je viens de relire la doc sur les Nodon et équivalents, et ce n’est pas très clair non plus.
Pourrais-tu ajouter une mention qu’il ne faut qu’une commande on et off par sous-jacent à commander ?
C’est a dire il manque des libellés ?
Ps ; et pour la question du réglage de la température sur le sèche serviette lui même lorsqu’il est en mode pilote ?
Hello,
J’ai refais le test.
Config :
Etat initial :
Ouverture de la fenêtre :
Changement de preset vers Confort :
Fermeture de la fenêtre :
ok donc il y a bien un soucis avec le window action turn off. Je vais regarder du coup.
Merci pour le signalement.
« Cool » je suis pas fou 
N’hesite pas si tu as besoin d’autre test !
Quelle réactivité !! Excellent merci !
Je teste ca ASAP, même si pas de doute que ca fonctionnera, et je te redis !
Merci encore 
Merci @Jean-Marc_Collin , je vais pouvoir remettre les triggers des ouvrants au bon soin de Versatile Thermostat. Cela allègera ma liste d’automatisations.
C’est tout bon de mon coté
Test OK C’est top merci encore !!
Hello tous,
C’est juste pour dire merci @Jean-Marc_Collin pour le taf
Après une petite semaine a bien potasser la doc je suis passé de jeedom a Has+versatile thermostat pour ma PAC en over_climate + 8 radiateurs en over_switch.
(j’ai récupéré tous les coefs de jeedom pour les radiateurs et ca a l’air de bien fonctionner)
Complété avec le scheduler qui va bien pour créer tous les calendriers.
Comme indiqué par la doc, la PAC est en auto-régulation légère pendant quelques jours pour voir si ça suffit.
Je note quelques trucs a ce stade mais je met ca sur le compte de mon manque d’XP. Donc je stabilise, je continue d’apprendre et on verra plus tard si je cale.
Encore merci !
Hello, tout d’abord un grand merci pour cette intégration plus que complète.
Ce matin, suite à un problème de batterie d’une sonde, mon thermostat s’est bien mis en mode sécurité. Après avoir changé la pile, le mode sécurité du thermostat s’est bien désactivé (donc le thermostat s’est allumé), cependant, il à chauffer alors que la fenêtre de la pièce était ouverte.
La fenêtre était fermée toute la nuit (avant 20h00), la sonde à perdu la connexion à 5h00, le mode by pass fenêtre n’était pas activé, j’ai donc ouvert la fenêtre au matin (le mode sécurité était activé), ensuite j’ai changé la pile et là le mode sécurité s’est désactivé, le thermostat s’est allumé et à chauffé malgré la fenêtre ouverte.
Est-ce un comportement normale ?
La détection de fenêtre ouverte repose sur la détection d’une chute rapide de température.
Si la fenêtre était ouverte avant que tu ne changes la pile, l’appareil n’a peut être pas pu détecter cette baisse de température, et la détection de fenêtre ouverte n’aurait donc pas été activée.
Tout ce que l’appareil a remonté comme information dans ce cas de figure, c’est une température basse et stable, sous la consigne, et Vtherm aura alors déclenché une chauffe.
Ça ne me paraît bien pas anormal comme comportement. Changer la pile avant l’ouverture de fenêtre aurait probablement permis de détecter l’ouverture comme attendu.
Qu’en penses-tu ?
Ce n’est pas le problème car j’utilise des capteurs d’ouverture et non pas la détection auto via chute de température. Même en mode sécurité (sonde hors ligne) le thermostat me remontait toujours bien l’état de la fenêtre.
As tu relancé le vtherm alors que la fenêtre était ouverte ? ( Ou restart HA )
J’ai constaté un soucis cette semaine. Le vtherm reste en chauffe quand il démarre avec une fenêtre déjà ouverte ( avec capteurs )
Non je n’ai pas relancé ha ni l’intégration
Bonjour,
Je n’arrive pas à comprendre pourquoi ce thermostat est en « off » alors que pour moi il devrait chauffer.
Le scheduler est en mode « confort », la température cible est positionné, mais il ne s’allume pas.
hvac_modes: off, auto, heat
min_temp: 7
max_temp: 35
target_temp_step: 0.1
preset_modes: none, frost, eco, comfort, boost
current_temperature: 18.8
temperature: 21
hvac_action: off
preset_mode: comfort
is_on: false
hvac_mode: off
type: null
is_controlled_by_central_mode: false
last_central_mode: null
frost_temp: 7
eco_temp: 17
boost_temp: 23
comfort_temp: 21
frost_away_temp: 0
eco_away_temp: 0
boost_away_temp: 0
comfort_away_temp: 0
target_temperature_step: 0.1
ext_current_temperature: 10.6
ac_mode: false
saved_preset_mode: comfort
saved_target_temp: 21.70000000000001
saved_hvac_mode: off
last_temperature_datetime: 2025-04-20T09:56:34.763715+02:00
last_ext_temperature_datetime: 2025-04-20T09:53:45.697951+02:00
minimal_activation_delay_sec: 10
minimal_deactivation_delay_sec: 0
total_energy: 0.01
last_update_datetime: 2025-04-20T09:56:34.763909+02:00
timezone: Europe/Paris
temperature_unit: °C
is_device_active: false
device_actives:
nb_device_actives: 0
ema_temp: 18.84
is_used_by_central_boiler: true
temperature_slope: -0.47
hvac_off_reason: manual
max_on_percent: null
have_valve_regulation: true
last_change_time_from_vtherm: 2025-04-20T09:55:00.325459+02:00
presence_sensor_entity_id: null
presence_state: unavailable
is_presence_configured: false
power_sensor_entity_id: null
max_power_sensor_entity_id: null
overpowering_state: unavailable
is_power_configured: false
device_power: 1
power_temp: null
current_power: null
current_max_power: null
mean_cycle_power: 1
motion_sensor_entity_id: null
motion_state: unavailable
is_motion_configured: false
motion_delay_sec: 0
motion_off_delay_sec: 0
motion_preset: null
no_motion_preset: null
window_state: off
window_auto_state: unavailable
window_action: window_eco_temp
is_window_bypass: false
window_sensor_entity_id: binary_sensor.fenetres_bea_jm
window_delay_sec: 30
window_off_delay_sec: 30
is_window_configured: true
is_window_auto_configured: false
window_auto_open_threshold: null
window_auto_close_threshold: null
window_auto_max_duration: null
is_safety_configured: true
safety_state: off
safety_delay_min: 60
safety_min_on_percent: 0.5
safety_default_on_percent: 0.1
is_auto_start_stop_configured: false
is_over_climate: true
start_hvac_action_date: null
underlying_entities: climate.trvzb_beajeanmi
is_regulated: true
regulated_target_temperature: null
auto_regulation_mode: auto_regulation_valve
regulation_accumulated_error: 0
auto_fan_mode: auto_fan_high
current_auto_fan_mode: auto_fan_high
auto_activated_fan_mode: null
auto_deactivated_fan_mode: null
auto_regulation_use_device_temp: false
follow_underlying_temp_change: false
friendly_name: Thermostat BeaJeanmi
supported_features: 401
underlyings_valve_regulation:
- - number.trvzb_beajeanmi_valve_opening_degree
- number.trvzb_beajeanmi_valve_closing_degree
- number.trvzb_beajeanmi_local_temperature_calibration
on_percent: 1
power_percent: 100
on_time_sec: 300
off_time_sec: 0
cycle_min: 5
function: tpi
tpi_coef_int: 0.6
tpi_coef_ext: 0.01
min_opening_degrees:
valve_open_percent: 0
auto_regulation_dpercent: 5
auto_regulation_period_min: 5
last_calculation_timestamp: 2025-04-20T08:28:27.871234+02:00
Hello, VTherm n’allume jamais un thermostat tout seul. Il faut l’allumer à « la main ».
Est-ce bien ce que tu as fait ?
scheduler n’est pas censé le faire ?