# Anmerkungen zum Release ## Release 9.3 - stabile Version > 1. **Erkennung feststeckender Ventile**: Wesentliche Verbesserung der Heizungsfehlererkennung. Wenn eine Anomalie bei VTherms vom Typ `over_climate_valve` erkannt wird, diagnostiziert der Thermostat nun, ob das Problem durch ein feststeckendes TRV-Ventil (offen oder geschlossen feststeckend) verursacht wird, indem der Sollzustand mit dem Istzustand verglichen wird. Diese Information - `root_cause` - wird im Anomalieereignis gesendet und ermöglicht es Ihnen, angemessene Maßnahmen zu ergreifen (Benachrichtigung, Ventilwiederherstellung usw.). Weitere Informationen [hier](feature-heating-failure-detection.md), > 2. **Automatisches Erneut-Verriegeln nach Entsperrung**: Der Parameter `auto_relock_sec` wurde zur Verriegelungsfunktion hinzugefügt. Wenn konfiguriert, verriegelt sich der Thermostat nach der angegebenen Anzahl von Sekunden nach einer Entsperrung automatisch wieder. Diese Funktion kann vollständig deaktiviert werden, indem sie auf 0 gesetzt wird. Standardmäßig ist die automatische Wiederverriegelung auf 30 Sekunden eingestellt, um die Sicherheit zu verbessern. Weitere Informationen [hier](feature-lock.md), > 3. **Befehlswiederholung**: Neue Funktionalität zur automatischen Erkennung und Behebung von Unstimmigkeiten zwischen dem Sollzustand des Thermostats und dem Istzustand der verknüpften Geräte. Wenn ein Befehl nicht ordnungsgemäß auf das Gerät angewendet wird, wird er erneut gesendet. Dies verbessert die Systemzuverlässigkeit in instabilen Umgebungen oder mit unzuverlässigen Geräten. Weitere Informationen [hier](feature-advanced.md), > 4. **Wiederherstellung des zeitgesteuerten Voreinstellung nach Neustart**: Die konfigurierte zeitgesteuerte Voreinstellung wird nun nach einem Thermostat- oder Home Assistant-Neustart korrekt wiederhergestellt. Diese Voreinstellung funktioniert nach dem Neustart weiterhin normal. Weitere Informationen [hier](feature-timed-preset.md), > 5. **Erhöhte Genauigkeit der Leistungssteuerung**: Die Aktivierungsschwelle des Kessels (`power_activation_threshold`) akzeptiert nun Dezimalwerte (0,1, 0,5 usw.) für eine feinere Kontrolle der Aktivierungsleistung. Dies bietet mehr Flexibilität zur Optimierung des Energieverbrauchs. Weitere Informationen [hier](feature-power.md), > 6. **Verbesserungen der Sensorzuverlässigkeit**: Bessere Unterstützung zur Bestimmung der Verfügbarkeit von Temperatursensoren mithilfe der `last_updated`-Metadaten von Home Assistant, verbesserte Erkennung von Sensorsignalverlust, ## Release 9.2 > 1. Neue Art der Verwaltung von Heiz-/Stoppzyklen für VTherm `over_switch`. Der aktuelle Algorithmus hat einen Zeitdrift, und die ersten Zyklen sind nicht optimal. Dies beeinträchtigt das TPI und insbesondere das Auto-TPI. Der neue `Cycle Scheduler` löst diese Schwierigkeiten. Diese Änderung ist völlig transparent, > 2. Ein Protokollkollektor. Support-Anfragen scheitern oft an der Möglichkweit, Protokolle im richtigen Zeitraum bereitzustellen, konzentriert auf den fehlerhaften Thermostat und auf der richtigen Protokollebene. Dies ist besonders bei schwer reproduzierbaren Fehlern der Fall. Der Protokollkollektor soll diese Schwierigkeit lösen. Er sammelt Protokolle im Hintergrund auf der niedrigsten Ebene, und eine Aktion (ehemals Dienst) ermöglicht deren Export in eine Datei. Diese kann dann heruntergeladen und der Support-Anfrage beigefügt werden. Der mit der Website verbundene Protokollanalysator – der in Version 9.1 (siehe unten) gestartet wurde – passt sich an, um diese Protokolle verarbeiten zu können. Weitere Informationen zum Protokollkollektor [hier](feature-logs-collector.md), > 3. Stabilisierung der Version 9.x. Die Hauptversion 9 brachte viele Änderungen mit sich, die einige Anomalien verursachten. Diese Version bringt die neuesten Korrektionen zur Version 9. ## Release 9.1 > 1. Neues Logo. Inspiriert von der Arbeit von @Krzysztonek (siehe [hier](https://github.com/jmcollin78/versatile_thermostat/pull/1598)) nutzt VTherm eine neue Funktion aus [HA 206.03](https://developers.home-assistant.io/blog/2026/02/24/brands-proxy-api/), um sein Logo zu ändern. Das gesamte Team hofft, dass es Ihnen gefällt. Viel Spaß! > 2. Eine von @bontiv erstellte Website löst eine der größten Herausforderungen von VTherm: die Dokumentation. Diese Website ermöglicht es außerdem, Ihre Logs zu analysieren! Geben Sie Ihre Logs (im Debug-Modus) ein, und Sie können sie analysieren, auf einen Thermostat zoomen, einen Zeitraum auswählen, interessante Elemente filtern usw. Entdecken Sie diese erste Version hier: [Versatile Thermostat Web site](https://www.versatile-thermostat.org/). Ein großes Dankeschön an @bontiv für diese großartige Umsetzung. > 3. Offizielle Veröffentlichung der Auto-TPI-Funktion. Diese Funktion berechnet die optimalen Werte der Koeffizienten für den [TPI](algorithms.md#der-tpi-algorithmus). Hervorzuheben ist die unglaubliche Arbeit von @KipK und @gael1980 zu diesem Thema. Lesen Sie unbedingt die Dokumentation, wenn Sie diese Funktion verwenden möchten. > 4. VTherm basiert nun auf dem von den verbundenen Geräten in HA gemeldeten Status. Solange nicht alle zugeordnete Geräte einen bekannten Status in HA haben, bleibt VTherm deaktiviert. ## Release 8.6 > 1. Hinzufügen des Parameters `max_opening_degrees` für `over_climate_valve` VTherms, der es ermöglicht, den maximalen Öffnungsgrad jedes Ventils zu begrenzen, um den Heißwasserdurchfluss zu steuern und den Energieverbrauch zu optimieren. > 2. Hinzufügen einer Ventil-Neukalibrierungsfunktion für ein _VTherm_ `over_climate_valve`, mit der ein maximales Öffnen und anschließend ein maximales Schließen erzwungen werden kann, um eine Neukalibrierung eines TRV zu versuchen. Weitere Informationen [hier](feature-recalibrate-valves.md). ## Release 8.5 > 1. Hinzufügen der Erkennung von Heizungsstörungen für VTherms, die den TPI-Algorithmus verwenden. Diese Funktion erkennt zwei Arten von Anomalien: > - **Heizungsstörung**: Der Heizkörper heizt stark (hohes on_percent), aber die Temperatur steigt nicht, > - **Kühlungsstörung**: Der Heizkörper heizt nicht (on_percent bei 0), aber die Temperatur steigt weiter. > > Diese Anomalien können auf ein offenes Fenster, einen defekten Heizkörper oder eine externe Wärmequelle hinweisen. Die Funktion sendet Ereignisse, die zum Auslösen von Automatisierungen (Benachrichtigungen, Warnungen usw.) verwendet werden können. Weitere Informationen [hier](feature-heating-failure-detection.md). ## Release 8.4 1. Hinzufügen der automatischen TPI-Funktion (experimental). Diese neue Funktion dient dazu, automatisch die besten Koeffizienten für den TPI-Algorithmus zu berechnen. Weitere Informationen gibt es [hier](feature-autotpi.md). 2. added a temperature synchronization function for a device controlled in `over_climate` mode. Depending on your device's capabilities, _VTherm_ can control an offset calibration entity or directly an external temperature entity. More information [here](feature-sync_device_temp.md) 3. added a feature named "timed preset" which aims to select a preset for a certain duration and come back to the previous preset after the expiration of the delay. The new feature is totally described [here](feature-timed-preset.md). ## Release 8.3 1. Hinzufügen einer konfigurierbaren Verzögerung vor der Heizkesselaktivierung, 2. Hinzufügen eines Heizkesselstriggers, sobald die gesamte aktivierte Leistung einen Schwellenwert überschreitet. Um diese Funktion zu aktivieren, muss: - der Schwellenwert für die Leistung konfiguriert sein, bei dessen Überschreiten der Heizkessel gestartet wird. Dies ist eine neue Funktion, die im Gerät 'Zentrale Konfiguration' verfügbar ist. - die Leistungen der VTherms konfiguriert sein. Diese befindet sich auf der ersten Konfigurationsseite der VTherms. - das Kästchen `Vom Zentralheizkessel verwendet` ankreuzt sein. Jedes Mal, wenn ein VTherm aktiviert wird, wird seine konfigurierte Leistung hinzugefügt, und sobald der Schwellenwert überschritten wird, wird der Zentralheizungskessel nach der in 1 konfigurierten Verzögerungszeit aktiviert. Der alte Zähler für die Anzahl der aktivierten Geräte und sein Schwellenwert sind weiterhin vorhanden. Um einen der Schwellenwerte (den Leistungsschwellenwert oder den Schwellenwert für die Anzahl der aktivierten Geräte) zu deaktivieren, muss er auf Null gesetzt werden. Sobald einer der beiden Schwellenwerte ungleich Null überschritten wird, wird der Heizkessel aktiviert. Es handelt sich also um eine „logische ODER-Verknüpfung” zwischen den beiden Schwellenwerten. ## Release 8.2 > - Hinzufügen einer Funktion zum Sperren/Entsperren eines _VTherm_ mit einem möglichen Code. Weitere Informationen [hier](feature-lock.md) ## Release 8.1 > - Für einen VTherm vom Typ `over_climate` mit direkter Ventilsteuerung wurden dem bestehenden Parameter `minimum_opening_degrees` zwei neue Parameter hinzugefügt, die eine wesentlich feinere Steuerung der minimalen Ventilöffnung ermöglichen. Die Parameter lauten nun: > - `opening_threshold`: die minimale Ventilöffnung, unterhalb derer das Ventil als geschlossen gilt und somit der Parameter 'max_closing_degree' gilt, > - `max_closing_degree`: der absolute maximale Schließungsprozentsatz. Das Ventil schließt niemals mehr als in diesem Wert angegeben. Wenn Sie das vollständige Schließen des Ventils zulassen möchten, lassen Sie diesen Parameter auf 100 stehen. > - `minimum_opening_degrees`: Der minimale Öffnungsgrad, wenn der `opening_threshold` überschritten wird und das VTherm heizen muss. Dieses Feld kann bei einem VTherm mit mehreren Ventilen für jedes Ventil individuell angepasst werden. Sie geben die Liste der Mindestöffnungen durch Kommas getrennt an. Der Standardwert ist 0. Beispiel: '‚20, 25, 30'. Wenn die Heizung startet (d. h. die angeforderte Öffnung ist größer als `opening_threshold`), öffnet sich das Ventil mit einem Wert, der größer oder gleich diesem ist, und erhöht sich bei Bedarf weiter gleichmäßig. > > Wenn man die vom TPI-Algorithmus angeforderte Öffnung auf der x-Achse und die tatsächlich an das Ventil gesendete Öffnung auf der y-Achse darstellt, erhält man folgende Kurve: > ![alt text](../../images/opening-degree-graph.png). > > Diese Entwicklung wurde [hier](https://github.com/jmcollin78/versatile_thermostat/issues/1220) ausführlich diskutiert. ## Release 8.0 > Diese Version ist eine Hauptversion. Es wurde ein Großteil der internen Mechanismen des Versatile Thermostat neu geschrieben und führt mehrere Neuerungen ein: > 1. _Gewünschter Zustand / aktueller Zustand_: VTherm hat nun zwei Zustände. Der gewünschte Zustand ist der vom Benutzer (oder vom Scheduler) angeforderte Zustand. Der aktuelle Zustand ist der derzeit auf VTherm angewendete Zustand. Letzterer hängt von den verschiedenen Funktionen von VTherm ab. Der Benutzer kann beispielsweise anfordern (gewünschter Zustand), dass die Heizung mit der Voreinstellung „Komfort” eingeschaltet wird, aber da das Fenster als geöffnet erkannt wurde, ist VTherm tatsächlich ausgeschaltet. Diese doppelte Verwaltung ermöglicht es, die Anfrage des Benutzers immer beizubehalten und das Ergebnis der verschiedenen Funktionen auf diese Anfrage des Benutzers anzuwenden, um den aktuellen Zustand zu erhalten. Dies ermöglicht eine bessere Verwaltung von Fällen, in denen mehrere Funktionen auf den Zustand des VTherm einwirken wollen (z. B. Öffnen eines Fensters und Lastabwurf). Dies gewährleistet auch eine Rückkehr zur ursprünglichen Anfrage des Benutzers, wenn keine Erkennung mehr stattfindet. > 2. _Zeitfilterung_: Die Funktionsweise der Zeitfilterung wurde überarbeitet. Die Zeitfilterung verhindert, dass zu viele Befehle an ein gesteuertes Gerät gesendet werden, um einen zu hohen Batterieverbrauch (z. B. bei batteriebetriebenen Thermostaten) oder zu häufige Änderungen der Sollwerte (Wärmepumpe, Pelletofen, Fußbodenheizung usw.) zu vermeiden. Die neue Funktionsweise ist nun wie folgt: Explizite Anfragen des Benutzers (oder Schedulers) werden immer sofort berücksichtigt. Sie werden nicht gefiltert. Nur Änderungen, die mit äußeren Bedingungen zusammenhängen (z. B. Raumtemperaturen), werden möglicherweise gefiltert. Die Filterung besteht darin, den gewünschten Befehl später erneut zu senden und ihn nicht wie bisher zu ignorieren. Mit dem Parameter `auto_regulation_dtemp` kann die Verzögerungszeit eingestellt werden. > 3. _Verbesserung der hvac_action_: Die `hvac_action` spiegelt den aktuellen Aktivierungsstatus der gesteuerten Anlage wider. Bei einem Typ `over_switch` spiegelt sie den Aktivierungsstatus des Schalters wider, bei einem `over_valve` oder einer Ventilregelung ist sie aktiv, wenn die Ventilöffnung größer als die minimale Ventilöffnung ist (oder 0, wenn nicht konfiguriert). Bei einem `over_climate` spiegelt sie die `hvac_action` des verknüpften `climate` wider, sofern verfügbar, andernfalls eine Simulation. > 4. _Benutzerdefinierte Attribute_: Die Organisation der benutzerdefinierten Attribute, die unter Entwicklertools/Status zugänglich sind, wurde neu strukturiert und hängt nun vom Typ des VTherm und den jeweils aktivierten Funktionen ab. Mehr Information [hier](reference.md#benutzerdefinierte-attribute). > 5. _Lastabwurf_: Der Lastabwurf-Algorithmus berücksichtigt nun das Abschalten eines Geräts zwischen zwei Messungen des Stromverbrauchs der Wohnung. Nehmen wir an, Sie haben alle 5 Minuten einen Anstieg des Stromverbrauchs. Wenn zwischen zwei Messungen ein Heizkörper ausgeschaltet wird, kann das Einschalten eines neuen Heizkörpers zugelassen werden. Zuvor wurden zwischen zwei Messungen nur Einschaltungen berücksichtigt. Wie zuvor wird der nächste Anstieg des Stromverbrauchs möglicherweise zu einer mehr oder weniger starken Lastabsenkung führen. > 6. _auto-start/stop_: Die automatische Start-/Stoppfunktion ist nur für Vtherm-Typen vom Typ `over_climate` ohne direkte Ventilsteuerung nützlich. Die Option wurde für andere VTherm-Typen entfernt. > 7. _VTherm UI Card_: All diese Änderungen haben zu einer wesentlichen Weiterentwicklung der [VTherm UI Card](additions.md#die-versatile-thermostat-ui-card) geführt, sodass nun Meldungen integriert sind, die den aktuellen Status erklären (warum hat mein VTherm diese Zieltemperatur?) und ob eine Zeitfilterung läuft – wodurch die Aktualisierung des Status des Basiswerts verzögert wurde. > 8. _Verbesserung der Protokolle_: Die Protokolle wurden verbessert, um die Fehlersuche zu vereinfachen. Protokolle in der Form `--------------------> NEW EVENT: VersatileThermostat-Inversed ...` informieren über ein Ereignis, das sich auf den Status des VTherm auswirkt. > > ⚠️ **Warnung** > > Diese Hauptversion enthält Änderungen, die mit der vorherigen Version nicht kompatibel sind: > - `versatile_thermostat_security_event` wurde in `versatile_thermostat_safety_event` umbenannt. Wenn Ihre Automatisierungen dieses Ereignis verwenden, müssen Sie diese aktualisieren. > - Die benutzerdefinierten Attribute wurden neu organisiert. Sie müssen Ihre Automatisierungen oder Jinja-Vorlagen, die diese verwenden, aktualisieren. > - Die [VTherm UI Card](additions.md#die-versatile-thermostat-ui-card) muss mindestens auf V2.0 aktualisiert werden, um kompatibel zu sein. > > **Trotz der 342 automatisierten Tests dieser Integration und der Sorgfalt, mit der diese wichtige Version erstellt wurde, kann ich nicht garantieren, dass die Installation keine Störungen an Ihren VTherm-Geräten verursacht. Für jedes VTherm-Gerät müssen Sie nach der Installation die Voreinstellung, den hvac_mode und gegebenenfalls die Solltemperatur des VTherm überprüfen.** * **Release 7.4**: - Es wurden Schwellenwerte hinzugefügt, um den TPI-Algorithmus zu aktivieren oder zu deaktivieren, wenn die Temperatur den Sollwert überschreitet. Dadurch werden kurze Ein-/Ausschaltzyklen eines Heizkörpers verhindert. Siehe [TPI](algorithms.md#der-tpi-algorithmus) - Es wurde ein Schlafmodus für VTherms vom Typ `over_climate` mit Regelung durch direkte Ventilsteuerung hinzugefügt. In diesem Modus können Sie den Thermostat auf "Aus" stellen, dabei bleibt das Ventil jedoch zu 100% geöffnet. Dies ist nützlich für längere Zeiträume ohne Heizung, wenn der Heizkessel von Zeit zu Zeit Wasser zirkulieren lässt. Hinweis: Sie müssen die VTherm-UI-Karte aktualisieren, um diesen neuen Modus anzuzeigen. Siehe [VTherm UI Card](additions.md#die-versatile-thermostat-ui-card). * **Release 7.2**: - Native Unterstützung für Geräte, die über eine `select` (oder `input_select`) oder `climate` Entität für _VTherm_ vom Typ `over_switch` gesteuert werden können. Dieses Update macht die Erstellung von virtuellen Schaltern für die Integration von Nodon, Heaty, eCosy, etc. überflüssig. Weitere Informationen [hier](over-switch.md#befehlsanpassung). - Links zur Dokumentation: Version 7.2 führt experimentelle Links zur Dokumentation auf den Konfigurationsseiten ein. Der Link ist über das Symbol [![?](https://img.icons8.com/color/18/help.png)](over-switch.md#konfiguration) erreichbar. Diese Funktion wird derzeit auf einigen Konfigurationsseiten getestet. * **Release 7.1**: - Umgestaltung der Lastabwurf-Funktion (Energiemanagement). Der Lastabwurf wird jetzt zentral verwaltet (vorher war jedes _VTherm_ autonom). Dies ermöglicht eine wesentlich effizientere Verwaltung und Priorisierung des Lastabwurfs bei Geräten, die sich in der Nähe des Sollwerts befinden. Beachten Sie, dass Sie eine zentralisierte Konfiguration mit aktiviertem Energiemanagement haben müssen, damit dies funktioniert. Weitere Informationen [hier](./feature-power.md). * **Release 6.8**: - Es wurde eine neue Regelungsmethode für Versatile Thermostate vom Typ `over_climate` hinzugefügt. Diese Methode mit der Bezeichnung 'Direkte Ventilsteuerung' ermöglicht die direkte Steuerung eines TRV-Ventils und möglicherweise einen Offset zur Kalibrierung des internen Thermometers Ihres TRVs. Diese neue Methode wurde mit Sonoff TRVZB getestet und auf andere TRV-Typen ausgeweitet, bei denen das Ventil direkt über `number`-Entities gesteuert werden kann. Weitere Informationen [hier](over-climate.md#lauto-régulation) und [hier](self-regulation.md#auto-régulation-par-contrôle-direct-de-la-vanne). ## **Release 6.5** : - Neue Funktion zum automatischen Stoppen und Neustart eines `VTherm over_climate` [585] (https://github.com/jmcollin78/versatile_thermostat/issues/585) - Verbesserte Behandlung von Öffnungen beim Starten. Ermöglicht das Speichern und Neuberechnen des Zustands einer Öffnung beim Neustart des Home Assistant [504](https://github.com/jmcollin78/versatile_thermostat/issues/504) ## **Release 6.0** : - `number`-Entitäties hinzugefügt, um voreingestellte Temperaturen zu konfigurieren [354](https://github.com/jmcollin78/versatile_thermostat/issues/354) - Komplettes Redesign des Konfigurationsmenüs, um Temperaturen zu entfernen und ein Menü anstelle eines Konfigurationstunnels zu verwenden [354] (https://github.com/jmcollin78/versatile_thermostat/issues/354) ## **Release 5.4** : - Temperaturstufe hinzugefügt [#311](https://github.com/jmcollin78/versatile_thermostat/issues/311), - Regulierungsschwellenwerte für `over_valve` hinzugefügt, um übermäßige Batterieentladung für TRVs zu verhindern [#338](https://github.com/jmcollin78/versatile_thermostat/issues/338), - Option hinzugefügt, um die interne Temperatur eines TRVs zu verwenden, um die automatische Regulierung zu erzwingen [#348](https://github.com/jmcollin78/versatile_thermostat/issues/348), - Es wurde eine Keep-Alive-Funktion für `over_switch` VTherms hinzugefügt [#345](https://github.com/jmcollin78/versatile_thermostat/issues/345)
Ältere Releases > * **Release 5.3** : Eine Funktion zur Steuerung eines zentralen Heizkessels wurde hinzugefügt [#234](https://github.com/jmcollin78/versatile_thermostat/issues/234) - mehr Informationen hier: [Zentrale Kesselsteuerung](#le-contrôle-dune-chaudière-centrale). Es wurde die Möglichkeit hinzugefügt, den Sicherheitsmodus für das externe Thermometer zu deaktivieren [#343](https://github.com/jmcollin78/versatile_thermostat/issues/343) > * **Release 5.2** : `Zentraler Modus` hinzugefügt, um alle VTherms zentral zu steuern [#158](https://github.com/jmcollin78/versatile_thermostat/issues/158). > * **Release 5.1** : Begrenzung der an die Ventile gesendeten Werte und der zugehörigen Klimatemperatur. > * **Release 5.0** : Zentrale Konfiguration hinzugefügt, um konfigurierbare Attribute zu kombinieren [#239](https://github.com/jmcollin78/versatile_thermostat/issues/239). > * **Release 4.3** : Auto-Ventilator-Modus für den Typ `over_climate` hinzugefügt, um die Lüftung zu aktivieren, wenn der Temperaturunterschied groß ist [#223](https://github.com/jmcollin78/versatile_thermostat/issues/223). > * **Release 4.2** : Die Steigung der Temperaturkurve wird nun in °/Stunde statt in °/min berechnet. [#242](https://github.com/jmcollin78/versatile_thermostat/issues/242). Die automatische Erkennung von Öffnungen wurde verbessert, indem die Temperaturkurve geglättet wurde. > * **Release 4.1** : Hinzufügen eines **Experten**-Regulierungsmodus, bei dem die Benutzer ihre eigenen Autoregulierungsparameter festlegen können, anstatt vorprogrammierte Parameter zu verwenden [#194](https://github.com/jmcollin78/versatile_thermostat/issues/194). > * **Release 4.0** : Unterstützung für **Versatile Thermostat UI Card** hinzugefügt. Siehe [Versatile Thermostat UI Card](https://github.com/jmcollin78/versatile-thermostat-ui-card). Hinzufügen eines **langsamen** Regelungsmodus für Heizgeräte mit langsamer Latenzzeit [#168](https://github.com/jmcollin78/versatile_thermostat/issues/168). Die Berechnung der **Leistung** für VTherms mit mehreren zugehörigen Geräten wurde geändert. [#146](https://github.com/jmcollin78/versatile_thermostat/issues/146). Unterstützung für AC und Wärme für VTherms über einen Schalter hinzugefügt [#144](https://github.com/jmcollin78/versatile_thermostat/pull/144) > * **Release 3.8**: Es wurde eine **Autoregulierungsfunktion** für `over_climate` Thermostate hinzugefügt, die durch das dazugehörige Klima reguliert werden. Siehe [Autoregulierung](#lauto-régulation) and [#129](https://github.com/jmcollin78/versatile_thermostat/issues/129). Hinzufügen der **Fähigkeit zur Invertierung der Steuerung** für `over_switch`-Thermostate, um Installationen mit Pilotdraht und Diode zu ermöglichen [#124](https://github.com/jmcollin78/versatile_thermostat/issues/124). > * **Release 3.7**: Der Typ `over_valve` Versatile Thermostat wurde hinzugefügt, um ein TRV-Ventil oder ein anderes Dimmergerät für die Heizung direkt zu steuern. Die Regelung erfolgt direkt durch die Einstellung des Prozentsatzes der Öffnung der zugehörigen Einheit: 0 bedeutet, dass das Ventil ausgeschaltet ist, 100 bedeutet, dass das Ventil vollständig geöffnet ist. Siehe [#131](https://github.com/jmcollin78/versatile_thermostat/issues/131). Eine Bypass-Funktion für die Öffnungserkennung wurde hinzugefügt [#138](https://github.com/jmcollin78/versatile_thermostat/issues/138). Unterstützung der slowakischen Sprache hinzugefügt. > * **Release 3.6**: Der Parameter `motion_off_delay` wurde hinzugefügt, um die Handhabung der Bewegungserkennung zu verbessern [#116](https://github.com/jmcollin78/versatile_thermostat/issues/116), [#128](https://github.com/jmcollin78/versatile_thermostat/issues/128). AC-Modus (Klimatisierung) für `over_switch` VTherm hinzugefügt. Das GitHub-Projekt vorbereitet, um Beiträge zu erleichtern [#127](https://github.com/jmcollin78/versatile_thermostat/issues/127) > * **Release 3.5**: Mehrere Thermostate im Modus "Thermostat über Klima" möglich [#113](https://github.com/jmcollin78/versatile_thermostat/issues/113) > * **Release 3.4**: Fehlerbehebung und Aussetzen der voreingestellten Temperaturen für den AC-Modus [#103](https://github.com/jmcollin78/versatile_thermostat/issues/103) > * **Release 3.3**: Klimatisierungsmodus (AC) hinzugefügt. Mit dieser Funktion können Sie den AC-Modus Ihres zugehörigen Thermostats verwenden. Um sie zu nutzen, müssen Sie die Option "AC-Modus verwenden" aktivieren und Temperaturwerte für Voreinstellungen und entfernte Voreinstellungen definieren. > * **Release 3.2** : Es wurde die Möglichkeit hinzugefügt, mehrere Schalter vom selben Thermostat aus zu steuern. In diesem Modus werden die Schalter mit einer Verzögerung ausgelöst, um die zu einem bestimmten Zeitpunkt benötigte Leistung zu minimieren (Minimierung der Überlappungszeiten). Siehe [Configuration](#sélectionnez-des-entités-pilotées) > * **Release 3.1** : Erkennung von geöffneten Fenstern/Türen bei Temperaturabfall hinzugefügt. Diese neue Funktion stoppt automatisch einen Heizkörper, wenn die Temperatur plötzlich fällt. Siehe [Auto Mode](#le-mode-auto) > * **Major Release 3.0** : Hinzufügen von Thermostatgeräten und zugehörigen Sensoren (binär und nicht-binär). Viel näher an der Home Assistant-Philosophie, haben Sie jetzt direkten Zugriff auf die Energie, die durch den vom Thermostat gesteuerten Heizkörper verbraucht wird, und viele andere Sensoren, die für Ihre Automatisierungen und Dashboards nützlich sind. > * **Release 2.3** : Zusätzliche Messung von Leistung und Energie für den vom Thermostat gesteuerten Heizkörper. > * **Release 2.2** : Es wurde eine Sicherheitsfunktion hinzugefügt, die verhindert, dass ein Heizkörper im Falle eines Thermometerausfalls unendlich lange geheizt bleibt. > * **Major Release 2.0** : Hinzufügen des „Über-Klima“-Thermostats, mit dem jedes Thermostat in ein Versatile Thermostat umgewandelt werden kann und alle seine Funktionen erhält.
> ![Tipp](images/tips.png) _*Hinweise*_ > > Vollständige Versionshinweise sind auf dem [GitHub der Integration](https://github.com/jmcollin78/versatile_thermostat/releases/) verfügbar.