wie anteilige Werte für drei unbekannte berechnen?
-
heute morgen sieht es leider nicht mehr ganz so gut aus.
ich habe erst vermutet, dass es an zeitlichen Unterschieden der Datenerfassung liegt, da die Summen irgendwie nicht passen.
Dann passierte das
Laut Skript
dürfte das IMHO nichtcsein
ach, eins noch:
hatte noch eine Möglichkeit gefunden, die ggf. aufgrund unsauberer Formulierung meinerseits beruht.Der Batterieladestrom ist im Moment begrenzt, so dass ggf. nicht die ganze Solarleistung erst in die Batterie geht, bevor ein Teil ins EVU Netz eingespeist wird.
Ich denke, ich muss dann doch die andere Variante ausprobieren. -
@homoran sagte: Dann passierte das
Die Variable
pv2netzwird richtig ermittelt und in den Hausverbrauch eingerechnet. Anscheinend fehlt der Wert im Datenpunkt? -
@paul53 werde ich nachher überprüfen!
kein Wert glaub ich nicht
Möglicherweise ein falscher DP ausgewählt.
Gestern passten die Wertemuss jetzt aber los
-
@homoran sagte: Der Batterieladestrom ist im Moment begrenzt
Das spielt für die Berechnung keine Rolle, denn er wird gemessen.
-
@paul53
Danke!
aber was wird denn falsch berechnet?ja, links (rot markiert) war ein falscher Datenpunkt zugeordnet
Aber zusätzlich wurde ja angeblich (??) etwas aus dem EVU-Netz in die Batterie geladen.Das konnte ich mit keinen anderen Informationsquellen sehen, was erst einmal nichts heisst.
Werde das weiter beobachten.
Im Moment passt alles -
@homoran sagte: Aber zusätzlich wurde ja angeblich (??) etwas aus dem EVU-Netz in die Batterie geladen.
Die Berechnung erfolgt so, dass bei Ladung erst aus dem Netz genommen und dann die Differenz aus PV. Dafür geht entsprechend mehr von PV in das Haus.
-
@paul53 ok, nochmals Danke!
Hab nämlich noch nich alle Feinheiten des Skripts verstanden.EDIT:
Danke für dein edit.
Wenn also durch unterschiedliche Zeitpunkte bei der Abfrage der "Lieferdaten" ein Rest bleibt, wird dieser als Bezug "definiert"!? -
@homoran sagte: Wenn also durch unterschiedliche Zeitpunkte bei der Abfrage der "Lieferdaten" ein Rest bleibt, wird dieser als Bezug "definiert"!?
Nein, Abweichungen durch unterschiedliche Zeitpunkte können nicht korrigiert werden. Der Bezugs-Messwert geht priorisiert in die Akku-Ladung, da der PV-Messwert priorisiert in das Haus geht.
-
@paul53 Das erklärt auch, dass die Änderung des Hausverbrauchs von "meiner" Berechnung auf deine, keinerlei Änderung gebracht hatte.
Wenn ich mal Zeit finde würde ich nur aus kosmetischen Gründen, den Netz2Akku auf 0 setzen solange solar>0
-
@homoran sagte: den Netz2Akku auf 0 setzen solange solar>0
Wenn
solar<ladung, passt das nicht. Besser so:
Damit hat PV-Laden Priorität.
-
@paul53 Sorry, wenn ich noch neue Informationen nachschiebe.
Die Batteriesteuerung hat keine hundertprozentige Nulleinspeisung, dort kann ein "Offset" eingestellt werden um Einspeisung durch Regelungsungenauigkeiten zu minimieren.
Dieser minimale Bezug steht auf 40W.
ich habe die letzte Änderung noch nicht umgesetzt, wollte es erst verstehen.
Dabei stehe ich jetzt anscheinend an dem selben Punkt wie mit meinem damaligen Entwurf.Der jetzt als Batterieladung interpretierte Wert könnte genau dieser minimale Bezug sein, der auch jetzt im Moment wieder 0 ist.
-
@homoran sagte: Der jetzt als Batterieladung interpretierte Wert
Ist Ladung/Entladung kein Messwert?
Wenn es ein Messwert ist, spielt es keine Rolle, auf welchen Wert die "Nulleinspeisung" regelt. Ein positiver Wert (Bezug) verhindert eher, dass aus der Batterie in das Netz eingespeist wird. -
@paul53 sagte:
Ist Ladung/Entladung kein Messwert?
doch
muss natürlich korrekt heißen:
@homoran sagte in wie anteilige Werte für drei unbekannte berechnen?:Der jetzt als Batterieladung mit EVU-Strom interpretierte Wert
scheint nur während des Ladens zu passieren.
Als eben die Mikrowelle kurz lief und die Batterie entladen wurde passte es.
-
@homoran sagte: scheint nur während des Ladens zu passieren.
Ist noch mit Priorität Netz-Laden?
-
@paul53 sagte:
@homoran sagte: scheint nur während des Ladens zu passieren.
Ist noch mit Priorität Netz-Laden?
wenn das diese Stelle ist
JA!
