-
-
Notifications
You must be signed in to change notification settings - Fork 137
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TRV stays forever at 5°C after window closed (with no_off_system_mode) #1195
Comments
I have the same problem… Is there any solution yet? Thanks! |
Same problem here with Moes BRT-100-TRV. |
Hello, I'd like to report that I am experiencing a similar issue as mentioned in this thread. The problem occurs with the TRVs not automatically turning on after closing the corresponding windows. Currently, they automatically and correctly turn off after opening the window, but upon closing the window, I have to manually turn them on again. TRV Model: GS361A-H04 |
All of you are having the problem with it and the option "TRV has no off mode" enabled? Because that could be the issue. Here is the part for opening the window. But the closing window part is missing to reset the temperature to what it was before. |
I do have the option "TRV has no off mode" enabled. |
the same problem here. After closing the door heating dont switch on again. |
From #1442 log:
Nothing ever happens after, as @wtom probably a bug in connectino with "5°C instead of off" mode. OP: |
So the actual issue/problem seems to root in controlling.py. Here the desired state is generated, incl. the desired temperature, which is 5°C. Based on better_thermostat/custom_components/better_thermostat/utils/controlling.py Lines 118 to 120 in 2200d32
Here we get the new desired BT heating state - should be heating again, window closed:
Here we manage overriding the outdated target temp down to 5°C, if we wanna turn off, but not the other way around: better_thermostat/custom_components/better_thermostat/utils/controlling.py Lines 215 to 220 in 2200d32
The only thing I'm not sure is where here in-between bt_hvac_mode is set back (and forth, in case no_off_system_mode is false). And here we would set the new temperature (which is still 5°C, from when it was generated) better_thermostat/custom_components/better_thermostat/utils/controlling.py Lines 282 to 286 in 2200d32
Update: better_thermostat/custom_components/better_thermostat/events/trv.py Lines 204 to 209 in 6a349d9
ReproductionThis issue only occures, if trigger_trv_change is called in the meantime, which isn't always the casse. So the whole "change mode to off" thing isn't even working reliably, and that's why only some users sometimes have issues with this. @KartoffelToby I don't get the whole point of enforcing the BT mode to be off here, like without _no_off_system_mode we also just switch into idle, so why not here too? And if, it would have to be done properly. So I'd stand behind the original proposal of #1393, to just remove the whole "turn BT off / on" here. |
Prerequisites
Model name of your Devices: eTRV0100, eTRV0103, TS0601. Information below is provided from eTRV0100 (=Danfoss Ally). All other thermostats show the same issue.
Output from Home Assistant Developer Tools state e.g.:
State:
heat
Attributes:
hvac_modes: heat, off
min_temp: 7
max_temp: 35
target_temp_step: 0.1
current_temperature: 17.7
temperature: 26
hvac_action: heating
window_open: false
call_for_heat: true
last_change: 2023-12-10T11:10:20.725744
saved_temperature: null
humidity: 72
main_mode: heat
tolerance: 0.3
heating_power: 0.01
errors: []
batteries: {"sensor.indoor_temperature_froggit": {"battery": "off", "battery_id": "binary_sensor.wh65_battery"}, "sensor.indoor_humidity_froggit": {"battery": "off", "battery_id": "binary_sensor.wh65_battery"}, "binary_sensor.sensor_terassentur": {"battery": "100", "battery_id": "sensor.sensor_terassentur_battery_level"}, "climate.thermostat_wohnzimmer": {"battery": "36", "battery_id": "sensor.thermostat_89_battery"}}
friendly_name: Wohnzimmer
supported_features: 1
Description
Thermostats to not re-enable after windows/doors are closed any stay switched off for all time. Re-enabling into heating mode has to be done by hand.
Steps to Reproduce
Expected behavior:
Thermostats are switched on again after window is closed
Actual behavior:
Thermostats are NOT switched on again after window is closed. Manually switching on again into heating mode works.
Versions
Additional Information
Screenshots from setup:
Please feel free to request further information. I really love this project and hope my problem can be fixed.
The text was updated successfully, but these errors were encountered: