76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[300P]

Hallo,

ich versuche gerade die Werte die ich von meinem Wechselrichter bekomme, ins Modul zu bekommen.
Kann man da auch Abfragen einbauen?
Mein Problem ist, ich habe keine extra Werte für z.B. Laden oder Entladen des Speichers, kommt beides über [myEss:/essinfo/home/statistics/batconv_power]
Ich kann dies aber durch Abfrage von [myEss:/essinfo/home/direction/is_battery_charging_] oder [myEss:/essinfo/home/direction/is_battery_discharging_] unterscheiden, den je nach Status geht eins der beiden auf 1.
Das Problem habe ich auch beim Netz-Bezug/Einspeisung.

Zuerst musst du dir ein paar dafür notwendige FHEM-Device definieren, die dir diese Daten deiner WR / BWR / Zähler / Consumer etc. "sammeln" und in Reading dann sauber "haben".

Danach erst kannst du diese Daten (Readingwerte deiner FHEM-Devices) in SF für die Vorhersage, Berechnung,  Darstellung etc. nutzen.

SF ist kein Standalone-Modul das dir dies alles allein bietet. Und auch nicht sollte -> dann wäre FHEM nur noch Mittel zum Zweck und eigentlich unnötig......


Nachsatz:
sorry - war zu langsam

[GerhardSt]

@DS_Starter und Autor300P
Danke für eure Antworten!

Die Abfragen kommen vom Modul für meinen LG-Wechselrichter => https://forum.fhem.de/index.php/topic,110884.0.html
Da habe ich eigentlich schon alles drin, was ich brauche.
Nur für Speicher-laden/entladen und Netz-bezug/einspeisung habe ich jetzt direkt im Modul vom Wechselrichter extra Userreadings angelegt, dort kann man die Abfragen schön einbauen.

Mal schauen, aber auf den ersten Blick, scheint es so zu funktionieren.

[hugomckinley]

@Gerd, Hugo + @all,

in meinem contrib liegt die V 1.57.2.

Das Modul wird das Rücksetzen eines Meter-Tageszählers auch dann verkraften, wenn der Zähler nicht auf 0, sondern einen anderen Wert (wie 100Wh bei Hugo) zurückgesetzt wird.

Funktioniert bei mir

Danke!

[DS_Starter]

Sehr schön.
Hast du die Logausgabe gesehen? Und wann sie kommt?

[hugomckinley]

Hast du die Logausgabe gesehen? Und wann sie kommt?

Code Auswählen Erweitern

2025.08.15 00:06:17 2: energy_mgmt - WARNING - 'Dum.Energy' - total Grid consumption '100' is lower than the day Init value '15800'. The initialization for the day was performed again.

[DS_Starter]

Passt. Ich setze den verbose auf 3 für diese Meldung, lasse sie aber drin damit man es ggf. nachvollziehen kann.

[DS_Starter]

@all,

die Version 1.57.2 ist eingecheckt. Enthalten ist:

- in den Consumerattributen wird der Key 'etotal' strenger geprüft. Sollten Fehler sichtbar werden, ist das
  Attr einfach nochmal (richtig) zu setzen
- Das Modul toleriert ein Rücksetzen des Meter-Tageszählers auch auf >= 0

LG,
Heiko

[grappa24]

mal wieder performance:

Nicht dass mein fhem auf RasPi jetzt langsam wäre, aber aufgefallen ist mir die Auslastung schon:

[DS_Starter]

Es gibt im Modul das ctrlSpecialReadings runTimeCentralTask und erstellt das Reading special_runTimeCentralTask.

Dort siehst du (und kannst es auch mitloggen) wie lange ein Cycle des Moduls dauert.
Bei mir liegt die Zeit so zwischen 50 und 90 ms. Aber kein Raspi sondern einer meiner Cluster-Rechner.

Wenn es sehr lange Läufe gibt, kann das Schalten von Verbrauchern (Wartezeit auf das Schaltergebnis) oder eigener Code in ctrlUserExitFn die Task-Schleife ausbremsen. Letzeres kann man auskommentieren und das Ergbnis prüfen anhand des Readings.

[grappa24]

Es gibt im Modul das ctrlSpecialReadings runTimeCentralTask und erstellt das Reading special_runTimeCentralTask.
Dort siehst du (und kannst es auch mitloggen) wie lange ein Cycle des Moduls dauert.
Bei mir liegt die Zeit so zwischen 50 und 90 ms. Aber kein Raspi sondern einer meiner Cluster-Rechner.

Bei mir ca. 1 s - wie kann ich das mitloggen?

[DS_Starter]

Bei mir ca. 1 s - wie kann ich das mitloggen?

Wie in FHEM üblich. Du musst nur einen Event erzeugen lassen (event-on-change-reading) und dann mit FileLog oder DbLog je nach Vorliebe.

[300P]

Guten Morgen

bei mir sind es (mit RPI4) ca. 0.7 sek im Schnitt über den Tag bei der letzten Tages-Kontrolle im Mai.(einige wenige große Ausreisser)

Nur mein TrainAI (aiTreesPV=50  ) liegt meist bei ca. 22-30 Sekunden 1 x in der Nacht.

Ob aber dieser hohe Wert von 50 etwas bringt bzw. die Genauigkeit verbessert hat, kann ich nicht sagen.
Z.Z. lieg die SF-Prognose in den letzen Wochen meist 15 - 30 Prozent über den realen Ergebnissen, wegen einer Veränderung der Anlage.
Das ist mir aber z.Z. egal. Es reicht im Sommer "immer" so oder was da von oben kommt kommt wird.

In der Übergangszeit und im Winter wird es für mich spannender was da wohl erzeugt wird.
Nach meiner kleinen Erweiterung (mehr Module / Strings - Anschluss / Verteilung zu WR verändert) bin ich gespannt wie weit dieses Jahr die PV-Erzeugung und der WP-Verbrauch passen, da dieses Jahr eine WP bei uns Einzug gehalten hat.
 
 

[DS_Starter]

Moin,

Nur mein TrainAI (aiTreesPV=50  ) liegt meist bei ca. 22-30 Sekunden 1 x in der Nacht.

Zur Erläuterung ... das TrainAI wird immer in einem Nebenprozess durchgeführt. d.h. die angezeigte AI-Trainingszeit (get .. valDecTree aiRuleStrings) geht nicht als Verzögerungszeit ein. Die Taskschleife ist davon nicht negativ beeinflusst.
Wenn man special_runTimeCentralTask mal mitloggt, sollte man das sehen bzw. bestätigen können.
Natürlich wird die CPU des Servers beim Training belastet, aber das steht auf einem anderen Blatt.

LG,
Heiko

[Parallix]

In den letzten Tagen variierte die solare Erzeugung wahrscheinlich nicht nur bei mir ganz erheblich innerhalb der SF-Intervalle von jeweils 1h.

Nun frage ich mich, ob aus den Daten der Wetterdienste irgendwo auch das hierfür verantwortliche Wolkenbild bzw. die dadurch hervorgerufene voraussichtliche Variation bzgl. der prognostizierten solaren Erzeugung innerhalb einer Stunde abrufbar ist. Wenn dem so wäre, dann könnte die Planung größerer Verbraucher, wie z.B. Wallboxen, verbessert werden und die Speichersysteme im Haus würden weniger Energie zur kurzzeitigen Pufferung umsetzen, was letztlich ja nur positive Effekte auf deren Lebensdauer haben kann.

Ist es also denkbar, dass SF irgendwann man Daten über die o.g. Variation innerhalb eines Betrachtungsintervalls von 1h zur Verfügung stellt?

[DS_Starter]

Ist es also denkbar, dass SF irgendwann man Daten über die o.g. Variation innerhalb eines Betrachtungsintervalls von 1h zur Verfügung stellt?

Denkbar wäre das. Die Verfügbarkeit dieser Daten hängt aber sehr stark vom gewählten Wetter-Lieferanten ab. So liefert uns ein DWD-Device nur Daten mit Stundenauflösung.
OpenMeteo liefert Daten in 15-Minuten Auflösung, allerdings nur bestimmte Kennzahlen (siehe Screenshot). SolCast liefert in der freien Version keine Wetterdaten.

Die Frage lässt sich also nicht so pauschal beantworten. Hätten wir einen Wetterdienst zur Verfügung der z.B. die Bewölkung in 15 Minuten-Intervallen bietet, könnte ich ihn noch mit einbinden. Vielleicht bietet eine Variante von OpenMeteo diese Auflösung an, habe ich aber noch nicht gesehen. Wer da etwas findet kann sich gerne melden.

LG,
Heiko