Leistungsprognose für Wechselrichter

[Dracolein]

Und wie hast Du ein DOIF mit Parametern des COnsumers dieses Moduls verknüpft? Du musst ja irgendwie die Consumerdefinitionen überschreiben?
Ah moment, ich könnte im DOIF nach erfüllten Bedingungen als Befehl "attr SolarForecast consumer01......" nutzen und überschreiben, oder?
Das wäre machbar.

[mcp]

Guten Morgen dracolein,

ja, könnte funktionieren.

Ich hatte die ganze PV-Logik schon fertig, erst dann hab' ich mich mehr mit SolarForecast beschäftigt und gesehen, dass das Modul auch Verbraucher steuern kann.

Im Moment ,,kennen" die sich nicht

Bin gespannt auf Deine Lösung mit SolarForecast.

—
ciao, Marc

[DS_Starter]

Moin,

Ah moment, ich könnte im DOIF nach erfüllten Bedingungen als Befehl "attr SolarForecast consumer01......" nutzen und überschreiben, oder?

Ja, machbar wäre das. Aber ehrlich gesagt nicht sonderlich elegant. Du müsstest das Attr immer wieder in den "Originalzustand" versetzen. Obendrein hast du immer das rote Fragezeichen wegen der Attr Änderung.
Ich denke auch noch drüber nach ob es nichts besseres gibt was ich einbauen könnte. So ein Use Case kommt evtl. öfter vor.

[SparcWolf]

Moin,

Bei mir ist irgendwie die Verbrauchsprognose beim SolCast Device aus dem Tritt gekommen.
Anstelle von ca 40 kWh/Tag werden nur 10 kWh/Tag prognostiziert.
Ab dem 3.11. werden die Werte geringer:

Code Auswählen Erweitern


01.11.
   99 => etotal: , pvfc: 16806, pvrl: 15816
            confc: 36472, con: 40339, gcon: 24748, gfeedin: 64
02.11.
   99 => etotal: , pvfc: 15952, pvrl: 13511
            confc: 36723, con: 48054, gcon: 34971, gfeedin: 149
3.11.       
      99 => etotal: , pvfc: 4026, pvrl: 8547
            confc: 25964, con: 41710, gcon: 33698, gfeedin: 34
4.11.
     99 => etotal: , pvfc: 7667, pvrl: 9783
            confc: 22996, con: 44082, gcon: 34783, gfeedin: 38
5.11.
      99 => etotal: , pvfc: 12463, pvrl: 12031
            confc: 26218, con: 39990, gcon: 28019, gfeedin: 39
6.11.
      99 => etotal: , pvfc: 9753, pvrl: 9000
            confc: 26239, con: 43046, gcon: 34140, gfeedin: 29
07.11.
      99 => etotal: , pvfc: 5113, pvrl: 4952
            confc: 25289, con: 40694, gcon: 35861, gfeedin: 7
08.11.
      99 => etotal: , pvfc: 7775, pvrl: 9705
            confc: 11306, con: 40594, gcon: 31468, gfeedin: 43

Das SolCast Device hat affectConsForecastIdentWeekdays=1 gesetzt.
Beim DWD Device ist das Attribut nicht definiert.

Ist da im Modul vielleicht was nicht in Ordnung?

Grüße,
  Guido.

[DS_Starter]

Das SolCast Device hat affectConsForecastIdentWeekdays=1 gesetzt.

Das Attribut bedeutet, dass für die Verbrauchsprognose nur gleiche Wochentage (also nur Donnerstage bzgl. morgen) herangezogen werden.
Du müsstest also die Donnerstage aus der pvHistory zusammenaddieren und durch Anzahl teilen.
Kommt das bei dir ungefähr hin ?

[Dracolein]

Moin,

Ja, machbar wäre das. Aber ehrlich gesagt nicht sonderlich elegant. Du müsstest das Attr immer wieder in den "Originalzustand" versetzen. Obendrein hast du immer das rote Fragezeichen wegen der Attr Änderung.
Ich denke auch noch drüber nach ob es nichts besseres gibt was ich einbauen könnte. So ein Use Case kommt evtl. öfter vor.

Wie wäre es mit einem zusätzlich auftauchenden Reading (Gedanke analog der "auto"-Parametrierung zur Schaltfreigabe) für jeden angelegten ConsumerXX, welches sich von extern mittels z.B. "setreading SolarForecast ConsumerXXmode must" umschalten lässt? Diesen Befehl könnte ich in einem DOIF bei erfüllten Bedingungen ausführen lassen. Gleiches Spiel für "mintime", welches dann auch extern zu dynamisch anpassbar wär.
Ist auch nicht die schönste Lösung, aber würde das rote Fragezeichen einsparen

Alternativ bastel ich ein DOIF für die gewünschte Funktionalität abseits des Moduls und sperre die automatische Consumerschaltung über die vorhandene Schaltfreigabe-Schnittstelle, die es bereits gibt. Wäre auch machbar und erspart Dir Aufwand, ggf. bin ich ein Einzelfall.

[SparcWolf]

Das Attribut bedeutet, dass für die Verbrauchsprognose nur gleiche Wochentage (also nur Donnerstage bzgl. morgen) herangezogen werden.
Du müsstest also die Donnerstage aus der pvHistory zusammenaddieren und durch Anzahl teilen.
Kommt das bei dir ungefähr hin ?

Nein, das passt nicht.

Code Auswählen Erweitern


Do 03.11. 03 => 99 => confc: 25964, con: 41710, gcon: 33698, gfeedin: 34
Do 13.10. 13 => 99 => confc: 34680, con: 32386, gcon: 22245, gfeedin: 34
Do 20.10. 20 => 99 => confc: 33258, con: 50352, gcon: 41483, gfeedin: 0
Do 27.10. 27 => 99 => confc: 34820, con: 44535, gcon: 28369, gfeedin: 50

Das sollten 42245.75 kWh sein. Die Vorhersage für morgen meint 10315.
Ich habe die pvHistory mal angehängt.

Grüße,
  Guido.

[DS_Starter]

Das sollten 42245.75 kWh sein. Die Vorhersage für morgen meint 10315.

Nach meiner Rechnung wäre der Durchschnitt 38882,75. Aber dennoch nicht 10315.
Ich glaube ich weiß auch schon woran das liegen könnte.

Kann es sein, dass du deine Consumer erst kürzlich eingebunden hast ?
Wenn ja, dann würde es meine These bestätigen und du hättest einen Fehler im Modul gefunden.

[SparcWolf]

Ja, die Consumer habe ich erst vor Kurzem definiert.

[DS_Starter]

Dann hast du einen Fehler gefunden. 
Ich korrigiere es und baue die Korrektur in das nächste Release ein.
Dauert ein bisschen denn ich möchte erst Klarheit haben ob ich bei Model SolCast bei der jetzigen Percentile-Findung bleibe oder auf Korrekturfaktoren umstelle.
Letzteres ist Stand heute wahrscheinlich ich möchte aber den morgigen Tag noch abwarten.

[mcp]

Obendrein hast du immer das rote Fragezeichen wegen der Attr Änderung.

attr -silent bla



Hier ist ja ein Backlog - kam keinerlei Info Mail heute rein bis grade eben.

[mcp]

Dann hast du einen Fehler gefunden. 

Ok, dann hab ich den auch gefunden

Ich hab die Tage auch mit Verbrauchern rumgespielt, rein, raus and whatnot. Das erklärt wohl auch warum das bei mir seit Tagen aus dem Tritt ist

[Elektron]

Hallo DS_Starter,

Ich habe nach längerer Zeit auch mal wieder ein Update gemacht.
Für mich ,,neu" ist oben rechts die Anzeige der prozentualen Abweichung.

Die beiden Werte verstehe ich nicht (richtig).

1.) der Wert ,,heute" steht den ganzen Tag auf ,,-,, und wird erst nach Ende der Produktion gefüllt.
2.) bei mir wird eine Abweichung von ,,-27" (in prozent?) angezeigt. Wenn die Summe über die heutige Produktion bilde, habe ich aber mehr als ,,geplant" erzeugt und nicht weniger?
3.) wie ist das Vorzeichen zu verstehen?

Hier das Bild:

Vielen Dank und Grüße Michael

[mcp]

Auch zu dem Thema hab ich Code Änderungen, welche deutlich mehr Klarheit reinbringen (finde/hoffe ich )

Ich hoffe zeitlich passt es denn endlich heute Abend mal dass ich die Heiko schicken kann ;-/

Edit: anbei schon mal 2 Screenshots von meinen sichtbaren Änderungen.

[DS_Starter]

1.) der Wert ,,heute" steht den ganzen Tag auf ,,-,, und wird erst nach Ende der Produktion gefüllt.
2.) bei mir wird eine Abweichung von ,,-27" (in prozent?) angezeigt. Wenn die Summe über die heutige Produktion bilde, habe ich aber mehr als ,,geplant" erzeugt und nicht weniger?
3.) wie ist das Vorzeichen zu verstehen?

mcp hat ja schon einen screenshot von kommenden Patches gepostet ...
Die negative Abweichung kommt davon dass die Prognose geringer war als die reale Erzeugung, andernfalls ist sie positiv.
Zu 1.) ... ja das ist so gewollt. Erst nach Produktionsende steht fest wie hoch die Abweichung ist.