76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[300P]

Also 711 kWh/a Bezug vom EVU ohne Wärmepumpe.

=>> Nee - letztes Jahr waren es 460 kWh für 2024 (ohne WP).

Suche in Deinen Daten noch die Werte (Kapazität in kWh) für Deinen Speicher, wenngleich dieser bei 8132 kWh/a per PV erzielter Energie und 1704 kWh/a Einspeisung ins EVU-Netz in der dunklen Jahreszeit bei  wahrscheinlich gar nichts mehr zu puffern bekommt, oder?

1 x LG16H-Prime an SBS37
1 x LG10H-RESU an SBS25_2


Die Werte 8132 kWh und 1704 kWh dieses Jahr (2025) sind bislang nur die Werte bis Mitte August.
Also jetzt (7.5 Monate) schon mehr als letztes Jahr bei 12 Monaten (Veränderung der PV-Anlage in 2025).

Bei dieser "kleinen" letzten Veränderung in diesem Jahr habe ich mich an die max. zulässigen Leistungswerte an den Strings der 3 WR "hingewagt" und orientiert.
Also 9,5 kW Gesamtleistung der 3 WR sind geblieben, aber mit insgesamt nun 14.61 kWp an Modulen (3 Richtungen)

Bislang hatte ich für den Winter noch zusätzlich ein Micro-BHKW (Brennstoffzelle mit ca. 0.750 kW Leistung) an ca. 20 Stunden/Tag zur Verfügung - die ist aber jetzt weg.
Nur dadurch hatte ich bislang "relativ" wenig Strombezug und die sehr hohe Autarkie / den Eigenverbrauch in meinem System.

Mit der neuen WP gehe ich momentan von insgesamt ca. 3-4.000 kWh/Jahr "mehr" an Strombezug vom EVU aus.
Bei meinen aktuellen ca. 26 Cent/kWh (bis 08.2026) wären dies 780 € - 1040 € pro Jahr an Heizkosten mit Strom - dafür aber ca. 3.500 €/Jahr weggefallenen Gaskosten für Gasheizung und gasbetriebene Brennstoffzelle.(Da ist also noch "Luft")
Und die ganze WP-Anlage für knapp 7.000 Euro wirkliche Kosten (nach Förderung) => Ich wäre ja schlecht beraten sowas nicht genutzt zu haben.

[Parallix]

...
Suche in Deinen Daten noch die Werte (Kapazität in kWh) für Deinen Speicher, ...

1 x LG16H-Prime an SBS37
1 x LG10H-RESU an SBS25_2

Bin in der LG-Welt nicht zu Hause, schätze aber, dass das insg. dann ca. 25 kWh sind, richtig? Damit der Thread hier nicht OT wird, sollten wir vielleicht in einem anderen Thread weitermachen oder per PM kommunizieren.

[300P]

Bin in der LG-Welt nicht zu Hause, schätze aber, dass das insg. dann ca. 25 kWh sind, richtig? Damit der Thread hier nicht OT wird, sollten wir vielleicht in einem anderen Thread weitermachen oder per PM kommunizieren.

Richtig !

...mmmh. wüsste aktuell nicht was noch mehr zu kommunizieren wäre - ich muss den Verbrauch der WP abwarten. (wegen diverser WP-Themen bin ich im Waermepumpen-Forum.com unterwegs)

[Max_Meyer]

Mit der neuen WP gehe ich momentan von insgesamt ca. 3-4.000 kWh/Jahr "mehr" an Strombezug vom EVU aus.

Hallo 300P,
3000+x kWh für WP kann ich bestätigen -
der EVU Bezug lässt sich signifikant reduzieren wenn die WP 'unplanmäßig' also nicht nur wärmegeführt, vor dem Sonnenuntergang nochmal heizt (ggfls. mit PV) und sich nicht aus den Batterien bedient. I.d.R. soll es ja zum Abend (17-22Uhr) wollig warm werden da habe zumindest ich die HK angehoben. Dazu hab ich der WP ein Offset verpasst und gebe die überschüssige PV-Energie vor. Bin auch gespannt wie das dieses Jahr mit dem prognosebasierten Laden der Bat. zusammenspielt.
Gruß Gerd

[Parallix]

Anders, als 300P habe ich selber keine Verbraucher, die für Zyklen sorgen, bei denen ein Speicher regelmäßig auch an die untere SOC-Grenze gebracht wird. Z.B. bei BYD-Speichersystemen führt dies dazu, dass die SOC-Schätzung im Laufe der Zeit immer schlechter wird. Aktuell wird mir beispielsweise ein SOC von 60,7% angegeben, obwohl die Spannung aller Zellen des LiFePO4-Akkus gerade einmal 105,2V beträgt. Kauft man neue BYD HVS-Akkus, so haben diese üblicherweise bei Auslieferung vorgenannte Spannung und BYD gibt für diese einen SOC von 30% an.

Damit die SOC-Schätzung besser wird, müsste der Akku regelmäßig die obere und untere Grenze sehen. Aktuell gibt's in SF, einstellbar via maxSoC in Verbindung mit careCycle, eine Schnittstelle, das es (extern) ermöglicht, regelmäßig die obere Grenze anzufahren. Was aber in SF noch fehlt, ist eine äquivalentes Interface, um auch die untere Grenze regelmäßig (extern) anfahren zu lassen. Meine Anregung lautet daher, in SF auch eine solche Schnittstelle bereitzustellen.

PS: Sofern mehr als zwei Speicher existieren, sollten diese idealerweise die untere Grenze alternierend anfahren. Auf diese Weise kann sichergestellt werden, dass auch nach dem Leerlaufen eines Speichers der oder die anderen Speicher noch (gespeicherte) Energie zur Versorgung der Hauslasten bereitstellen können.

[Burny4600]

Für die Rad1h Werte musst du die API im Attr setupRadiationAPI setzen.
Dann sieht man sie auch mit "get .. radiationApiData".

setupRadiationAPI ist bei mir mit OpenMeteoDWDEnsemble-API definiert.
Mit get .. radiationApiData bekomme ich auch Werte angezeigt. Damit sollte es eigentlich funktionieren.

Mir fehlt nur immer wieder auf, das die prognostizierte PV-Erzeugung nicht mit dem Wetter zusammenstimmen kann.
Da werden teilweise viel zu hohe Werte bei Schlechtwetter oder viel zu geringen Werte bei Schönwetter angezeigt.

[DS_Starter]

Diese API bringt bei mir eigentlich auch sehr gute Werte (Screenshot), kommt aber nicht an die Qualität von SolCast heran.
Die API liefert die Rad1h Werte, aber auch die erwartete globale Strahlung auf die geneigte Fläche (GTI) für die Ertragsprognose.
D.h. die im Modul hinterlegte Neigung und Ausrichtung der Solarmodule wird von der API direkt für die Prognose mitgeteilt und verwendet.
Vllt. hast du bei dir einen Fehler im Setup?

[MarkusN]

Ermöglicht das Modul eine Art Toleranz für Batterieentladung? Ich habe meinen Poolfilter auf can, und würde ihn auch gerne weiterlaufen lassen wenn kurz eine Wolke vorbeizieht und den Akku ein wenig entlädt. Natürlich sollte das nur passieren wenn der SOC über z.B. 90% liegt.
Netzbezug sollte allerdings verhindert werden, wenn z.B. die Leistung woanders im Haus gebraucht wird.

[300P]

Schau dir mal die dazu verfügbaren Optionen bei dem ConsumerXX an, da wird sicherlich was dabei sein....
z.B.
swoffcond
surpmeth
spignorecond
locktime

[DS_Starter]

Ich hätte noch den folgenden Vorschlag.
Solange die Batterie über z.B. 90% ist, setze den Consumer auf nicht unterbrechbar.
Das geht recht einfach über ein wenig Code im Attr ctrlUserExitFn. Er könnte so aussehen:

Code Auswählen Erweitern

{
  my $soc = ReadingsNum ($name, 'Current_BatCharge_01', 0);
  my $int = 1;
  if ($soc >= 90) {
      $int = 0;
  }
  fhem ("set $name attrKeyVal Consumer01 interruptable=$int");
}


In dem Beispiel wird der Consumer 01 gegen Unterbrechung gesperrt solange die Batterie 01 nicht unter 90 % SoC fällt. Danach ist er wieder unterbrechbar wenn kein PV Überschuß mehr da ist.
Das kann man auch noch mit dem Reading Current_GridConsumption kombinieren um den Consumer auf interruptable zu schalten sobald Netzbezug über einem bestimmten Wert vorhanden ist.

Wenn im global Device NICHT autosave=0 gesetzt ist, gibt es auch kein Problem mit der automatischen Attributspeicherung (das rote Fragezeichen).

Es gibt bestimmt noch mehr Varianten ... 

LG,
Heiko

[Parallix]

Ich hätte noch den folgenden Vorschlag.
Solange die Batterie über z.B. 90% ist, setze den Consumer auf nicht unterbrechbar.
...

So ähnlich mache ich das mit meinem  (aktuell noch nicht ganz fertigen) Controller zur Ladung meines EV's. Die Problematik ist, dass nicht der SOC, sondern das garantierte "Kommen über die Nacht" entscheidend ist. Wenn also

Code Auswählen Erweitern

SOC * BatteryEnergyCapacity > ForecastedEnergyConsumptionDuringNightvor Einbruch der Dunkelheit erfüllt ist, dann braucht nicht unterbrochen werden.

[andi11]

gibt es eine Möglichkeit direkt bei den Verbrauchern im Flowchart den Namen anzugeben?
Z.b. an der markierten Stelle aus dem Screenshot im Anhang.

[grappa24]

gibt es eine Möglichkeit direkt bei den Verbrauchern im Flowchart den Namen anzugeben?
Z.b. an der markierten Stelle aus dem Screenshot im Anhang.

ja, mit dem Schlüssel aliasshort=

[Burny4600]

Diese API bringt bei mir eigentlich auch sehr gute Werte (Screenshot), kommt aber nicht an die Qualität von SolCast heran.
........
Vllt. hast du bei dir einen Fehler im Setup?

Das mit SolCast muss ich mir betreffend Konfiguration ansehen.

Einen weiteren Setup-Fehler kann ich nicht ausschließen.

[DS_Starter]

Moin,

SolCast hat den großen Nachteil, dass neue Accounts nur 10! freie Abrufe pro Tag haben. Da jeder String einzeln abgerufen werden muß, ist das Contingent sehr schnell verbraucht. Bei 3 Strings sind es dann quasi nur 3 Calls pro Tag. Zu wenig.
Also Fazit meinerseits ... SolCast ist von hoher Qualität, aber für neue Accounts nur sinnvoll wenn man 1, max. 2 Strings, konfiguriert hat.

LG,
Heiko