Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Homoran]

@paul53 den sonst-Zweig hab ich jetzt drangehängt, aber die beiden "Abweichungen" sind doch das was in der Ergänzung steht

[paul53]

@homoran sagte: aber die beiden "Abweichungen" sind doch das was in der Ergänzung steht

Ja, die Abweichungen befinden sich innerhalb der gezeigten Ergänzung. Die Variable akku, die auch negativ wird, muss durch die richtigen Variablen ersetzt werden. Es wird nur mit positiven Werten gerechnet.

[Homoran]

@paul53

ichsrhe zwischen deinem

und meinem

keinen Unterschied

[paul53]

@homoran sagte: keinen Unterschied

So passt es.

Du hattest es so:

Siehe auch rechts unten (akku --> pv2akku).

[Homoran]

@paul53 jetzt bin ich verwirrt!
entweder spinnt firefox, der Adapter oder ich.

Ich habe in dem Bereich nichts geändert, wundere mich aber gerade selber über den Komplett-Screenshot.

werde mal alles neu starten, da stimmt was nicht

[Homoran]

@paul53 sagte:

Siehe auch rechts unten (akku --> pv2akku).

Ja, da war (jetzt??) die falsche Variable.
jetzt passt auch die anteilige Leistung und der Hausverbrauch.

DANKE und sorry für die Verwirrung.
Hab eben sogar auf einmal Blöcke aus meinem alten Skript in dem neuen gesehen.
Da muss der Firefox Cache spinnen

[Homoran]

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.

[paul53]

@homoran sagte: Dann passierte das

Die Variable pv2netz wird richtig ermittelt und in den Hausverbrauch eingerechnet. Anscheinend fehlt der Wert im Datenpunkt?

[Homoran]

@paul53 werde ich nachher überprüfen!

kein Wert glaub ich nicht
Möglicherweise ein falscher DP ausgewählt.
Gestern passten die Werte

muss jetzt aber los

[paul53]

@homoran sagte: Der Batterieladestrom ist im Moment begrenzt

Das spielt für die Berechnung keine Rolle, denn er wird gemessen.

[Homoran]

@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

[paul53]

@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.

[Homoran]

@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"!?

[paul53]

@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.

[Homoran]

@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

[paul53]

@homoran sagte: den Netz2Akku auf 0 setzen solange solar>0

Wenn solar < ladung, passt das nicht. Besser so:

Damit hat PV-Laden Priorität.

[Homoran]

@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.

[paul53]

@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.

[Homoran]

@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.

[paul53]

@homoran sagte: scheint nur während des Ladens zu passieren.

Ist noch mit Priorität Netz-Laden?