76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[DS_Starter]

Irgendwo weiter oben hatten ich schon einmal geschrieben. dass (bei Vorliegen mehreren BAT-Devices) ein zusammengeführter SOC nur dann einigermaßen sinnvoll erscheint, wenn er aus den gewichteten Mittelwerten (Wichtung mit der jeweiligen BAT-Kapazität) der einzelnen BAT-SOCs gewonnen wird. Anhand der Modulinfo hat man derzeit noch das Gefühl, dass die o.g Wichtung noch nicht erfolgt, wenn z.B. folgendes betrachtet wird:

Dein Gefühl täuscht. Für das SoC / Freigabe-Management wird eine Gewichtung für das Management jeder einzelnen Batterie durchgeführt.

Beim batteryTrigger ist es so wie in der Hilfe beschrieben ... die letzen X Messungen des  Durchschnittswertes aller Batterien.

[Parallix]

Irgendwo weiter oben hatten ich schon einmal geschrieben. dass (bei Vorliegen mehreren BAT-Devices) ein zusammengeführter SOC nur dann einigermaßen sinnvoll erscheint, wenn er aus den gewichteten Mittelwerten (Wichtung mit der jeweiligen BAT-Kapazität) der einzelnen BAT-SOCs gewonnen wird. Anhand der Modulinfo hat man derzeit noch das Gefühl, dass die o.g Wichtung noch nicht erfolgt, wenn z.B. folgendes betrachtet wird:

Dein Gefühl täuscht. Für das SoC / Freigabe-Management wird eine Gewichtung für das Management jeder einzelnen Batterie durchgeführt.

Das ist gut!

Beim batteryTrigger ist es so wie in der Hilfe beschrieben ... die letzen X Messungen des  Durchschnittswertes aller Batterien.

Gibt es einen Grund, warum hier die Wichtung nicht erfolgt?

[DS_Starter]

Gibt es einen Grund, warum hier die Wichtung nicht erfolgt?

Ja.

Der Trigger, ich zitiere ...

Generiert Trigger bei Über- bzw. Unterschreitung bestimmter Batterieladungswerte (SoC in %).

D.h. bei 3 Bat mit je 50% ist der Durchschnitts-SoC auch 50%, bei anderen Verhältnissen entsprechend.

Gibt es einen Use Case warum eine Gewichtung mit welcher Begründung erfolgen sollte ?

[Parallix]

Gibt es einen Use Case warum eine Gewichtung mit welcher Begründung erfolgen sollte ?

Nach meiner Ansicht schon, insb. bei Vorliegen mehrerer BAT-Systeme mit jeweils stark unterschiedlichen Kapazitäten.

Nehmen wir mal an, es läge ein System mit 2 x 5 kWh und 1 x 20 kWh vor, bei denen die Akkus der 5 kWh-Systeme praktisch leer sind (SOC=5%, vielleicht weil die zuerst leer gefahren wurden), während der Akku des 20 kWh-Systemsnoch voll ist (SOC=100%).

Dann wäre nach Deiner Rechnung der SOC-Durchschnitt (5%+5%+100%)/3 = 37%.
Tatsächlich ist in den Speichern insgeamt aber noch viel mehr an Energie vorhanden, nämlich (5kWh*5%+5kWh*5%+20kWh*100%)/30kWh = 68%. Der Trigger würde also auf Basis einer falsch angenommenen Energiemenge gesetzt oder im inversen Fall  gelöscht.

Edit: Im Grund ist alles aber nur eine Frage, was der gemittelte SOC eigentlich aussagen soll. Welche Aussage hast Du hier zu Grund gelegt?

[DS_Starter]

Welche Aussage hast Du hier zu Grund gelegt?

Steht doch da .... der Durchschnitt der vorhanden SoC.

Das was du meinst ist die Summe aller in den Batterien gespeicherten Energie in Wh in das Verhältnis der installerten gesamten Batteriekapazität (Wh) zu setzen und daraus einen gemeinsamen resultierenden SoC zu errechnen.
Das kann ich machen. Dann stellt sich der "Batteriehaufen" in diesem Kontext als eine Batterie dar.

[Parallix]

Welche Aussage hast Du hier zu Grund gelegt?

Steht doch da .... der Durchschnitt der vorhanden SoC.

Sorry, da habe ich mich ungünstig ausgedrückt. Mich hat hier nicht interessiert, wie Du den Wert bildest (denn das steht ja in der Tat in der Doku), sondern was der gebildete Wert Deiner Ansicht nach in Hinblick auf daraus abgeleitete Maßnahmen aussagt.

Das was du meinst ist die Summe aller in den Batterien gespeicherten Energie in Wh in das Verhältnis der installerten gesamten Batteriekapazität (Wh) zu setzen und daraus einen gemeinsamen resultierenden SoC zu errechnen.
Das kann ich machen. Dann stellt sich der "Batteriehaufen" in diesem Kontext als eine Batterie dar.

Dann würde dieser eine Wert die gesamte aktuell gespeicherte Energiemenge charakterisieren, was ich prima fände.

[DS_Starter]

Dann würde dieser eine Wert die gesamte aktuell gespeicherte Energiemenge charakterisieren, was ich prima fände.

Setze ich so um.

[300P]

Das was du meinst ist die Summe aller in den Batterien gespeicherten Energie in Wh in das Verhältnis der installerten gesamten Batteriekapazität (Wh) zu setzen und daraus einen gemeinsamen resultierenden SoC zu errechnen.
Das kann ich machen. Dann stellt sich der "Batteriehaufen" in diesem Kontext als eine Batterie dar.

Dann würde dieser eine Wert die gesamte aktuell gespeicherte Energiemenge charakterisieren, was ich prima fände.

Wie wäre es mit der Nutzung eines Userreading wenn es mal nicht genau das ist was deiner Meinung nach nicht zu finden ist um zu sehen was es bringt ?

Code Auswählen Erweitern

attr Forecast userReadings Current_BatCharge999 {((ReadingsNum("SBS25","chargestatus",0) * 10 * ReadingsNum("SBS25","bat_rated_capacity",0))  + (ReadingsNum("SBS25_2","chargestatus",0) * 10 * ReadingsNum("SBS25","bat_rated_capacity",0))) / ( (ReadingsNum("SBS25","bat_rated_capacity",0) * 1000)  + (ReadingsNum("SBS25_2","bat_rated_capacity",0)*1000))*100}
Bei mir ergibt das aber genau dasselbe weil ich 2 gleiche Batterien habe....

[Parallix]

...
Wie wäre es mit der Nutzung eines Userreading wenn es mal nicht genau das ist was deiner Meinung nach nicht zu finden ist um zu sehen was es bringt ?

Hatte ich bis zur Einführung des Multi-BAT-System auch genau so gemacht.

[DS_Starter]

Dann würde dieser eine Wert die gesamte aktuell gespeicherte Energiemenge charakterisieren, was ich prima fände.

Ich habe den batteryTrigger mal so umgesetzt und zum Test in mein contrib geladen. Die Hilfe ist auch angepasst. Hoffe es ist verständlich ausgedrückt.

LG

[dieter114]

Hallo Heiko,
kann es sein das die letzte Version fhem zum Absturz bringt?
Ich musst jedenfalls eine Version zurück - es ging nichts mehr.

Grüße WDS

[DS_Starter]

Hallo Dieter,

da passiert bei mir nicht, läuft stabil.
Aber natürlich können Situationen eintreten die ich evtl. nicht bedacht habe.

Da brauche ich einen Logauszug um die Zeit des Absturzes herum. Dann sehe ich vermutlich die Ursache.

LG

[dieter114]

Heiko : siehe PM

LG WDS

[DS_Starter]

Hallo Dieter,

konnte das Problem identifizieren und habe es (hoffentlich) gelöst.
V liegt in meinem contrib. Bitte mal downloaden und testen ob nun alles läuft.

Grüße,
Heiko

[grappa24]

und noch'n Dieter mit Absturz

Zwar nicht Absturz aber nach dem heutigen update war mein fhem so beschäftigt, dass es sich nicht mehr ansprechen ließ.

Hab jetzt eine 76_SolarForecast.pm von letzter Woche eingespielt, damit startet fhem wieder.

Leider ist mein SF Device "weg"    Bekomme ich das iwie wieder, ggf mit der aktuellen .pm aus dem Contrib?

Grüße, Dieter
Der-der-erstmal-froh-ist-dass-fhem-wieder-läuft