Wetter Kompensation : FHT&Weather Modul
466 views
Skip to first unread message
Andreas Schaller
Apr 22, 2012, 6:36:42 AM4/22/12
to fhem-...@googlegroups.com
Hallo,
nach 2 Monaten FHEM muss ich sagen, dass ich hochzufrieden bin wie das System bei mir arbeitet. Mittlerweile habe ich sowohl Licht/Strom Komponenten (FS20), Temperatur/Feuchtigkeit (HMS100TF) als auch die Heizung Komponenten (FHT) im Einsatz.
Nun frage ich mich ob man analog zum Twilight Modul, Lichtregelung durch intelligente "Vorhersage", das Wetter Modul zur Heizungsregelung (Wetter Kompensation) verwenden kann.
Ist dies möglich und gibt es schon positive Erfahrungen (Einsparungen) , wenn man das FHT ( bzw. die Soll-Temperatur Werte ) dynamisch aufgrund der Wettervorhersage im weather.pm Modul anpasst?
Vielen Dank
Andreas
UliM
Apr 22, 2012, 7:05:25 AM4/22/12
to fhem-...@googlegroups.com
Hi,
hab auch schon drüber nachgedacht, aber noch nix implementiert.
Mir sind dazu bisher 2 Ansätze eingefallen:
1. Wettervorhersage für die nächsten 4 Stunden auswerten, à la "wenn's in 2 Stunden eh sonnig und warm wird, brauch ich jetzt nicht oder nur wenig heizen". Bisher ist aber keine stundenweise Vorhersage zugänglich - und nur die vorausgesagte Tageshöchsttemperatur ist m.E. nicht hinreichend.
2. Die Nacht-Tiefsttemperatur kann durchaus hilfreich sein - wenn es zB letzte Nacht besonders kalt war, kann man morgens das Wieder-Hochheizen früher starten. Das geht aber auch mit dem Aussenthermometer....
Habt ihr andere Denkmodelle zur Verknüpfung Wettervorhersage und Heizungssteuerung?
Hat vll schon jemand etwas implementiert?
Gruß, Uli
hab auch schon drüber nachgedacht, aber noch nix implementiert.
Mir sind dazu bisher 2 Ansätze eingefallen:
1. Wettervorhersage für die nächsten 4 Stunden auswerten, à la "wenn's in 2 Stunden eh sonnig und warm wird, brauch ich jetzt nicht oder nur wenig heizen". Bisher ist aber keine stundenweise Vorhersage zugänglich - und nur die vorausgesagte Tageshöchsttemperatur ist m.E. nicht hinreichend.
2. Die Nacht-Tiefsttemperatur kann durchaus hilfreich sein - wenn es zB letzte Nacht besonders kalt war, kann man morgens das Wieder-Hochheizen früher starten. Das geht aber auch mit dem Aussenthermometer....
Habt ihr andere Denkmodelle zur Verknüpfung Wettervorhersage und Heizungssteuerung?
Hat vll schon jemand etwas implementiert?
Gruß, Uli
Andreas Schaller
Apr 22, 2012, 8:45:53 AM4/22/12
to fhem-...@googlegroups.com
Hallo Uli,
zu deinem "zweiten" Vorschlag :
Nacht-Tiefsttemperatur :
Aufgrund meiner eigenen Temperaturmessungen kenne ich mittlerweile den Zusammenhang zwischen der Ist Temperatur am Abend , der Tmin Temperatur in der Nacht und der daraus resultierenden Zimmer Temperatur am Morgen. Ergebnis : Wenn Tmin unter 4 Grad vorhergesagt wird , dann muss am Morgen "eher" geheizt werden um Tsoll am morgen (pünktlich zum Frühstück ) zu erreichen.
und zum ersten Vorschlag :
Am Morgen müsste man aufgrund der Tmax ( plus "klar" = Sonne ) Vorhersage die Tsoll Temperaturschritte dynamisch anpassen und durch die aktuellen Messungen stündlich verifizieren. Aber hier bin ich noch ratlos ...
Andreas
Andreas Schaller
Apr 25, 2012, 4:29:42 PM4/25/12
to fhem-...@googlegroups.com
Hallo Uli,
Eine erste Idee wäre :
Um 7 Uhr messe ich die Temperatur T7.
Danach errechne ich dien Zeitpunkt t highnoon = 1/2 (astronomischen Sonnenuntergang - astronomischen Sonnenaufgang ) + Sonnenaufgang .
Das sollte ungefähr die Stunde mit der höchsten Temperatur ( Vorhersage Google Tmax ) sein.
Jetzt weiß ich das in X Stunden ( t highnoon - 7 ) die Temperatur ausserhalb um Tmax-T7 steigen wird.
Aus den Termperaturaufzeichnungen geht bei mir hervor das ich bei klaren Himmel pro 3 grad Außentemperatursteigerung die Zimmertemperatur um 1grad steigt.
Damit weiß ich wievie Grad ich maximal ( Vorhersage : klarer Himmel ) ohne Heizung zum Zeitpunkt t highnoon im Zimmer haben werde. Wenn diese Temperatur größer als meine gewünschte Tsoll zu diesem Zeitpunkt ist muss ich ggf nicht heizen.
Nur programmieren kann ich diese Routine (noch) nicht ...
Andreas
Eine erste Idee wäre :
Um 7 Uhr messe ich die Temperatur T7.
Danach errechne ich dien Zeitpunkt t highnoon = 1/2 (astronomischen Sonnenuntergang - astronomischen Sonnenaufgang ) + Sonnenaufgang .
Das sollte ungefähr die Stunde mit der höchsten Temperatur ( Vorhersage Google Tmax ) sein.
Jetzt weiß ich das in X Stunden ( t highnoon - 7 ) die Temperatur ausserhalb um Tmax-T7 steigen wird.
Aus den Termperaturaufzeichnungen geht bei mir hervor das ich bei klaren Himmel pro 3 grad Außentemperatursteigerung die Zimmertemperatur um 1grad steigt.
Damit weiß ich wievie Grad ich maximal ( Vorhersage : klarer Himmel ) ohne Heizung zum Zeitpunkt t highnoon im Zimmer haben werde. Wenn diese Temperatur größer als meine gewünschte Tsoll zu diesem Zeitpunkt ist muss ich ggf nicht heizen.
Nur programmieren kann ich diese Routine (noch) nicht ...
Andreas
UliM
Apr 26, 2012, 12:54:45 PM4/26/12
to fhem-...@googlegroups.com
Hi,
WENN man sowas programmieren will, dann wäre es doch am besten als Teil eines größeren Moduls aufgehoben.
- Liste aller FHTs, ggf auch S300TH (und analoge HM etc Komponenten), also jeweils unter Angabe des relevanten Readings
- Angabe des Weather-Device
- Angabe des Twilight-Device
- Angabe des HomeStatus-Device
Dann über Weather, Twilight und Homestatus die Solltemperatur "berechnen" und an die FHTs senden, damit diese ihre Actuator-Werte sinnvoll ermitteln können.
Für den Fall, dass statt Ventilstelltrieben dann -wie bei mir- eine direkte Heizungssteuerung (an/aus) genutzt wird, die Hinterlegung der Bedingungen für Freigabe/Abwürgen der Heizung (quasi ein binärer Ausgang).
Fürchte nur, dass die lokalen Gegebenheiten bei den einzelnen Anwendern so unterschiedlich sind, dass die Parametrisierung so weit gehen müsste, dass man letztendlich doch nur ein Beispielprogramm liefern kann, dass dann jeder Nutzer individuell anpassen muss, oder?
Außerdem bin ich kein Heizungsbauer o.ä., so dass ich Algorithmen wie zB PID erst durch fhem kennengelernt hab.
Gruß, Uli
WENN man sowas programmieren will, dann wäre es doch am besten als Teil eines größeren Moduls aufgehoben.
- Liste aller FHTs, ggf auch S300TH (und analoge HM etc Komponenten), also jeweils unter Angabe des relevanten Readings
- Angabe des Weather-Device
- Angabe des Twilight-Device
- Angabe des HomeStatus-Device
Dann über Weather, Twilight und Homestatus die Solltemperatur "berechnen" und an die FHTs senden, damit diese ihre Actuator-Werte sinnvoll ermitteln können.
Für den Fall, dass statt Ventilstelltrieben dann -wie bei mir- eine direkte Heizungssteuerung (an/aus) genutzt wird, die Hinterlegung der Bedingungen für Freigabe/Abwürgen der Heizung (quasi ein binärer Ausgang).
Fürchte nur, dass die lokalen Gegebenheiten bei den einzelnen Anwendern so unterschiedlich sind, dass die Parametrisierung so weit gehen müsste, dass man letztendlich doch nur ein Beispielprogramm liefern kann, dass dann jeder Nutzer individuell anpassen muss, oder?
Außerdem bin ich kein Heizungsbauer o.ä., so dass ich Algorithmen wie zB PID erst durch fhem kennengelernt hab.
Gruß, Uli
Andreas Schaller
Apr 30, 2012, 7:37:36 AM4/30/12
to fhem-...@googlegroups.com
Hallo Uli,
Ich bin zwar noch nicht komplett mit dem Modell fertig aber es zeichnet sich ab , das es wohl nicht wie ursprünglich gedacht funktioniert.
Es ist zwar ohne weiteres möglich aus der Zimmertemperatur am Abend die morgendlich Temperatur im Raum abzuschätzen ( mit Parameter Tmin Von Google ) und daraus wiederum die Temperatur am späten Nachmittag zu berechnen (Tmax von Google , genauigkeit ca 1 grad ) . Allerdings macht es wahrscheinlich mehr Sinn dieses Modell als Hilfestellung zur einmaligen , optimalen Festlegung der Solltemperaturen ( Nachttemperatur, nicht zu Hause Temperatur, Fenster offen, Frühstück, .. ) zu benutzen als zur regelmäßigen , dynamischen ( täglichen) Anpassung dieser Soll-Temperaturen.
Interessanter sind wohl die Parameter aufgrund derer man von einer dieser Solltemperaturen zur anderen springt. Dies sind zum Beispiel : das Fenster ist offen, oder ich bin zu Hause ( Zuhause Modus ) , oder es ist Wochenende ( Urlaub, Feiertag ). Zu jeden dieser Fälle lässt sich eine Solltemperaturen definieren. Beispielsweise : 12 grad bei Fenster offen, 15 grad bei "nicht zu hause", 18 grad bei Zuhause und "Nacht" ( nachtabschaltung) und 21 grad bei zu Hause und Tag. Am morgen ( Wochentag und zu Hause ) kann man dann entsprechend eine Frühstüchstemperatur definieren ( zu Hause, Wochentag, 6-8Uhr ).
Grundsätzlich wäre noch eine Feierabendtemperatur ( 18 Uhr Heizung langsam hochfahren ) interessant welche sich einschaltet, wenn Wochentag ist ( kein Urlaub oder wochenende) und man um 7 Uhr zu Hause war. Hier ergibt sich jedoch folgende Frage :
Ausnahme wären hier Tage vor einem Urlaub, Feiertag, Wochenende oder einer Dienstreise.
An Dienstreisen bin ich nicht zu Hause ( nicht zu Hause Modus ) , aber am Tag vorher fahre ich von der Arbeit zum Flughafen . Das System soll also nicht in den Feierabendmodus schalten. Gleiches gilt für Freitage an denen man morgens aus dem Haus geht aber anschließend " ins Wochenende fährt".
Entweder man schafft eine Verknüpfung vom e.g. Google Calender zu FHEM, um abzubilden wann jemand definitiv NICHT zu hause ist ( sehr interessante, globale Lösung, aber schwierig auf der Fritzbox) oder Holiday2we müsste aus allen Tagen VOR Feiertagen und Urlaub " Freitage" machen dann wäre die Logik mit $we=5 abzubilden.
Ideen ?
Andreas
Ich bin zwar noch nicht komplett mit dem Modell fertig aber es zeichnet sich ab , das es wohl nicht wie ursprünglich gedacht funktioniert.
Es ist zwar ohne weiteres möglich aus der Zimmertemperatur am Abend die morgendlich Temperatur im Raum abzuschätzen ( mit Parameter Tmin Von Google ) und daraus wiederum die Temperatur am späten Nachmittag zu berechnen (Tmax von Google , genauigkeit ca 1 grad ) . Allerdings macht es wahrscheinlich mehr Sinn dieses Modell als Hilfestellung zur einmaligen , optimalen Festlegung der Solltemperaturen ( Nachttemperatur, nicht zu Hause Temperatur, Fenster offen, Frühstück, .. ) zu benutzen als zur regelmäßigen , dynamischen ( täglichen) Anpassung dieser Soll-Temperaturen.
Interessanter sind wohl die Parameter aufgrund derer man von einer dieser Solltemperaturen zur anderen springt. Dies sind zum Beispiel : das Fenster ist offen, oder ich bin zu Hause ( Zuhause Modus ) , oder es ist Wochenende ( Urlaub, Feiertag ). Zu jeden dieser Fälle lässt sich eine Solltemperaturen definieren. Beispielsweise : 12 grad bei Fenster offen, 15 grad bei "nicht zu hause", 18 grad bei Zuhause und "Nacht" ( nachtabschaltung) und 21 grad bei zu Hause und Tag. Am morgen ( Wochentag und zu Hause ) kann man dann entsprechend eine Frühstüchstemperatur definieren ( zu Hause, Wochentag, 6-8Uhr ).
Grundsätzlich wäre noch eine Feierabendtemperatur ( 18 Uhr Heizung langsam hochfahren ) interessant welche sich einschaltet, wenn Wochentag ist ( kein Urlaub oder wochenende) und man um 7 Uhr zu Hause war. Hier ergibt sich jedoch folgende Frage :
Ausnahme wären hier Tage vor einem Urlaub, Feiertag, Wochenende oder einer Dienstreise.
An Dienstreisen bin ich nicht zu Hause ( nicht zu Hause Modus ) , aber am Tag vorher fahre ich von der Arbeit zum Flughafen . Das System soll also nicht in den Feierabendmodus schalten. Gleiches gilt für Freitage an denen man morgens aus dem Haus geht aber anschließend " ins Wochenende fährt".
Entweder man schafft eine Verknüpfung vom e.g. Google Calender zu FHEM, um abzubilden wann jemand definitiv NICHT zu hause ist ( sehr interessante, globale Lösung, aber schwierig auf der Fritzbox) oder Holiday2we müsste aus allen Tagen VOR Feiertagen und Urlaub " Freitage" machen dann wäre die Logik mit $we=5 abzubilden.
Ideen ?
Andreas
Andreas Schaller
May 11, 2012, 5:18:13 PM5/11/12
to fhem-...@googlegroups.com
Grundsätzlich ist es möglich anhand der Sensor Daten und der Google Wetter Vorhersage eine Prognose für den nächsten Tag ( Feierabend ) abzugeben : https://docs.google.com/open?id=0B5_Pe8rdzxbjTlJsWkhCMm0zdG8
Allerdings hilft dies nur um die Tsoll Temperatur am Thermostat festzulegen. Das Event zwischen den Tsoll zu schalten muss wo anders herkommen ( e.g. "Feierabend " vom Google Calender ?)
Andreas
Allerdings hilft dies nur um die Tsoll Temperatur am Thermostat festzulegen. Das Event zwischen den Tsoll zu schalten muss wo anders herkommen ( e.g. "Feierabend " vom Google Calender ?)
Andreas
Reply all
Reply to author
Forward
0 new messages