Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ve.Direct improvement: take the Victron load output into account when calculating effectiveness #867

Merged
merged 1 commit into from
May 2, 2024

Conversation

SW-Niko
Copy link

@SW-Niko SW-Niko commented Apr 11, 2024

On MPPT with used DC load output the load current is now taken into account when calculating effectiveness.

Switched from Moving Average to Weighted Average (Advantage: We do not need to store historical values)

@SW-Niko
Copy link
Author

SW-Niko commented Apr 11, 2024

Hallo @schlimmchen ,
jetzt funktioniert die Berechnung auch wenn der Lastausgang aktiv ist.
Es kommen 183 W von den Solarplatten und davon werden 84W in die Batterie geliefert. Bei einem Wirkungsgrad von 96,4 % gehen also 92,4W in die Last.

grafik

Ich habe langsam Zweifel ob unsere Entscheidung von float auf Ganzzahlen umzusteigen eine gute Idee war.
Ein float benötigt den gleichen Speicherplatz wie ein uint32_t und anstatt sofort in float umzuwandeln wandeln wir nun in der Web page in Mqtt und teilweise bei weiteren Berechnungen.
Vielleicht sollten wir bei Spannungen, Strömen und Leistungen wieder auf float zurück gehen?

@SW-Niko SW-Niko changed the title Ve.Direct improvment: take the load current into account when calculating effectiveness Ve.Direct improvement: take the Victron load output into account when calculating effectiveness Apr 13, 2024
@SW-Niko SW-Niko marked this pull request as ready for review April 17, 2024 21:07
when calculating efficiency, we need to take into account that the load
might also sink a significant amount of current and power, which adds to
the total output of the charge controller.
@schlimmchen
Copy link
Member

Ich bin mit der Änderung am MovingAverage nicht einverstanden. Warum wird das mit diesem Thema verwurstelt? Warum sagst du, es hätte den Vorteil, dass alte Werte nicht gespeichert werden müssen, aber unterschlägst dass der geänderte Ansatz das Verhalten der Mittelwertberechnung deutlich verändert? Beim veränderten Ansatz haben alle alten Werte einen Einfluss auf die Berechnung des Mittelwertes, statt einer begrenzten Anzahl alter Werte. Bis diese Mittelwertberechnung reagiert bei einer Verschattung vergeht meiner Einschätzung nach zu viel Zeit.

@schlimmchen schlimmchen merged commit 6620ab4 into hoylabs:development May 2, 2024
8 checks passed
@SW-Niko
Copy link
Author

SW-Niko commented May 7, 2024

Hallo @schlimmchen ,
Ja sorry. Der Wirkungsgrad ist bei mir ziemlich gesprungen und ging teilweise kurzzeitig über 100%. (Was technisch nicht geht)

  • Habe gerade erst realisiert das Wirkungsgrad in die Berechnung für den SolarPassthrough eingeht. Dann sollte er auch zeitlich zu der Regelung passen.
  • Grob überschlagen ist mein Ansatz zirka 4mal langsamer

Ich muss mir das noch mal genauer anschauen ... aber einfach Zeit für die Mittelwertbildung zu erhöhen ist definitiv der falsche Ansatz.

Copy link

github-actions bot commented Jun 7, 2024

This pull request has been automatically locked since there has not been any recent activity after it was closed. Please open a new discussion or issue for related concerns.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Jun 7, 2024
@SW-Niko SW-Niko deleted the VeDirect3 branch July 7, 2024 08:23
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants