- Mitglied seit
- 31 Aug 2022
- Beiträge
- 1,083
- Punkte für Reaktionen
- 252
- Punkte
- 83
Update:
Die Thermostatsteuerung bei der Integration "AVM Fritz!SmartHome" von Home Assistɑnt für den 301 ist gelinde gesagt bescheiden. Wegen der relativen Kompliziertheit der TR-064-Schnittstelle und einer Offenes-Messer-Bedienungs-Falle gibt es reproduzierbar das unten geschilderte Problem. Der Aufruf von service: climate.set_temperature mit nur einer Temperatur ohne Parameter hvac_mode: heat führt zum Aufheizen auf 25°C. Witzig ist dabei nur, dass man aus dem 301 trotzdem die Solltemperatur auslesen kann.
Für die Integration in Home Assistɑnt wollte ich Vorlagen haben ohne wöchentliche Alibi-Umschaltungen und die Solltemperaturen automatisiert durch HA einstellen. Dies ist aber offensichtlich nicht Bestandteil der Integration "AVM FRITZ!SmartHome" für den 301, sondern leider nur hvac_mode heat/off und preset_mode eco/comfort. Aber die Aktivierung von Vorlagen zu jedem beliebigen Zeitpunkt ist ja auch schon was.
Trotzdem blieb es mein Plan, für längere Abwesenheitszeiten diese unsäglichen Tastensperren bei "Heizen beendet" und/oder "Urlaubsschaltung" zu vermeiden und so auch eine länger bleibende manuelle Einstellung zu ermöglichen. Dabei fiel mir auf, dass man mit bestimmten Wochenzeitplänen bzw. Vorlagen wirklich sehr vorsichtig sein sollte, denn Zeitpläne mit konstanter Absenktemperatur und mit konstanter Komforttemperatur funktionieren sehr eigentümlich.
Anfangs hielten die konstanten Absenk- bzw. Komforttemperaturen, aber nach mehrere Stunden nach Aktvierung der Vorlagen drehten die 301 mit korrekter Anzeige der Solltemperatur voll(?) auf und heizten und heizten. Keine manuelle Einstellung und keine andere "Konstant-Vorlage" funktionierte, nur das Aktivieren einer Vorlage mit mindestens einem Umschalttermin stoppte das weitere Hochheizen.
Anscheinend ist wohl bei AVM ein Umschalttermin pro Woche zwingend notwendig, um dieses Verhalten zu vermeiden. So richtig logisch kann ich mir das 2mal aufgetretene Verhalten nicht erklären und würde es als Bug bezeichnen wollen.
Die Thermostatsteuerung bei der Integration "AVM Fritz!SmartHome" von Home Assistɑnt für den 301 ist gelinde gesagt bescheiden. Wegen der relativen Kompliziertheit der TR-064-Schnittstelle und einer Offenes-Messer-Bedienungs-Falle gibt es reproduzierbar das unten geschilderte Problem. Der Aufruf von service: climate.set_temperature mit nur einer Temperatur ohne Parameter hvac_mode: heat führt zum Aufheizen auf 25°C. Witzig ist dabei nur, dass man aus dem 301 trotzdem die Solltemperatur auslesen kann.
Für die Integration in Home Assistɑnt wollte ich Vorlagen haben ohne wöchentliche Alibi-Umschaltungen und die Solltemperaturen automatisiert durch HA einstellen. Dies ist aber offensichtlich nicht Bestandteil der Integration "AVM FRITZ!SmartHome" für den 301, sondern leider nur hvac_mode heat/off und preset_mode eco/comfort. Aber die Aktivierung von Vorlagen zu jedem beliebigen Zeitpunkt ist ja auch schon was.
Trotzdem blieb es mein Plan, für längere Abwesenheitszeiten diese unsäglichen Tastensperren bei "Heizen beendet" und/oder "Urlaubsschaltung" zu vermeiden und so auch eine länger bleibende manuelle Einstellung zu ermöglichen. Dabei fiel mir auf, dass man mit bestimmten Wochenzeitplänen bzw. Vorlagen wirklich sehr vorsichtig sein sollte, denn Zeitpläne mit konstanter Absenktemperatur und mit konstanter Komforttemperatur funktionieren sehr eigentümlich.
Anfangs hielten die konstanten Absenk- bzw. Komforttemperaturen, aber nach mehrere Stunden nach Aktvierung der Vorlagen drehten die 301 mit korrekter Anzeige der Solltemperatur voll(?) auf und heizten und heizten. Keine manuelle Einstellung und keine andere "Konstant-Vorlage" funktionierte, nur das Aktivieren einer Vorlage mit mindestens einem Umschalttermin stoppte das weitere Hochheizen.
Anscheinend ist wohl bei AVM ein Umschalttermin pro Woche zwingend notwendig, um dieses Verhalten zu vermeiden. So richtig logisch kann ich mir das 2mal aufgetretene Verhalten nicht erklären und würde es als Bug bezeichnen wollen.
Zuletzt bearbeitet: