Leistungsprognose für Wechselrichter

[thobo]

Also ich hab mir immer wieder mal ein Update gezogen und das eine oder andere von dem beschriebenen gesehen... aber jetzt sieht's echt gut aus!
Vielen dank für die richtig gute und schnelle Programmierung!!

Zum Thema GridConsumption, bzw. besser gesagt zum realen Verbrauch.
Ich weiß nicht ob jeder diesen Wert vom EM geliefert bekommt, aber bei mir habe ich auch einen Wert, der "Einspeisung_Wirkleistung_Zaehler" heißt. Wenn man den genau so stundenweise ausliest, wie es aktuell bei "Bezug_Wirkleistung_Zaehler" vom EM und "etotal" vom Inverter passiert, dann sollte man doch den genauen Verbrauch pro Stunde ermitteln können. Ist das nicht das was du (Heiko) mal angedacht hattest um eine Vorhersage der Einschalt-Zeiten angehen zu können?

Viele Grüße
Thomas

[DS_Starter]

Hallo Thomas,

ja jeder der das SMAEM Modul nutzt, hat diesen Eispeisezähler "Einspeisung_Wirkleistung_Zaehler". PV Ertrag - Einspeisung_Wirkleistung_Zaehler + Bezug_Wirkleistung_Zaehler wäre dann der Eigenverbrauch. Allerdings gilt das nur für den aktuellen Moment.
Die Vorhersage der Einschalt-Zeiten ist etwa -> X = prognostizierter PV Ertrag - prognostizierter Eigenverbrauch
Wenn X > Schwellenwert dann wird empfohlen (IsRecommended) weitere Verbraucher (Trockner) einzuschalten. X wird über mehrere Stunden betrachtet, dass also der prognostizierte Überschuß den Bedarf des Verbrauchers abdeckt.

So war die Theorie 

Edit: Aber du hast natürlich recht dass wir damit die Werte ermitteln und für die spätere Berechnung im History Hash speichern können.

[Wzut]

Außerdem wird immer nur die letzte abgeschlossene Stunde generiert, z.B. aktuell:

hmm auf Deutsch : die aktuelle Stunde hat ihre Sonderrolle in Bezug auf Verbrauch verloren da sie jetzt keine live Daten mehr hat ?
Ich habe gesehen das bei der Liste mit get pvHistory nun die weather id dabei ist - sehr schön,
allerdings tauchen bei mir da einige mit -1 auf. Werde ich weiter beobachten.

Irgendwie stimmt es mit dem key 24 noch nicht , siehe Screenshot. Schaue ich mir heute Nachmittag nochmal ganz genau an.

[DS_Starter]

Moin Wzut,

das bezog sich nur auf die Generierung der Zusatzevents. Die normalen Events auf Grund der Readings gibt es ja nach wie vor.

allerdings tauchen bei mir da einige mit -1 auf.

Habe ich auch schon gesehen und gefixt. Läuft gerade Test bei mir.

[eurofinder]

ja jeder der das SMAEM Modul nutzt, hat diesen Einpeisezähler "Einspeisung_Wirkleistung_Zaehler". PV Ertrag - Einspeisung_Wirkleistung_Zaehler + Bezug_Wirkleistung_Zaehler wäre dann der Eigenverbrauch. Allerdings gilt das nur für den aktuellen Moment.

Das Modul wurde doch "abgespalten" vom Thema SMA, um es auch denjenigen zur Verfügung zu stellen, die nicht SMA nutzen. Ich fände es daher gut, wenn es auch eine alternative Möglichkeit gibt, die benötigten Werte für das Modul zu liefern.

Gruß
eurofinder

[DS_Starter]

Das Modul wurde doch "abgespalten" vom Thema SMA, um es auch denjenigen zur Verfügung zu stellen, die nicht SMA nutzen. Ich fände es daher gut, wenn es auch eine alternative Möglichkeit gibt, die benötigten Werte für das Modul zu liefern.

Ja natürlich, das wird weiterhin so beachtet. Ihr habt ja gesehen wie ich das im Modul verallgemeinert habe. Dieses Prinzip verfolge ich weiter.

[Wzut]

@Heiko, ich habe zusätzliche Log3 Meldungen eingebaut und konnte das Problem 23-00 Uhr eingekreist.
Es wird zwar der richtige Key 24 verwendet allerdings schon vom aktuellen Tag - daher natürlich beim Verbrauch = 0
Ich teste mal einen Fix.

[papa]

Könntest Du bitte die Today_HourXX_PVforecast Werte für den ganzen Tag erhalten ? Das aktuelle Verhalten macht meine Plots mit der eingezeichneten Forecast-Line kaputt

[DS_Starter]

Könntest Du bitte die Today_HourXX_PVforecast Werte für den ganzen Tag erhalten ?

Die gibt es doch. Oder habe ich dich jetzt falsch verstanden ?

[DS_Starter]

Ich habe mich auch nochmal mit den MOSMIX Elementen beschäftigt. Hier erläutert der DWD z.B. für

R101 -  Niederschlagswahrscheinlichkeit> 0,1 mm während der letzten Stunde

Das bedeutet, der Wert für fc0_9_R101 bezieht sich auf die Stunde des Tages 09 (08-09 Uhr) und nicht wie von mir bisher angenommen von 09 - 10 Uhr.
Wegen dieser Erkenntnis habe ich in meinem Test die ganzen DWD Werte eine Stunde nach vorne gezogen und vergleiche mit dem veröffentlichten Modulstand. Heute ist ein sonniger Tag und und ich sehr gut vergleichen. Die Forecast und Realwerte passen bisher noch besser zusammen.

Allerdings gibts wie immer eine Schwierigkeit. Nach dieser Theorie müsste es ja auch ein DWD Reading  fc0_24_R101 geben, gibt es aber nicht. Dafür aber ein Reading fc0_0_R101, welches ja dann den Wert des Vortages 23 - 0 Uhr beinhalten würde.
Da es für Stunde 24 Uhr sowieso keine Forecasts gibt, verwende ich in meinem Test dafür ebenfalls die Werte fc0_23_XX.

[Wzut]

Mit einer zusätzlichen Zeile lässt sich der Sonderfall Mitternacht erledigen, allerdings z.Z. nutzlos da in pvHistory unter dem key 24 zwar eine waether id gespeichert ist, aber gridcon ist immer 0

[DS_Starter]

allerdings z.Z. nutzlos da in pvHistory unter dem key 24 zwar eine waether id gespeichert ist, aber gridcon ist immer 0

Hmmm, stimmt. Muß ich gucken wieso das so ist.

Edit: Weist du was papa meinte mit seiner Bitte ?

[Wzut]

die besagte zusätzliche Zeile :

Code Auswählen Erweitern

               my $ds = strftime "%d", localtime($hfcg->{0}{mktime} - (3600 * (abs($offset)-$i)));
+ # Sonderfall Mitternacht
+ $ds = strftime "%d", localtime($hfcg->{0}{mktime} - (3600 * (abs($offset)-$i+1))) if ($hfcg->{$i}{time} == 24);
               $val1 = HistoryVal ($hash, $ds, $hfcg->{$i}{time_str}, "pvfc",  0);


[DS_Starter]

Deine Korrektur habe ich übernommen. In meiner Testversion gibt es auch schon gridcon für h 24:

Code Auswählen Erweitern


24 => 01 => pvreal: 0, pvforecast: 0, gridcon: 291, weatherid: -1
      02 => pvreal: 0, pvforecast: 0, gridcon: 398, weatherid: 101
      03 => pvreal: 0, pvforecast: 0, gridcon: 282, weatherid: 101
      04 => pvreal: 0, pvforecast: 0, gridcon: 380, weatherid: 101
      05 => pvreal: 0, pvforecast: 0, gridcon: 319, weatherid: 101
      06 => pvreal: 0, pvforecast: 0, gridcon: 421, weatherid: 101
      07 => pvreal: 33, pvforecast: 0, gridcon: 563, weatherid: 101
      08 => pvreal: 349, pvforecast: 126, gridcon: 110, weatherid: 1
      09 => pvreal: 709, pvforecast: 501, gridcon: 421, weatherid: 1
      10 => pvreal: 2959, pvforecast: 1056, gridcon: 0, weatherid: 1
      11 => pvreal: 3977, pvforecast: 1648, gridcon: 0, weatherid: 1
      12 => pvreal: 4124, pvforecast: 2346, gridcon: 9, weatherid: 1
      13 => pvreal: 4421, pvforecast: 2561, gridcon: 0, weatherid: 1
      14 => pvreal: 4055, pvforecast: 2896, gridcon: 2, weatherid: 1
      15 => pvreal: 3652, pvforecast: 2885, gridcon: 0, weatherid: 1
      16 => pvreal: 2721, pvforecast: 2501, gridcon: 0, weatherid: 1
      17 => pvreal: 1465, pvforecast: 542, gridcon: 0, weatherid: 1
      18 => pvreal: 401, pvforecast: 76, gridcon: 175, weatherid: 1
      19 => pvreal: 21, pvforecast: 76, gridcon: 673, weatherid: 1
      20 => pvreal: 0, pvforecast: 0, gridcon: 783, weatherid: 1
      21 => pvreal: 0, pvforecast: 0, gridcon: 546, weatherid: 101
      22 => pvreal: 0, pvforecast: 0, gridcon: 583, weatherid: 101
      23 => pvreal: 0, pvforecast: 0, gridcon: 528, weatherid: 100
      24 => pvreal: 0, pvforecast: 0, gridcon: 418, weatherid: 100
      99 => pvreal: 28887, pvforecast: 17214, gridcon: 6902, weatherid: -1


[DS_Starter]

gcon wird jetzt auch richtig für die Nachstunden angezeigt