Globalstrahlung / Sonnenschein-vorhersage

[Freibeuter]

Hallo zusammen,
Ich benötige die zu erwartende Sonneneinstrahlung zur Heizungssteuerung, das Haus heizt sich bei Sonnenschein sehr schnell auf und da würde ich morgens gern die Heizung drosseln.

Auf der Suche nach einer Sonnenschein-Vorhersage bin ich auf das Kostal PIKO Modul gestoßen, diese kann genau das.
http://forum.fhem.de/index.php/topic,13508.0.html

Nun habe ich versucht das Modul so weit zu verändern, das nur die Golobalstrahlung ausgelesen wird, aber ich bekomme es nicht hin.

Evtl. könnte ja ein Profi aus dem Wechselrichter Modul von John ein Globalstrahlungs-Modul zusammenstreichen bzw. es in  das Wettermodul einzubinden ?

Sonnige Grüße
Peter F.

[leitronic]

Um das Thema nochmal aufzuwärmen...

Bei Wetteronline gibt es eine Sonnenstunden Vorhersage:
http://www.wetteronline.de/sonnenstunden-karte

Für eine WW-Solaranlage könnte man damit entscheiden, ob es sich lohnt mit dem Nachheizen zu warten, und das der Sonne zu überlassen.

Die meisten Heizungsanlagen arbeiten mit Widerstandstemperaturfühlern. Mit einen Relais und einem Widerstand lässt sich dann der Heizung dann vorgaukeln, dass die Boilertemperatur schon erreicht ist.

[leitronic]

Bis eine genauere Lösung zur Verfügung steht, hier ein Vorschlag:

define Test at *6:30:00 { my $code = ReadingsVal("YahooWetter","fc1_code","noInfo") if ($code >= 30){fhem("set Boiler 0")}}

Um 6:30 wird so entschieden, ob YahooWetter einen zumindest  "teilweise wolkig; code=30" Tag vorhersagt. Dann lasse ich den Boiler ausschliesslich von der Sonne erwärmen.

[leitronic]

Da habe ich es mir zu einfach gemacht
die Yahoo Weather Codes sind nicht gerade nach Sonnenstunden sortiert:

Code Auswählen Erweitern


Condition Codes

Condition codes are used in the yweather:forecast element to describe the current conditions.
Code Description
0 tornado
1 tropical storm
2 hurricane
3 severe thunderstorms
4 thunderstorms
5 mixed rain and snow
6 mixed rain and sleet
7 mixed snow and sleet
8 freezing drizzle
9 drizzle
10 freezing rain
11 showers
12 showers
13 snow flurries
14 light snow showers
15 blowing snow
16 snow
17 hail
18 sleet
19 dust
20 foggy
21 haze
22 smoky
23 blustery
24 windy
25 cold
26 cloudy
27 mostly cloudy (night)
28 mostly cloudy (day)
29 partly cloudy (night)
30 partly cloudy (day)
31 clear (night)
32 sunny
33 fair (night)
34 fair (day)
35 mixed rain and hail
36 hot
37 isolated thunderstorms
38 scattered thunderstorms
39 scattered thunderstorms
40 scattered showers
41 heavy snow
42 scattered snow showers
43 heavy snow
44 partly cloudy
45 thundershowers
46 snow showers
47 isolated thundershowers
3200 not available


Hat jemand eine bessere Idee?

[SpenZerX]

Hallo,

Sonnenscheinvorhersage würde mich auch interessieren.

Ich finde das Bild ganz toll:
http://wetterstationen.meteomedia.de/messnetz/vorhersagegrafik/103520.png?ver=1401873008

Vielleicht kann man so einen Datensatz irgendwo importieren und jede Stunde aktualisieren.

[strauch]

Habt ihr mal beim DWD geschaut, beim kurzen drüberschauen konnte ich nichts finden, aber vielleicht steckts ja irgendwo tiefer drin. Ansonsten mal anfragen. Oder bei meteomedia per ocr auslesen .

[John]

Hallo Freibeuter,
die neue KostalPiko 2.0 erfüllt deinen Wunsch.
Wenn man das Attribut disable aktiviert, wird nur noch die Globalstrahlung erfasst, Piko wird ignoriert.

siehe
http://forum.fhem.de/index.php/topic,24409.0.html
und
http://www.fhemwiki.de/wiki/KostalPiko#Aktuelle_Version

John

[SpenZerX]

In welchem Format soll denn die Sonnenschein-vorhersage (oder Regenvorhersage, ...)  in FHEM abgelegt werden?

Wäre das ein Gnuplot Datensatz (6 Tage Vorschau, Stündliche Werte) der z.B. alle 2 Stunden aktualisiert wird? Oder wäre auch eine XML Datei hilfreich?

Oder ein Reading als Hex-Text? (z.B. Temperatur mit 24h*6T*2 Zeichen länge = Stringlänge 288)


Was könnte man denn mit diesem Datensatz heute schon anfangen ausser schön darzustellen?
Auswertemodule für Bewässerung/Heizung/Strom-Eigenverbrauch schon vorhanden?


Sollte es da nicht Standards in FHEM geben, sodass alles zusammenarbeitet?

[cwagner]

Hallo,

mit den Angaben aus dieser Website http://www.auswahl-plz-bereich.solar-wetter.com/ mache ich von Hand ungefähr das, was Du beabsichtigst. Mich nämlich entscheiden, ob fehlendes Warmwasser morgens von der Heizung gemacht wird oder ich darauf spekuliere, dass es mir die Sonne am Tag liefert und was dann noch fehlt kann abends von der Heizung nachgereicht werden...

Christian

[Tobias]

Hallo,

mit den Angaben aus dieser Website http://www.auswahl-plz-bereich.solar-wetter.com/ mache ich von Hand ungefähr das, was Du beabsichtigst. Mich nämlich entscheiden, ob fehlendes Warmwasser morgens von der Heizung gemacht wird oder ich darauf spekuliere, dass es mir die Sonne am Tag liefert und was dann noch fehlt kann abends von der Heizung nachgereicht werden...

Christian

Das sieht gut aus... fehlt nur noch das Modul welches das auswertet... Eigentlich im Weather-Modul aufgehoben.....

[John]

Nun, wenn euch mit der Globalstrahlung des nächsten Tages geholfen ist, muss niemand mehr programmieren.
Das geht auch jetzt schon.

Man muss beim KostalPiko nur das Attribut GR.Link von
http://www.proplanta.de/Wetter/<meineStadt>-Wetter-Heute.html

auf
http://www.proplanta.de/Wetter/<meineStadt>-Wetter-Morgen.html
ändern.

Die "Morgen"-Seite ist strukturell identisch zur "Heute"-Seite aufgebaut.

Habs eben getestet. Es funktioniert.


John

[Tobias]

Bin endlich dazu gekommen es mal auszutesten. Super! Funktioniert.. Danke.

Edit: Kannst du auch noch folgendes mit aufnehmen??
- rel. Sonnenscheindauer
- UV-Index

Denke sollte nur noch wenig Anpassungsaufwand sein. Kommt das Modul noch ins fhem-SVN?

[John]

Hi Tobias
in KostalPiko V2.02 findest du die neuen Readings UV.Index und sunshine.duration.

John

[Tobias]

Danke!!! Funktioniert

Nochmal die Frage: Fhem SVN??

[John]

Mir fehlt noch der Ritterschlag zum Entwickler.

John

[tupol]

Hallo John,

super Modul. Die Webseite hat noch jede andere Menge nützlicher Wetterinformationen. Ich habe z.B. eine Luft-Wasser-Wärmepumpe. Da deren Wirkungsgrad stark von der Außentemperatur abhängt, wäre es wichtig zu wissen, wie die Temperatur um 22 Uhr (Beginn Niedrigtarif) und am nächsten Tag um 15:00 ist.

Ich vermute damit sprengen wir langsam Dein Modul und es wäre vielleicht sinnvoller, ein spezielles "proplanta" Modul zu schaffen.

Für eine Bewässerung wäre auch noch ein Wert für die Verdunstung schön. Leider konnte ich auf der Webseite nichts dazu finden. Es gibt aber noch andere Veröffentlichungen. Z.B. http://www.gartenakademie.rlp.de/Internet/global/inetcntr.nsf/dlr_web_full.xsp?src=LT8151716Z&p1=Q57SGP4W7U&p3=XAS89PWU8G&p4=443H2B5YO1
Gruß

tupol

[John]

Hallo Tupol,
dank dir für deine positive Rückmeldung.

Ich hab schon befürchtet, daß die "Begehrlichkeiten" wachsen.

Das KostalPiko-Modul ist nicht der passende Rahmen für noch mehr Wetterdaten, die mit der eigentlichen Aufgabe nichts zu tun haben,
das sehe ich genauso wie du.

John

[tupol]

Hättest Du vielleicht Lust eine Kopie Deines Moduls entsprechend umzustricken bzw. zu "bereinigen"?

[Tobias]

Besser alles in das weather Modul intergrieren.

[John]

Hi Tobias,

Besser alles in das weather Modul intergrieren.

Weather ist Timer-getrieben und läuft im Haupt-Thread.
KostalPiko habe ich umgestellt auf non-Blocking Mechanismen, weil das Parsen für  den Haupt-Thread einfach zu lange dauerte.

Das passt so nicht zusammen.

John

[marvin78]

Ist Weather nicht vor kurzem auch auf non-Blocking umgebaut worden? Ich habe da irgendwas im Hinterkopf.

[Tobias]

John, ich möchte deine Arbeit keinesfalls abwerten!!! Find ich super, vor allen Dingen weiß ich auch weiß wie komplex HTML::Parser ist

Mit integrieren meine ich, das man den kompletten Non-Blocking Teil ins Weathermodul packt. Unabhängig ob es auch auf non-blocking läuft oder nicht. Da die Grundlage YahooWetter ist, und deins Proplanta, wird es sowiso 2 parallel Abfragen geben

[tupol]

Die nötigen Auswertemechanismen für Proplanta-HTML und Yahoo-RSS sind doch wahrscheinlich komplett unterschiedlich. Zudem scheint die HTML-Auswertung von Proplanta ja anscheinend 3h genaue Werte und die Globalstrahlung zur Verfügung zu stellen. Das macht meines Erachtens nach viel zu viel Aufwand, dass zu mixen. Besser wäre eine eigenes Modul da völlig unterschiedliches "Gerät".

[Tobias]

unterschiedlichen Gerät, aber immer noch wetter... Der FHEM-Nutzer sieht doch jetzt schon garnicht mehr durch wenn er ein Modul sucht was auf seine Anforderung hin passt...

Ich denke, die Integration dauert nichtmal 2-3h da es nur ein Copy&paste ist... Sobald der Proplanta Link im WeatherModul gepflegt ist, kommen nur neue Readings hinzu...

[tupol]

Es gibt auch viele Module für Lichtschalter, Temperatursensoren ... Die Funktion ist da kein Argument sondern die Möglichkeit, Unterroutinen mehrfach zu nutzen. Alles in ein Modul paßt meines Verständnisses nach nicht zum FHEM-Konzept. Ich vermute, es vergrößert auch die Speichernutzung.

Letztendlich ist es mir aber egal. Wenn sich der Weather-Autor und John dazu bereit erklären... Würde mich aber überraschen, wenn das auf ein Paste&Copy hinausläuft.

@John: Was denkst (oder planst) Du?

[Tobias]

Ich habe mir gerde mal die Daten von proplanta mit solar-wtter.com verglichen:

Proplanta: Globalstrahlung: 5.1 KWh/qm
solar-wetter.com: real sky: 2,05 - 3,41 kWh/kWp

und laut wetter-online sind es heute nur maximal 2,5 Sonnenstunden. Kein Wunder, es regnet hier ununterbrochen...

Wie passen die Daten überein? Oder interpretiere ich es falsch da unterschiedliche Einheiten?? KWp sagt mir zb. nix

[John]

Hallo Tobias,

Wikipedia erklärt dies ganz gut.
http://de.wikipedia.org/wiki/Watt_Peak

Die Globalstrahlung ist die Strahlungsenergie der Sonne pro qm.

Ich denke das sollte näherungsweise zur tatsächlichen Energieausbeute führen

Globalstahlung [kWh/qm]* Wirkungsgrad der Module [%] * qm Modulfläche [qm] * Wirkungsgrad.Wechselrichter [%]

Hingegen gibt der Wert
2,05 - 3,41 kWh/kWp
an, wieviel kWh du am heutigen Tag pro installierter KWp erwarten kannst.

Wenn du also eine Anlage mit 10kWp hast wirst du heute zwischen 20 und 34 KWh ernten können.

John

[Elektrolurch]

Hallo,

hat jemand bezüglich der "Globalstrahlung" Erfahrungen mit einer thermischen Solaranlage? Kann man die zu erwartenden Globalstrahlungswerte 1:1 auf eine thermische (Wasser/Heizung) Anlage anwenden?
Idee:
1. Faktor zwischen Erwartungswert und tatsächlich erziehltem  Solarenergiewert ermitteln.
2. Dann langfristig aufzeichnen.
Sollte sich dieser Faktor im Laufe der Zeit verschlechtern, so hat die Anlage ein Problem, wie z.B. 'Verschmutzung der Kollektoren oder zu geringer Druck im Solarkreislauf.

Was haltet ihr von der Idee?

Gruß

Elektrolurch

[SpenZerX]

Hier bekommt man auch prima Wetterdaten:

Code Auswählen Erweitern


use strict;
use URI;
use LWP::UserAgent;

  my $wmo1 ="103510"; # Ort
  my $Language ="en";
  my $InfoType; # Wind,Temps, Winddir, Humidity, Sunshine, Precipitation
  my $Events = "1";  # ???
  my $Offset ="-2"; # Data Hour offset (zu welcher Zeitzone?GMT?)
  my $XMLCallDate = time(); # Zeit, wegen cache?


  $InfoType ="Sunshine"; # get Sunshine
  my $url = URI->new('http://data.meteomedia.de/details/AnychartData.php');
  $url->query_form( 'wmo1' => $wmo1, 'lang' => $Language, 'type' => $InfoType, '__enableevents' => $Events, 'offset' => $Offset, 'XMLCallDate' => $XMLCallDate);

  my $response = LWP::UserAgent->new->get( $url );
  die "Error: ", $response->status_line unless $response->is_success;

  print $response->content;


# und die Auswertung (nur für Sunshine)
  my $string = $response->content;
  pos($string) = 0;
  my $mtime = time(); 
  my $ii = 1;
  do
  {
my @systime = localtime($mtime);
  my $str = strftime(" /> <!--%Y-%m-%d %H:00.00", @systime);
$string =~ m/y="(.+)"$str/g;
my $name = $1;
        my $datestring = localtime($mtime);
        print "At:$datestring-$InfoType is:$name\n";
  $mtime = $mtime + 3600;
$ii = $ii +1;
  } while ($ii le 96);


[cwagner]

hat jemand bezüglich der "Globalstrahlung" Erfahrungen mit einer thermischen Solaranlage? Kann man die zu erwartenden Globalstrahlungswerte 1:1 auf eine thermische (Wasser/Heizung) Anlage anwenden?

Guten Tag, Elektrolurch, bin noch im Zustand der Erfahrungssammlung. Aber zwei Dinge kann ich beitragen:
1. Bei Wärmesolar-Anlagen ist sehr wichtig, welcher Typ es sind, weil zum Beispiel Vakuumröhrenkollektoren viel stärker auf Hintergrundstrahlung reagieren. Je nach Typ sollte es also einen unterschiedlichen "Faktor" geben.
2. Ich nutzte die Globalstrahlungsvorschau um zu entscheiden, ob ich morgens schon fehlendes Warmwasser nach der MOrgentoilette von der Heizhung nachfeuern lasse oder drauf spekuliere, dass die Wärmesolaranlage im Laufe des Tages ordentlich Warmwasser nachliefern wird. Und was dann abends noch fehlt, kann ich beim abendlichen Heizen aufstocken.


Grüße

Christian

[Elektrolurch]

Ok, ich habe Flachkollektoren.
zu 2.: Dazu habe ich bislang den yahho-Wetterbericht genommen: Condition =~m/heiter|sonnig|klar/ und damit sozusagen "vorausschauend" einfach die Soll-Temperatur für Heizkreis bzw. Warmwasser innerhalb tolerierbarer (einstellbarer) Grenzen abgesenkt.

Die Globalstrahlung wäre hinsichtlich der Detektierung einer Verschlechterung des Wirkungsgrades aus meiner Sicht interessant.
Gruß

Elektrolurch

[Tobias]

Hier bekommt man auch prima Wetterdaten:

Für heute 13Uhr steht dort: 41
Aber was sagt mir diese Zahl??
Wo sieht man die Zahl auf der MeteoMedia Seite verbaut?

[SpenZerX]

Das sind die Meteomedia Daten die es auf verschiedenen Seiten gibt.


zwischen 13:00 und 14:00   - 41 Minuten Sonne.


Hier unter Details:
http://www.meteocentrale.ch/de/europa/deutschland/wetter-wolfsburg-brackstedt/details/S103520/

[leitronic]

Hier meine momantane Lösung, die anhand der Wettervorhersage morgens nur dann wenn keine Sonne erwartet wird den Boiler nachheizt. So kann die WW-Solaranlage bestens genutzt werden. Bei Bedarf kann mit einer Fernbedienung (FB_Boiler_laden) manuell nachgeheizt werden.
BoilerSperre und Zirkulation sind je ein Relais-Augang eines Homematik 4-Kanal Schaltmoduls.
BoilerSperre schaltet einen 500Ohm Widerstand parallel zum Boilerfühler, und simuliert so einen 100C° heissen Boiler.
Zirkulation schaltet die Warmwasserzirkulationspumpe. Diese benötigt ca. 2min (120sec) bis das warme Wasser bis zum letzten Hahnen im Haus gepumpt ist. Viel Spass beim Nachbauen!

#Yahoo Wetterdaten (ID anpassen)
define Wetter Weather 11223344 1800 de

#dummies
define Anwesend dummy
attr Anwesend setList on off
define Wach dummy
attr Wach setList on off
define Sonne dummy
attr Sonne setList on off

#Notifys
#Schaltet die Boilersperre für eine Stunde aus. So lange bekommt die Heizung die reale Boilertemperatur aufgeschaltet:
define N_Boiler_laden notify FB_Boiler_laden set BoilerSperre off;; define A_BoilerSperren at +01:00:00 set BoilerSperre on
#Bei neuen Wetterdaten entspechend dem code den dummy Sonne aktualisieren:
define N_Wetter notify Wetter {my $C=ReadingsVal("Wetter","code","0");;if(($C==30)||($C==32)||($C==34)||($C==36)||($C==37)||($C==44)||($C==47)){fhem("set Sonne on")} else {fhem("set Sonne off")}}

#at
#Die Zirkulationspumpe benötigt ca. 2min (120sec) bis das warme Wasser bis zum letzten Hahnen im Haus gepumpt ist.
define A_Wach at *6:30:00 set Wach on;;{if(Value("Anwesend") eq "on")) {fhem("set Zirkulation on-for-timer 120")}}
#
define A_Schlafen at *22:15:00 set Wach off
#Bei Anwesend alle 15min für 60s Zirkulationspumpe an:
define A_Zirkulation at +*00:15 {if((Value("Anwesend") eq "on")&&(Value("Wach") eq "on")) {fhem("set Zirkulation on-for-timer 60")}}
#Morgens nur wenn keine Sonne erwartet wird Boiler heizen:
define A_Boiler_heizen_7Uhr at *7:00 {if((Value("Anwesend") eq "on")&&(Value("Sonne") eq "off")){fhem("trigger FB_Boiler_laden on")}}
#Bei Sonnenuntergang Boiler heizen:
define A_Boiler_heizen_Sonnenuntergang at +*{sunset_rel(-3600,"16:00","20:00")} {if(Value("Anwesend") eq "on") {fhem("trigger FB_Boiler_laden on")}}

[igami]

Nachfolgend meine Lösung zur Berechnug der Sonnenstunden pro Tag.
Zuerst wird eine sub benötigt, welche die Tageslänge berechnet

Code Auswählen Erweitern


sub lengthOfDay {
  my ($sr_hh, $sr_mm, $sr_ss) = split(":", sunrise_abs());
  my ($ss_hh, $ss_mm, $ss_ss) = split(":", sunset_abs());
  $_ = $_ / 60 for($sr_mm, $ss_mm);
  $_ = $_ / 60 / 60 for($sr_ss, $ss_ss);

  return ($ss_hh + $ss_mm + $ss_ss - $sr_hh - $sr_mm - $sr_ss);
}

Dann wird ein PROPLANTA device mit userReadings erstellt

Code Auswählen Erweitern


defmod PROPLANTA PROPLANTA Gütersloh
attr PROPLANTA event-on-change-reading .*
attr PROPLANTA forecastDays 2
attr PROPLANTA group Umwelt
attr PROPLANTA icon weather_station_quadra
attr PROPLANTA room Außenbereich
attr PROPLANTA stateFormat T: temperature °C H: humidity % D: dewpoint °C
attr PROPLANTA suppressReading (dewPoint|durationFetchReadings|.+Icon|lastConnection|obsTime)
attr PROPLANTA userReadings fc0_sunshineHours:fc0_sun.+ {round(ReadingsVal($name, "fc0_sun", 100) / 100 * lengthOfDay, 1)}


In dem Reading fc0_sunshineHours stehen dann die Sonnenstunden für den aktuellen Tag.