Skip to content

Consider feed_in_price and correct for max. override time#218

Open
Chesstimation wants to merge 8 commits intoohAnd:mainfrom
Chesstimation:develop
Open

Consider feed_in_price and correct for max. override time#218
Chesstimation wants to merge 8 commits intoohAnd:mainfrom
Chesstimation:develop

Conversation

@Chesstimation
Copy link

  • I included the feed_in_price (the value of one kWh PV generated energy) into the dynamic battery energy calculation.
  • Also I corrected the maximum allowed override time from 12 to 24 hrs. (The UI allows to select 24 hrs).

@ohAnd
Copy link
Owner

ohAnd commented Feb 28, 2026

thanks for contribution - but please follow https://ohand.github.io/EOS_connect/developer/index.html#contributing

and to get an easier (faster) confirmation 1 feature (-change) per PR - please...
currently it is difficuilt to distinguish the needed changes ...

and according to #197 --- still unclear, for me, how this kind of opportunity costs can get managed for decisions in the future by the optimizers ... please explain a little bit more - what is your change here and why it should work (not code wise - technical perspective) ;-)

regarding max. override - didn't noticed - but thanks in advance for a particular PR

@Chesstimation
Copy link
Author

Ok, sorry, dass ich mehrere Sachen in ein PR gepackt habe.
Folgende Dinge habe ich gefixt:

  1. Im Battery Overview wird mit ct/kWh beschriftet, angezeigt werden aber Euro/kWh. Ich habe es entsprechend umgerechnet, weil mir ct/kWh besser gefallen.
  2. Das Override war nur auf 12h einstellbar, obwohl das UI 24h anbietet. Weil ich mehr als 12h brauchte, habe ich es also so angepasst, dass bis zu 24h akzeptiert werden.
  3. Und drittens die dynamische Akkukostenberechnung. Hier scheint es immer noch ein Verständnisproblem zu geben. Ich versuche dies noch besser zu erklären...

@Chesstimation
Copy link
Author

Also nochmal zu drittens:
Wozu wird denn der Preis pro kWh im Akku überhaupt benötigt? Die Berechnung ist ja sehr aufwändig. Ich hatte gedacht, dass der Preis des Stroms im Akku dafür verwendet wird um zu entscheiden, ob der Akku freigegeben oder gesperrt wird (Discharge allowed vs. Avoid Discharge). Wenn dem nicht so ist, macht folgendes natürlich keinen Sinn:
Meine Annahme für die Preisberechnung war, dass wenn ich z.B. 1 kWh aus dem Netz zu sagen wir mal 35 ct/kWh in den leeren Akku reinlade und dann noch 1 kWh meiner PV für die ich sagen wir mal 15 ct/kWh Einspeisevergütung bekommen würde, dann sind 2 kWh im Akku (einfach mal mit 100% Wirkungsgrad gerechnet).
Meine Rechnung ergäbe dann 25 ct/kWh im Akku. Aktuell wird aber der PV Strom als kostenlos berechnet (was ja z.B. auch sein kann, wenn man keine Einspeisevergütung bekommt. Meistens bekommt man aber etwas für den eingespeisten Strom, nämlich feed_in_price.)
So wie es aktuell in EOS_Connect implementiert ist, ergeben sich für die 2 kWh im Akku im Schnitt 17.5 ct/kWh. Das macht aus meiner Sicht keinen Sinn.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants