Eine Heizung mit drei Fensterkontakten
-
@paul53 sagte: muss man einen Standardwert vorgeben
Alternativ kann man sich auch den Sollwert in einem eigenen Datenpunkt (unter "0_userdata.0") merken.
-
Funktioniert! Danke nochmal.
Mal noch eine andere Frage, wenn ich jetzt noch mehr Zimmer nachrüste... (was passieren wird), macht es mehr Sinn für jedes Zimmer ein Skript zu bauen, oder das Skript so umzuschreiben, dass es für alle zimmer funktioniert? Ich hätte jetzt noch drei Zimmer mit einem Fenster und ein Zimmer mit zwei Fenstern, aber jeweils nur ein Heizkörper.
-
@mariatschi0815 sagte: für jedes Zimmer ein Skript zu bauen,
Ich würde für jedes Zimmer ein Skript verwenden, um die Skripte übersichtlich zu halten.
-
Hey Leute,
da ich das Thermostat ohne bridge steuere hat sich noch ein zusätzliches Problem aufgetan. Ich muss noch den Mode mit heat oder off steuern. Also müsste ich noch einbinden, dass wenn die Fenster geschlossen sind und die Temperatur um bspw. 2Grad fällt der Modus auf heizen stellt und dann die Temperatur geregelt wird.Mein Gedankengang wäre jetzt ein zusätzlichen Trigger einzubauen der auf Temperaturänderung „anspringt“ und dort ein if einzubauen, welches dann eine Variable belegt und dann ein steuere mit mode jeweils vor die Targettemp. jetzt wäre ja hier aber wieder das Problem, dass bei offenem Fenster die Temperatur sinkt und dadurch die ganze Zeit mein Trigger auslöst. Dazu kommt noch, sollte das Fenster (warum auch immer) so lange offen sein, dass die Temperatur konstant bleibt reagiert mein Trigger ja nicht mehr.
Bevor ihr mir jetzt ein fertiges script liefert, wofür ich euch immer sehr dankbar bin, könnt ihr mir erstmal Tips geben wie ihr an solche Probleme heran geht? Ich möchte es ja auch lernen, um seltener und vielleicht gar nicht mehr mit solchen Anfängerproblemen zu nerven.
Gruß Martin
-
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?
-
@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.
-
@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.
-
@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.
-
@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....
-
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
-
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.
-
@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.
-
@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:
-
@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"?
-
@paul53 Ich muss zugeben, dass das es hier etwas verwirrend ist. Mit den Alias. TempAnwesend ist die ZielTemp.
-
@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.
-
@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.
-
@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.
-
@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.
-
@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?
