Versatile Thermostat - Macht nicht das was es soll

Hallo, ich bin hier am verzweifeln. Bis vor ein paar Updates von Versatile Thermostat lief alles wie es soll. Mittlerweile ist da der Wurm drin.

Die Steuerung will ab und an einfach nicht regeln.

Die Ventile bleiben bis zur nächsten Zeitsteuerung immer auf diesen 10% Einstellungen. Dabei ist es aber klar das der Raum auf 22,5° aufgeheizt werden soll.

Ich habe bemerkt, wenn ich den Home Assistant neu starte, das sich die Regelung dann wieder einpendelt. Kann es sein, das die Einstellungen/Grundeinstellungen von VT bei mir nicht sind wie sie sollten? Kann mir jemand dabei mal helfen?

Ich arbeite hier mit Shelly BLU Thermostaten, die im Grunde super funktionieren. Die sind als dumme Ventile eingestellt. Läuft ja auch schon seit letztem Jahr recht zuverlässig.

Wie kann ich meine config hier am besten zur Verfügung stellen?

Besten Dank!!

EDIT: Nach dem Neustart gerade:

Erst stellten sich die Thermostate auf 0% und danach dann auf 100% wie es soll. Ich denke das sie nun korrekt regeln, bis zum nächsten „Verstoß“.

Ich verstehe das ganze Drama um BT, VT & Co überhaupt nicht?!
Warum lässt man die Thermostate nicht einfach Ihre Arbeit verrichten?
Da kauft man sich smarte Thermostate für viel Geld die für nichts anders konzipiert wurden um selbständig auf die eingestellte Soll-Temperatur zu heizen und dann tut man sie mit BT, VT und CO malträtieren.

Gruß Osorkon

2 „Gefällt mir“

Kann ich mir vorstellen. Aber wenn du nicht verstehen kannst, das die Shelly‘s im Original absolut nicht so funktionierten wie sie sollen (Spätes Beta Stadium) und man mit dem VT super liefen…

Es muß ja nun einen Grund geben das die VT Steuerung in den letzten Wochen nach den vielen Updates kpl. Durcheinander sind.

Gruß

Als was hast du die VTherms eingerichtet? Als climate oder valve?

Eine Übersicht, was bei dem VTherm eingestellt ist, kannst du unter Entwicklerwerkzeuge → Zustände ermitteln. Beispielweise einfach nach dem climate.kuche (wenn es so bei dir heißt) filtern, dann sollte bei den Attributen eine sehr lange Liste der Elemente angezeigt werden.

Mein Handtuchheizkörper als Beispiel:

hvac_modes: heat, sleep, off
min_temp: 7
max_temp: 35
target_temp_step: 0.5
preset_modes: none, frost, eco, comfort, boost
current_temperature: 22.7
temperature: 22
hvac_action: off
preset_mode: comfort
is_on: true
hvac_mode: heat
type: null
is_controlled_by_central_mode: true
last_central_mode: null
frost_temp: 7
eco_temp: 19
boost_temp: 35
comfort_temp: 22
frost_away_temp: 0
eco_away_temp: 0
boost_away_temp: 0
comfort_away_temp: 0
target_temperature_step: 0.5
ext_current_temperature: 15.4
ac_mode: false
saved_target_temp: 23
saved_preset_mode: comfort
saved_hvac_mode: off
saved_preset_mod_central_modee: comfort
saved_hvac_mode_central_mode: null
last_temperature_datetime: 2025-11-13T15:19:21.664572+01:00
last_ext_temperature_datetime: 2025-11-13T15:18:15.115632+01:00
minimal_activation_delay_sec: 10
minimal_deactivation_delay_sec: 0
total_energy: 3.66
last_update_datetime: 2025-11-13T15:19:21.670137+01:00
timezone: Europe/Berlin
temperature_unit: °C
is_device_active: false
device_actives: 
nb_device_actives: 0
ema_temp: 22.67
is_used_by_central_boiler: false
temperature_slope: 0
hvac_off_reason: null
max_on_percent: null
have_valve_regulation: true
last_change_time_from_vtherm: 2025-11-13T15:15:01.629290+01:00
presence_sensor_entity_id: person.constance
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: 0
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_frost_temp
is_window_bypass: false
window_sensor_entity_id: binary_sensor.fenster_bad_contact
window_delay_sec: 10
window_off_delay_sec: 10
is_window_configured: true
is_window_auto_configured: false
window_auto_open_threshold: 3
window_auto_close_threshold: 0
window_auto_max_duration: 30
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: 2025-11-12T21:16:01.392444+01:00
underlying_entities: climate.trv_handtuchheizkorper
is_regulated: true
regulated_target_temperature: null
auto_regulation_mode: auto_regulation_valve
regulation_accumulated_error: 0
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: true
follow_underlying_temp_change: true
friendly_name: Handtuchheizkörper
supported_features: 401
underlyings_valve_regulation: 
- - number.trv_handtuchheizkorper_valve_opening_degree
  - number.trv_handtuchheizkorper_valve_closing_degree
  - number.trv_handtuchheizkorper_temperature_accuracy

on_percent: 0
power_percent: 0
on_time_sec: 0
off_time_sec: 300
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: 0.5
auto_regulation_period_min: 5
last_calculation_timestamp: 2025-11-13T08:07:07.544693+01:00
is_sleeping: false

Hi,

wie oben schon beschrieben benutze ich die Shelly’s als „dumme Ventile“ und lasse sie komplett über VT steuern. Hat letztes Jahr und am Anfang dieser Saison gut geklappt. Seit einigen VT Updates habe ich hier gefühlt massive Probleme. Da die Shelly’s ja „noch“ nicht perfekt liefen hat sogar der Shelly Support geraten, sie als Ventile und nicht als Thermostate zu betreiben. Ich habe hier einige Ventile die ich in einem Raum gleichzeitig gesteuert haben möchte und nicht so wie sich das Shelly vorstellt, das jedes Ventil sich selbst regelt.

Dabei ist nun aber immer ein Ventil offen obwohl es zu sein soll. Das war der Grund der Umstellung auf VT den ich auch nicht bereue. Damit halten die Batterieen länger weil sie weniger und nicht so aggressiv steuern!

Heute wieder bei einer Gruppe alle auf 0% aber eines verbleibt auf 10% Öffnung. Auch das kommt jetzt öfter vor. Starte ich HA neu dann sind alle wieder parat…

Komisch. Ich werde mich am Wochenende mal mit deinem Tipp beschäftigen um sowieso mehr über VT zu lernen. Aber ich denke das es ein Problem der Ansteuerung ist…

Danke und Gruß

Bei dir ist „is_controlled_by_central_mode: true„ aktiv. Was bedeutet diese Funktion?

Es sind einige Funktionen die ich einfach nicht begreife. Da muß ich noch viel nachlesen…

Diese Seite kennst du?

Ja, dort lese ich seit kurzem alles quer. Der Parameter erschließt sich mir nicht. Warum ist der bei dir aktiv, Zentraler Modus?!

Ich arbeite zurzeit mit 3 Diensten. Ein Dienst hat 1 Ventil, die anderen 2 und 4 Ventile die gesteuert werden. Jeder Dienst hat seinen eigenen Raum-Temperaturfühler und einen zentralen Aussenfühler. Ist dieser „Zentrale Modus“ für mich überhaupt von Belang?

Danke…

Update:
So…

ich habe mich nun einmal lange hingesetzt, gelesen und mir Gedanken gemacht. Folgende Einstellungen habe ich jetzt angepasst:

  • Sicherheitsverzögerung: von 60 Min auf 5 Min heruntergesetzt da der Sicherheitsmodus so eine Stunde ausgeharrt hat.
  • Mindestleistung für Sicherheitsm.: von 0,5% auf 5% erhöht da ich gelesen habe das alles unter 3-5% für Shelly-TRVs wirkungslos sind. Sie ignorieren Stellgrößen in diesem Bereich oder bleiben „blockiert“.
  • Prozentleistung im Sicherheitsmodus: von 0,1% auf 10% erhöht. Der Sicherheitsmodus soll das Ventil nicht auf „fast Null“ halten, sondern auf einen sinnvollen Mindestöffnungswert, damit die Regelung nicht einfriert.
  • Regelschwelle: auf “0” gesetzt
  • Minimale Regelperiode: 5 Min

Jetzt ist es so das die Ventile reagieren wenn ich die Zimmertemperatur auch nur um 0,5° erhöhen möchte! Zuvor war da nix.

Zurzeit ist es so das die Ventile sehr gut reagieren und sich auch recht genau einregeln. Ich werde das jetzt mal beobachten. Heute lief alles wesentlich besser als sonst.

Gruß!

:crayon:by HarryP: Zusammenführung Doppelpost (bei Änderungen oder hinzufügen von Inhalten bitte die „Bearbeitungsfunktion“ anstatt „Antworten“ zu nutzen)*

Heißt das, du hast deine TRVs im Auto-Modus laufen? Und nur die Automation für Fenster laufen?

  • Cloudzwang bei vielen Herstellern
  • Integration von fremden Fensterkontakten oft nicht machbar
  • Externe Temperatursensoren oft nicht nutzbar

Meine Sonoff TRVZB sind ab Werk kaum nutzbar.
Mit BT und externen Sensoren sowie Fensterkontakten laufen sie top.
Generell bin ich mittlerweile Fan davon die meisten smarten Steuerungen durch dumme sowjetische Relaislogiken zu ersetzen :joy:

Ein Zeitplan Für Eco und Komfort Temperatur, Fenster offen/geschlossen Erkennung verknüpft mit der Anwesenheit. Habe mir dafür einen einfachen Blueprint erstellt. Das Thermostat wird also nur in den Heat oder Off Modus geschalten und im Heat Modus auf die Komfort oder Eco Soll-Temperatur. Das magische, nämlich selbsttätig auf die Soll-Temperatur zu heizen und diese Temperatur zu halten machen die Thermostate ganz von alleine. :wink:

Open your Home Assistant instance and show the blueprint import dialog with a specific blueprint pre-filled.

Die Thermostate sind jeweils mit einen kompatiblem externen Temperatur Sensor verknüpft, komplett eigenständig also unabhängig von Home Assistant. Oder mit dem ermittelten Temperatur offset versehen, bei Thermostaten ohne externen Temperatur Sensor.

Gruß Osorkon

1 „Gefällt mir“

Sehr interessant.

Vielen Dank.