Anmerkungen zum Release
![]()
Release 8.4
- 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.
- added a temperature synchronization function for a device controlled in
over_climatemode. Depending on your device's capabilities, VTherm can control an offset calibration entity or directly an external temperature entity. More information here - 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.
Release 8.3
- Hinzufügen einer konfigurierbaren Verzögerung vor der Heizkesselaktivierung,
- 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 verwendetankreuzt 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
Release 8.1
- Für einen VTherm vom Typ
over_climatemit direkter Ventilsteuerung wurden dem bestehenden Parameterminimum_opening_degreeszwei 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 deropening_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 alsopening_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:
.
Diese Entwicklung wurde hier 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:
- 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.
- 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_dtempkann die Verzögerungszeit eingestellt werden.- Verbesserung der hvac_action: Die
hvac_actionspiegelt den aktuellen Aktivierungsstatus der gesteuerten Anlage wider. Bei einem Typover_switchspiegelt sie den Aktivierungsstatus des Schalters wider, bei einemover_valveoder einer Ventilregelung ist sie aktiv, wenn die Ventilöffnung größer als die minimale Ventilöffnung ist (oder 0, wenn nicht konfiguriert). Bei einemover_climatespiegelt sie diehvac_actiondes verknüpftenclimatewider, sofern verfügbar, andernfalls eine Simulation.- 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.
- 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_climateohne 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 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_eventwurde inversatile_thermostat_safety_eventumbenannt. 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 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
- Es wurde ein Schlafmodus für VTherms vom Typ
over_climatemit 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.
- Release 7.2:
- Native Unterstützung für Geräte, die über eine
select(oderinput_select) oderclimateEntität für VTherm vom Typover_switchgesteuert 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. - Links zur Dokumentation: Version 7.2 führt experimentelle Links zur Dokumentation auf den Konfigurationsseiten ein. Der Link ist über das Symbol
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.
-
Release 6.8:
- Es wurde eine neue Regelungsmethode für Versatile Thermostate vom Typ
over_climatehinzugefü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 übernumber-Entities gesteuert werden kann. Weitere Informationen hier und hier.
- Es wurde eine neue Regelungsmethode für Versatile Thermostate vom Typ
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
Release 6.0 :
number-Entitäties hinzugefügt, um voreingestellte Temperaturen zu konfigurieren 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,
- Regulierungsschwellenwerte für
over_valvehinzugefügt, um übermäßige Batterieentladung für TRVs zu verhindern #338, - Option hinzugefügt, um die interne Temperatur eines TRVs zu verwenden, um die automatische Regulierung zu erzwingen #348,
- Es wurde eine Keep-Alive-Funktion für
over_switchVTherms hinzugefügt #345
</details>
- Release 5.3 : Eine Funktion zur Steuerung eines zentralen Heizkessels wurde hinzugefügt #234 - mehr Informationen hier: Zentrale Kesselsteuerung. Es wurde die Möglichkeit hinzugefügt, den Sicherheitsmodus für das externe Thermometer zu deaktivieren #343
- Release 5.2 :
Zentraler Modushinzugefügt, um alle VTherms zentral zu steuern #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.
- Release 4.3 : Auto-Ventilator-Modus für den Typ
over_climatehinzugefügt, um die Lüftung zu aktivieren, wenn der Temperaturunterschied groß ist #223.- Release 4.2 : Die Steigung der Temperaturkurve wird nun in °/Stunde statt in °/min berechnet. #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.
- Release 4.0 : Unterstützung für Versatile Thermostat UI Card hinzugefügt. Siehe Versatile Thermostat UI Card. Hinzufügen eines langsamen Regelungsmodus für Heizgeräte mit langsamer Latenzzeit #168. Die Berechnung der Leistung für VTherms mit mehreren zugehörigen Geräten wurde geändert. #146. Unterstützung für AC und Wärme für VTherms über einen Schalter hinzugefügt #144
- Release 3.8: Es wurde eine Autoregulierungsfunktion für
over_climateThermostate hinzugefügt, die durch das dazugehörige Klima reguliert werden. Siehe Autoregulierung and #129. Hinzufügen der Fähigkeit zur Invertierung der Steuerung fürover_switch-Thermostate, um Installationen mit Pilotdraht und Diode zu ermöglichen #124.- Release 3.7: Der Typ
over_valveVersatile 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. Eine Bypass-Funktion für die Öffnungserkennung wurde hinzugefügt #138. Unterstützung der slowakischen Sprache hinzugefügt.- Release 3.6: Der Parameter
motion_off_delaywurde hinzugefügt, um die Handhabung der Bewegungserkennung zu verbessern #116, #128. AC-Modus (Klimatisierung) fürover_switchVTherm hinzugefügt. Das GitHub-Projekt vorbereitet, um Beiträge zu erleichtern #127- Release 3.5: Mehrere Thermostate im Modus "Thermostat über Klima" möglich #113
- Release 3.4: Fehlerbehebung und Aussetzen der voreingestellten Temperaturen für den AC-Modus #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
- 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
- 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.
Hinweise
Vollständige Versionshinweise sind auf dem GitHub der Integration verfügbar.
Hinweise