Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Mariatschi0815]

Das wäre jetzt meine Idee dazu.

Ich musste das nochmal editieren. Ich habe noch festgestellt, dass das Thermostat erst anfängt zu arbeiten, wenn mann die Lokaltempereatur kalibriert und der mode auf auto oder heat steht.
Also um das Heizen anzustoßen genügt es den Wert zum Kalibrieren (Offset[...]) anzustoßen. Das Thermostat mach dann zu wenn das Offset wieder 0 ist.
Für die Fenster genügt es den Mode zwischen off und auto (oder heat) zu schalten.

Also sieht mein Skript jetzt erstmal so aus:

Das Thermostat misst die Temperatur in der Umgebung eigenständig, liefert aber nicht regelmäßig aktuelle Werte. Somit nutze ich einen extra Temp-Sensor muss den Wert aber bei der Berechnung trotzdem berücksichtigen.

Und ein Problem bleibt, was wenn die Temperatur sich nicht mehr ändert?

[paul53]

@mariatschi0815 sagte: das Thermostat erst anfängt zu arbeiten, wenn mann die Lokaltempereatur kalibriert

Wirklich? Das kann ich mir nicht vorstellen. Ein Thermostat muss im entsprechenden Modus die Temperatur regeln. Die Temperaturabhängigkeit im Skript zu realisieren, ist dann kontraproduktiv.

[Mariatschi0815]

@paul53 Ja... das Teil bereitet mir jetzt schon etwas länger Kopfzerbrechen... Es ist auch nicht optimal in den Zigbee-Adapter eingebunden, was aber an der Hardware liegt. Hab da schon etliche Leute mit beschäftigt.
Jedenfalls ist es so erstmal nutzbar. Bin hier auch schon im Forum unterwegs um rauszufinden ob das Eurotronics Spirit Zigbee mittlerweile problemlos läuft und würde dann nochmal umsteigen.
Für den Moment um mich einzuarbeiten würde ich das Teil jetzt aber erstmal weiter benutzen. Auch wenn dadurch wohl noch mehr Kopfschmerzen vorprogrammiert sind.

Um es nochmal kurz zu fassen, wir werden hier nicht mehr ewig wohnen, weswegen das Thermostat günstig sein soll/sollte einfach um mich praktisch (oder in dem Fall unpraktisch...) damit beschäftigen zu können.

[paul53]

@mariatschi0815 sagte: das Teil bereitet mir jetzt schon etwas länger Kopfzerbrechen...

Ist es das Saswell SEA802? Da wäre ich vorsichtig, wenn nicht einmal der Hersteller weiß, auf welcher Frequenz es funkt.

[Mariatschi0815]

@paul53 said in Eine Heizung mit drei Fensterkontakten:

@mariatschi0815 sagte: das Teil bereitet mir jetzt schon etwas länger Kopfzerbrechen...

Ist es das Saswell SEA802? Da wäre ich vorsichtig, wenn nicht einmal der Hersteller weiß, auf welcher Frequenz es funkt.

Jain, ist wohl baugleich. Ob Hama da ähnlich desinteressiert ans Werk geht lässt sich nur vermuten. Wobei die Ergebnisse und Arbeitsweisen hier wohl dafürsprechen, dass einfach nur umgelabelt wurde....

[Mariatschi0815]

Also, mein Spirit Zigbee kam und es macht das was ein Thermostat tun sollte. Da ich immernoch auf meine anderen Fensterkontakte warte hab ich erstmal folgendes Skript geschrieben. Nichts bewegendes.

Edit: Ich hoffe ich hab den CRON-job richtig verstanden. Ich habe hier einfach mal angefangen und ich weiß, dass mein script hier gerade mal ansatzweise lauffähig ist und bin für Hilfestellung sehr dankbar.
Ich brauch ja zum Ein- und Ausschalten jeweils einen CRON und dann nochmal extra für die Tage mit unterschiedlichen Schaltzeiten, richtig?
Jetzt gibt es hier schon das erste Problem, wenn bspw. über Nacht ein Fester offen bleibt und die Heizung ausgeschalten wird übermittelt sie automatisch als ZielTemp 5°C. Jetzt würde ja, sobald ich das Fenster schließe meine Heizung im Heizzyklus nur mit 5°C "heizen", wie kann ich denn das umgehen?

Achso, zu einem späteren Zeitpunkt möchte ich die anderen Heizkörper (sobald sie nachgerüstet sind) mit in diesem Heizplan einpflegen.

Gruß Martin

[Mariatschi0815]

Mahlzeit,

hat keiner Zeit mir ein bisschen zu helfen? Ja ich weiß, dass es den Heizungs-Adapter gibt. Ich möchte ja aber gerne scripten (üben) und alles eben so individuell wie möglich gestalten.

[paul53]

@mariatschi0815 sagte: ein bisschen zu helfen?

Das ist nicht möglich, wenn man die Datenpunkte nicht kennt.

• Was hat es mit "Thermostat Mode" = "32" / "16" auf sich?
• "ZielTemp" ist der Sollwert des Thermostaten?
• Woher kommt "TempAbwesend"?

Zeige bitte alle Datenpunkte (inkl. Werte) des Thermostaten.

[Mariatschi0815]

@paul53 okay, das sind "Eigenheiten" des Thermostats. Die Modi kann ich nur über die bits steuern. Mit "32" schaltet sich das Thermostat aus und setzt die Zieltemperatur (Sollwert) auf 5°C, mit "16" schaltet sich das Thermostat ein und setzt die Zieltemperatur auf den zuvor programmierten Wert bspw. 20°C. TempAbwesend kommt auch vom Thermostat, diesen Wert würde es setzen, wenn man in den Abwesenheitsmodus geht, den man aber nicht schalten kann. Ich würde somit einfach nur den vorhandenen Datenpunkt nutzen.

Hier alle Datenpunkte des Thermostats:

Edit: heating_setpnt_current ist meine ZielTemp.

Die Datenpunkte die ich nutze hab ich nochmal in alias-Punkte übernommen, daher die abweichende Bezeichnung:

[paul53]

@mariatschi0815 sagte: Die Datenpunkte die ich nutze hab ich nochmal in alias-Punkte übernommen

Es fehlt der Alias "TempAnwesend" zu "heating_setpnt_occupied".

Sind die beiden Datenpunkte "occupied" / "unoccupied" read only ?

@mariatschi0815 sagte in Eine Heizung mit drei Fensterkontakten:

mit "16" schaltet sich das Thermostat ein und setzt die Zieltemperatur auf den zuvor programmierten Wert

Das muss sicherlich die Zahl 16 sein? Oder ist der Datenpunkt "spz_system_mode" vom Typ "string"?

[Mariatschi0815]

@paul53 Ich muss zugeben, dass das es hier etwas verwirrend ist. Mit den Alias. TempAnwesend ist die ZielTemp.

[paul53]

@mariatschi0815 sagte: TempAnwesend ist die ZielTemp.

TempAnwesend ist die Vorgabe für die Zieltemperatur bei Anwesenheit bzw. 6 - 8 Uhr / 14 - 22 Uhr. Die Variable TempAnwesend kann nicht mit der variablen Zieltemperatur initialisiert werden, da dann das Problem mit zu niedrigem Sollwert entsteht.

[Mariatschi0815]

@paul53 said in Eine Heizung mit drei Fensterkontakten:

@mariatschi0815 sagte: Die Datenpunkte die ich nutze hab ich nochmal in alias-Punkte übernommen

Es fehlt der Alias "TempAnwesend" zu "heating_setpnt_occupied".

Sind die beiden Datenpunkte "occupied" / "unoccupied" read only ?

@mariatschi0815 sagte in Eine Heizung mit drei Fensterkontakten:

mit "16" schaltet sich das Thermostat ein und setzt die Zieltemperatur auf den zuvor programmierten Wert

Das muss sicherlich die Zahl 16 sein? Oder ist der Datenpunkt "spz_system_mode" vom Typ "string"?

Jetzt hat es erst click gemacht, was du hier gemeint hast. Problem ist das die Datenpunkte ..._current und …_occupied sich sozusagen gegenseitig aktualisieren. Ändere ich current wird occupied auf den selben Wert geschrieben und umgekehrt. Somit müsste ich also mein Problem beheben indem ich eine zusätzliche Variable zur Übergabe einfüge?

Edit: Die Datenpunkte sind beide schreibbar.

Und der Wert ist eine Zahl genau, also sollte ich das noch ändern.

[paul53]

@mariatschi0815 sagte: Ändere ich current wird occupied auf den selben Wert geschrieben und umgekehrt

Wirklich? Das kann ich mir nicht vorstellen.

@mariatschi0815 sagte in Eine Heizung mit drei Fensterkontakten:

Die Datenpunkte sind beide schreibbar.

Dann ist die Rolle "value.temperature" falsch.

[Asgothian]

@paul53 sagte in Eine Heizung mit drei Fensterkontakten:

@mariatschi0815 sagte: Ändere ich current wird occupied auf den selben Wert geschrieben und umgekehrt

Wirklich? Das kann ich mir nicht vorstellen.

Das ist so. Der Thermostat unterstützt einen Attribut im Hersteller spezifischen Cluster (current_heating_setpoint). Damit er aber auch von “Standard” Koordinatoren angesteuert werden kann nimmt er auch Werte auf den im Standard definierten Attribut “occupied_heating_setpoint” aus dem HVAC Cluster.

A.

[Mariatschi0815]

@paul53 said in Eine Heizung mit drei Fensterkontakten:

Dann ist die Rolle "value.temperature" falsch.

Die Rolle wird vom Adapter so vorgegeben, da hab ich keine Handhabe drüber. Würdest du mir trotzdem erklären was die Rolle aussagt und was dann theoretisch die richtige Rolle wäre?

[paul53]

@mariatschi0815 sagte: was die Rolle aussagt

Siehe Doku

@mariatschi0815 sagte in Eine Heizung mit drei Fensterkontakten:

was dann theoretisch die richtige Rolle wäre?

"level.temperature"

Wenn die Rolle im Adapter falsch ist, kann man sie aber im Alias korrigieren.

[paul53]

@mariatschi0815 sagte: eine zusätzliche Variable zur Übergabe einfüge?

Ja, erstelle einen eigenen Datenpunkt für "TempAnwesend" unter "0_userdata.0".

[paul53]

@asgothian
Normalerweise sind “occupied_heating_setpoint” und “unoccupied_heating_setpoint” die Sollwerte, zwischen denen das interne Wochenzeitprogramm umschaltet.

[Mariatschi0815]

@paul53 Ich hab jetzt mal probiert das ganze über eine Variable zu lösen. An den CRONs hab ich erstmal nichts geändert. Um die Variable zu schreiben hab ich einen neuen Trigger eingefügt und eine Abfrage. Jetzt wäre es ja aber so, jedes mal wenn das Fenster auf und zu gemacht wird, wird mein Trigger ausgelöst (was ja nicht nötig wäre) kann ich das noch umgehen? Oder ist der Trigger hier generell überflüssig?