Nulleinspeisung, wie realistisch ist das wirklich?

[guenni26]

Hallo in die Runde,
Ich möchte gerne einmal wissen wie hoch bei euch so die Verluste/Schwankungen sind. Wenn ich meinem Shelly vertrauen kann, dann habe ich ca. 50 Wh die ich pro Stunde ins Netz einspiele obwohl ich einen angestrebten Netzbezug von -30 W eingestellt habe. (gemessen im Leerlauf des Hauses in der Nacht, Akkus sind voll). das wäre ein Verbrauch von über 1.2 kWh ohne das ein grosser Verbraucher läuft.
Sind das normale Werte?

Konfig:
DTU: 2014.09.11
HMS-1600: 01.00.27
Zendure HUB 2000

LG Guenni_hb

[AndreasBoehm]

Wenn die Regelung perfekt funktionieren würde dann wärst du bei 30 Wh pro Stunde. Es gibt aber immer schwankungen im Vebrauch die wir ausregeln müssen als kann es auch bisschen mehr sein wie du ja im Shelly gesehen hast.

Wenn du die eingespeiste Strommenge verringern möchtest musst du den Netzbezug auf 0 einstellen, dann kann es aber schneller dazu kommen das du Strom einkaufst.

[SW-Niko]

Mal überlegen und etwas rechnen....
Eingestellt sind -30W. Das sind in einer Stunde 30Wh die ins Öffentliche Netz eingespeist werden sollen.
Shelly misst 50Wh und damit 50Wh-30Wh = 20Wh daneben. Das ist ein normaler Wert würde ich sagen.
Wie kommst du auf die 1.2 kWh?
Aha.. Du rechnest das auf 24Stunden hoch. 50W * 24h = 1.2kW.

Mit anderen Worten.
Du hast eingestellt das 30W * 24h = 720Wh eingespeist werden sollen und die restlichen 480Wh sind den Toleranzen bei der Regelung anzulasten.

[spcqike]

meinem Shelly vertrauen kann

kannst du nicht. für eine echte Nulleinspeisung ist der Shelly zu langsam. (und die opendtu / hoymiles ebenfalls)

der Shelly 3EM braucht wohl ~ 1s um die Daten zu sampeln und auszugeben. dazu kommen Latenzen, Übertragungen im Netzwerk, Übertragung und Regelzeiten zum Hoymiles etc. pp.

Die Nulleinspeisung läuft den realen Lasten immer hinterher.

unabhängig davon:
Was du bspw. gar nicht nennst, wie hast du alles konfiguriert? Fragst du den Shelly per http(s) ab? verwendest du MQTT? wie groß sind deine Intervalle? Wie ist deine Hysterese? ....

hast du bspw. eine Hysterese von 10W, würde die openDTU von -20W bis -40W nicht nachregeln. also könnte der Export auch eine Stunde bei 40W stehen.

dann die Intervalle. ist das auf 1s? 2s? 5s? ich glaube 5s ist Standard, also sollte nachts der Kühlschrank ausgehen, speist du natürlich erst einmal für bis zu 5s die Leistung weiter ein, bevor der WR nachgeregelt wird. (bzw, @AndreasBoehm hat das DTU Intervall noch einen Einfluss auf den DPL?)

dazu haben alle Systeme natürlich Messtoleranzen. wo der WR 200W misst, kann der Shelly ggf. 195W messen, oder 205W, oder anders herum. ist ja alles keine Raketenwissenschaft und entsprechend messtechnisch günstig gehalten.

alles in allem sind 0.7kWh Regelungsverluste für die hier verbaute Hardware wirklich gut.

[SW-Niko]

Hallo @spcqike,
Alles ok 👍
Aber in einem Punkt muss ich dir widersprechen.

(und die opendtu / hoymiles ebenfalls)

Die opendtu ist nicht zu langsam. Regeln im ms Bereich kein Problem für den ESP32. Das Problem sind die Geräte von denen wir Daten bekommen beziehungsweise die wir Steuern müssen. 🤔 😀

[spcqike]

das kommt wohl ganz auf die Gegebenheiten an.

Es kann schon mehrere Sekunden dauern, bis auf die Änderung reagiert wird. Bei schnell schwankenden Lasten kann das eben Probleme machen.

random Logauszug aus einem Issue:

06:53:06.994 > [DPL] waiting for sufficiently recent inverter data
06:53:06.994 > Success
06:53:08.101 > Fetch inverter: PVWR
06:53:08.134 > Queue size - NRF: 0 CMT: 1
06:53:08.134 > Admin AP remaining seconds: 150 / 180
06:53:08.375 > Success
06:53:08.608 > [DPL] waiting for sufficiently recent power meter reading
06:53:08.608 > ZendureBattery: Logging Frame received!
06:53:09.632 > ZendureBattery: Logging Frame received!
06:53:09.754 > Fetch inverter: SBBWR
06:53:10.658 > Queue size - NRF: 0 CMT: 1
06:53:10.658 > ZendureBattery: Logging Frame received!
06:53:10.658 > Success
06:53:11.684 > [DPL] up 160 s, it is day, next inverter restart at 61800 s (set to 0)
06:53:11.793 > [DPL] targeting -10 W, base load is 275 W, power meter reads 203.5 W (valid)
06:53:11.793 > [DPL] requesting 214 W from 1 solar-powered inverter currently producing 0 W (diff 214 W, hysteresis 10 W)
06:53:11.793 > [DPL] will cover 214 W using 1 solar-powered inverter
06:53:11.793 > [DPL] requesting 0 W from 1 smart-buffer-powered inverter currently producing 0 W (diff 0 W, hysteresis 10 W)
06:53:11.793 > [DPL] battery allowance is 0/0 W DC/AC, solar power is 0/0 W DC/AC, requested are 0 W AC
06:53:11.793 > [DPL inverter SBBWR]:
06:53:11.793 > smart-buffer-powered, standing by at 0 W, output included in power meter reading
06:53:12.709 > lower/current/upper limit: 40/38/2250 W, output capability: 2250 W
06:53:12.709 > sending commands enabled, reachable, eligible
06:53:12.709 > max reduction production/standby: 0/0 W, max increase: 2250 W
06:53:12.709 > target limit/output/state: -1 W (unchanged)/0 W/unchanged, 0 update timeouts
06:53:12.709 > MPPTs AC power: a: 0 W b: 0 W c: 0 W
06:53:12.709 > [DPL inverter PVWR]:
06:53:12.709 > solar-powered, standing by at 0 W, output included in power meter reading
06:53:12.709 > lower/current/upper limit: 25/212/2000 W, output capability: 2000 W
06:53:12.709 > sending commands enabled, reachable, eligible
06:53:12.817 > max reduction production/standby: 0/0 W, max increase: 2000 W
06:53:12.817 > target limit/output/state: 214 W (update)/214 W/production, 4 update timeouts
06:53:12.817 > MPPTs AC power: a: 0 W b: 0 W
06:53:12.817 > [DPL inverter PVWR]: sending limit of 10.7 % (214 W respectively), max output is 2000 W
06:53:12.817 > [DPL] waiting for a start/stop/restart/limit command to complete
06:53:12.817 > Fetch inverter: PVWR
06:53:13.729 > Queue size - NRF: 0 CMT: 2
06:53:13.729 > Success
06:53:13.762 > [DPL inverter PVWR]: limit update succeeded, actual limit is 10.7 % (214 W respectively), effective 2059 ms after update started, requested were 10.7 %
06:53:13.762 > [DPL inverter PVWR]: Starting inverter...

bei 06s waren die WR Daten nicht aktuell genug, bei 08s der powermeter, bei 11.6s hat alles gepasst, so dass der DPL-Zyklus durchlaufen konnte. bei 12.8s (also bereits 1.2s nach start?) wurde die Limitübertragung angestoßen, 13.7 war die Bestätigung da, dass das Limit gesetzt wurde. also eben knapp 2s reine DPL Zeit.

Ich hab es noch nie wirklich gemessen, da es mir bisher auch egal ist :) die Regelung ist super und bisher ausreichend. Aber ich meine, mit allen "Warte auf X" und Co., kommst du nicht unter 5s pro Änderung. Also, wenn du jedes mal eine Änderung schicken wollen würdest oder müsstest, weil du eben mehrere und schnell schwankende Lasten hast.

[knopers1]

ich habe einen Shelly 3EM Pro parallel zum Volkszähler über die IR Schnittstelle am Drehstromzähler laufen. Die DTU steuert nach dem Shelly!

1. Der Hichi Ir Lesekopf ist ziemlich genau, da er ja nicht messen sondern nur den Zähler auslesen muss.
2. Der Shelly muss über die 3 Induktionsklemmen den Strom messen, was auch eine gewisse Abweichung zum tatsächlichen Verbrauch haben kann.

Die angezeigte Leistung in Watt des Shellys sind gegenüber des Hichi Ir LeseKopfes relativ gleich. +- 5 Watt Differenz.

Obwohl die DTU Steuerung den Shelly als Power-Meter nutzt, logge ich Täglich über die Nacht den Strombezug über den Hichi Ir, da er 100% genau ist. Die Daten werden immer über 24 Std. erfasst und berechnet. Ab 0:00 Nachts bis 6:00 früh, kann ich fast immer 0.1 Kw/h sehen (100 Wh) was aber ca. 17 Wh pro Stunde an Abweichung durch die Trägheit des Systems zustande kommt. Am Tag ist es sicherlich mehr, da das System öffters die Leistung nach oben regeln muss und dies einige wenigen Sek. dauert.

Über die 24 Std. hatte ich nie mehr als 0.5 KW/h vom Netz bezogen. Im Endeffekt liegt die Anbweichung in der Nacht bei 17WH pro Std, und am Tage bei ca. 25 Wh pro Std.

so sieht bes bei meiner Anlage aus.

[guenni26]

Danke für eure Antworten.
PS:
Shelly über HTTP
Kein MQTT
Intervall alle 3 Sekunden
Hysterese 6