Leistungsprognose für Wechselrichter

Begonnen von ch.eick, 18 Januar 2021, 08:35:46

Vorheriges Thema - Nächstes Thema

DS_Starter

Bin gespannt. Die neu ermittelten Percentile gelten dann für die Zukunft !
Das sieht man wiederum für die jeweilige Stunde des Tages mit "get .. pvCircular", den Schlüssel corr .. percentile=

z.B. für die Stunde 10 (09:00 bis 10:00):

10 => pvfc: 574, pvrl: 525, batin: -, batout: -
      confc: 507, gcon: 89, gfeedin: 111, wcc: 91, wrp: 18.00
      temp: 16.2, wid: 3, wtxt: Bewölkung zunehmend
      corr: 0=1.14 percentile=60 1=0.76



Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Übrigens hat SMA für die aktuelle Stunde von ursprünglich 1,25kWh auf momen 1,0 kWh reduziert.
D.h. die passen die Vorhersage permanent an.
Das ist einfach  ;) Die Möglichkeit haben wir mit unseren beschränkten Abrufintervallen leider nicht.
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

So die Stunde 11 ist rum.
Die reale Erzeugung waren 1280 Wh gegenüber prognostiziert 753 Wh.

Daraus wurde nun zukünftig das Percentil 70 abgeleitet:


     2022-10-16 11:00:20   pvSolCastPercentile_11 70 (automatic - old percentile: 50, average days: 7)
     2022-10-16 11:00:20   pvSolCastPercentile_11_autocalc done


Zeigt auch  "get .. pvCircular"

11 => pvfc: 753, pvrl: 1280, batin: -, batout: -
      confc: 695, gcon: 126, gfeedin: 687, wcc: 83, wrp: 18.00
      temp: 16.8, wid: 3, wtxt: Bewölkung zunehmend
      corr: 0=1.11 percentile=70

So versucht das Modul eine optimale Nachführung zu erreichen.
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

xerion

Moin zusammen,

ich nutze SolarForecast auch schon seit der ersten Stunde und versuche auch regelmäßig diesen Thread zu verfolgen. Aber so langsam muss ich sagen das es sich zu einem Mega Thread entwickelt hat. Es ist fast unmöglich noch zu folgen wenn man mehrere Tage nicht online war. Und wenn man ehrlich ist, werden hier "nur" noch spezielle Einzelfälle behandelt. Das Forum soll m.E. auch dafür da sein um später mal was wieder zu finden, aber in so einem Thread halte ich das für sehr schwierig. Von daher würde ich gerne mal vorschlagen, diesen Thread zu schließen und dann zu unterscheiden ob es um Probleme oder neue Features geht. Diese dann am besten in separate Thread erstellen und somit können die, die nicht supporten können aber Interesse an der Weiterentwicklung haben gezielt die Infos bekommen was dann später auch die Suche vereinfacht.

Ich hoffe ihr versteht was ich meine, ist also nicht böse gemeint.

Wechsel jetzt zu Octopus Energy und bekomme 150,00 € Bonus auf deine Rechnung. Die Anmeldung geht super leicht und schnell, klicke dafür einfach meinen persönlichen Empfehlungslink:
 https://share.octopusenergy.de/loved-heron-220.

DS_Starter

Moin xerion,

alles gut.  ;)
Ich sehe diesen Thread als "Entwicklungsthread" um gemeinsam an der Fortentwicklung des Moduls zu arbeiten.
Die Rückmeldungen der User zu den Testständen sind mir wichtig.
Es macht nichts wenn du den Thread nicht so intensiv verfolgst und kannst bei Problemen etc. auch gerne einen Thread eröffnen.

Wenn das Modul eingecheckt ist (Ziel), dann würde es sich anbieten diesen Thread zu schließen.
Wie gesagt, separate Threads zu öffnen steht dir ja jederzeit frei.

LG
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

mcp

Hallo DS_Starter,

ich benutze 76_SolarForecast.pm schon ziemlich lange und hatte bisher keine Probleme damit.

Aber seit deinen Version ab v0.68.4 sind die Beam-Balken für mich nicht mehr korrekt. Anbei 2 Screenshots (1x wie immer (working), 1x seit Update v0.68.4 bis hin zu v0.70.3 (broken) und 1x neues define mit v0.70.3)

Ich vermute es hat irgendwas mit dem Attribut beam2Content zu tun, denn es lässt sich nicht mehr setzen.
Wenn ich beide Attribute (beam1Content & beam2Content) aus meinem bisherigen DEF lösche sehe ich wieder 2 unterschiedliche Farben der Balken.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

DS_Starter

Hallo mcp,

ja die default Settings haben sich geändert. 2 Balken Anzeige mit den Pastellfarben ist jetzt default.

Wenn du nur einen Balken (den primären) haben willst wie in dem alten Design, dann setzte layoutType = single.
Mit beam1Content setzt du dir was er anzeigen soll, default ist pvForecast. Die Farbe setzt beam1Color.

LG
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Dracolein

#1792
Melde mich zurück.
Autokorrektur wie gesagt um ca. 10:30 aktiviert. Tatsächlich sehe ich in den Readings sofort Anpassungen:

ZitatpvSolCastPercentile_10:  30 (automatic - old percentile: 50, average days: 30)
pvSolCastPercentile_10_autocalc: done

percentile 30 bleibt die weiteren Stunden bis:

Zitat
pvSolCastPercentile_15: 50 (automatic - old percentile: 50, average days: 30)
pvSolCastPercentile_16: 60 (automatic - old percentile: 50, average days: 30)
Die Autokorrektur scheint zu wirken
Raspberry Pi 4 mit FHEM; FTUI Dashboard auf Asus 15,6" VT168H Touchscreen; ZigBee mit ConBee2 USB-Stick; div. Shelly 2.5; integr. Gaszähler mit ESP8266 & ESPEasy;

DS_Starter

Auch bei mir hat sich SolCast heute bei wechselnden Bedingungen recht gut geschlagen.
Beim Anlagencheck habe ich ein paar kleinere Änderungen vorgenommen und ins contrib geladen.
Das Reading Today_PVdeviation sollte nun auch in Kürze erstellt werden.
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

MadMax

Bei mir sieht es auch gut aus bis auch vormittags wo ich noch recht viel Verschattung habe.
Das kann aber SolCast nicht wissen.
Lenovo M910Q Tiny Debian 12, FHEM 6.3, 2x Siemens Logo 0BA7, Homematic CCU3, Philips HUE, 6x SMA Wechselrichter, BYD HVM, BYD HVS, SMA EVCharger, KEBA Wallbox, 2x HMS800W, Daikin Wärmepumpe über CAN, viele ESPs

Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/MadMax

DS_Starter

Hallo Max,

Zitat
Bei mir sieht es auch gut aus bis auch vormittags wo ich noch recht viel Verschattung habe.
Das kann aber SolCast nicht wissen.
Da die Verschattung immer auftritt, müsste die Autokorrektur diesen Zustand erkennen und das Percentil nach unten anpassen.
Kleiner als 10 geht halt nicht.
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

MadMax

Lenovo M910Q Tiny Debian 12, FHEM 6.3, 2x Siemens Logo 0BA7, Homematic CCU3, Philips HUE, 6x SMA Wechselrichter, BYD HVM, BYD HVS, SMA EVCharger, KEBA Wallbox, 2x HMS800W, Daikin Wärmepumpe über CAN, viele ESPs

Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/MadMax

mcp

Zitat von: DS_Starter am 16 Oktober 2022, 16:14:41
ja die default Settings haben sich geändert. 2 Balken Anzeige mit den Pastellfarben ist jetzt default.

Wenn du nur einen Balken (den primären) haben willst wie in dem alten Design, dann setzte layoutType = single.
Mit beam1Content setzt du dir was er anzeigen soll, default ist pvForecast. Die Farbe setzt beam1Color.
ok - ich möchte 2 haben, wie im Screenshot zu sehen und hab' sie auch.

Mich wundert es nur, daß man beam2Content zwar per Option setzen kann nur nichts davon übernommen wird, das irritiert :) das klappt erst, wenn man beam1Content setzt.

Was mich ebenso wundert ist, daß die Vorhersagen quasi NIE nur im Ansatz stimmen, meine Anlage produziert immer deutlich mehr, sowohl in Summe als auch pro Stunde.

Wenn ich z.B. in der SMA Energy App auf dem Smartphone nachschaue, dann sind die Vorhersagen deutlich näher an der Realität als bei/mit SolarForecast. Die "Korrekturqualität akt. Stunde" ist fast immer rot - pvCorrectionFactor_Auto ist natürlich an.

Hast Du da einen Tip, Idee etc.? Oder sind die Vorhersagen vom DWD für meine Region einfach zu ungenau?

Ich nutze SolarForecast seit dem 05.10.2021, also über 1 Jahr.

Vielen Dank :)
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

Hauswart

Zitat von: mcp am 18 Oktober 2022, 11:24:19
Ich nutze SolarForecast seit dem 05.10.2021, also über 1 Jahr.

Probiere mal die neue SolCast-API.
1. Installation:
KNX, Tasmota (KNX), Sonos, Unifi

2. Installation:
HM-CFG-USB, Unifi (, SIGNALduino 868, MySensors, SIGNALduino 433)

DS_Starter

Moin,

wie Hauswart geschrieben hat, würde ich jetzt auf die SolCast API setzen.

Dennoch ... wenn du das Modul schon so lange nutzt hast du hoffentlich immer mal wieder upgedatet, es hat sich in der Zeit viel getan.

Ich hatte mit DWD durchaus gute und auch sehr gute Ergebnisse. Klar hat es auch mal kräftig daneben gelegen, aber so wie du schriebst dass die Vorhersagen quasi NIE nur im Ansatz stimmen, kann nicht bestätigen.
Da ist etwas nicht stimmiges zu vermuten. Die Grundeingaben müssen stimmen, also die Strings und deren Leistung/Ausrichtung. Die DWD Einstellung, womit ich die Auswahl der geeigneten DWD Station(en) meine.

Signifikant ist tatsächlich das Verhältnis von vorhergesagter (DWD) Bewölkung und der Realität. Damit ergeben sich, zumindest nach meiner Erfahrung, die größten Unterschiede.
Um die Ursache zu untersuchen, müsste man sich das Device, die Eingangsgrößen und die Ergebnisse genauer anschauen.
Fraglich ist ob es sich lohnt, ich würde an deiner Stelle dem Rat von Hausmann folgen. 

Zitat
Wenn ich z.B. in der SMA Energy App auf dem Smartphone nachschaue, dann sind die Vorhersagen deutlich näher an der Realität als bei/mit SolarForecast.
SMA hat mit Sicherheit einen professionellen Prognosedienst unter Vertrag und wird dafür einiges auf den Tisch legen.
Da können wir sicherlich nicht mithalten, wobei ich mit SolCast API das wieder etwas relativieren würde.  ;)
Aber auch dieser Dienst ist in der Profiversion nicht mehr kostenfrei.
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter