BirdOfPrey - nein, das reicht so nicht. In #18 habe ich versucht zu erklären, warum nicht. Die von dir genannte Riemann-Summe macht genau das, was ich dort "numerische Integration" nannte. Allerdings fehlt da die Rücklaufsperre des Zählers (In meinem Post durch Maximum(total_power,0) berücksichtigt). Und das Ergebnis der Riemann-Summe deiner Methode kann man schon leicht ablesen im Shelly - das ist die Summe der total über alle drei Phasen für ein bestimmtes Zeitintervall total(L1,t2)+total(L2,t2)+total(L3,t2)-(total(L1,t1)+total(L2,t1)+total(L3,t1)); Ln die Phasen, Zeitintervall t1 bis t2). Aber auch hier fehlt dann halt die Berücksichtigung der Rücklauf-Sperre. Und wenn man Einspeise-Vergütung bekommt, zeigt meine andere Formel, wie man das berechnet.
und Du hast da von Energie gesprochen, aber es muss korrekterweise dessen zeitliche Ableitung, also die Leistung saldiert werden
Das kommt mir jetzt eher, wie eine semantische Spielerei vor. Ich denke, ich habe die Berechnung korrekt erklärt, und habe versucht auf das Wort "Saldo" weitestgehend zu verzichten, weil meines Erachtens nicht so ganz klar definiert. Die Ergebnisse der gezeigten Methode ist die Energie die man bezahlen muss und die Energie die man rückvergütet bekommt (möglicherweise oder typischerweise bei Balkonkraftwerken zu 0 €/kWh).
Es ist nicht ganz einfach. Der Schlüssel zum Verstehen liegt vielleicht auch darin, dass der Energielieferant in der Tat Rücklauf auf einer Phase mit Verbrauch auf der anderen Phase *gleichzeitig* verrechnet. Sprich man hätte konstant P(L1) 100W, P(L2) 100 W, P(L3) -150 W für eine Stunde, bezahlst man 50 Wh für diese Stunde. Hast man die nächste Stunde (L1) 100W, P(L2) 100 W, P(L3) -250 W, bezahlst man gar nix, speist 50 Wh ein. Die darfst du aber nicht mit den 50 Wh aus der vorherigen Stunde verrechnen. Ein rückwärst laufender Ferrari-Zähler würde das tun (und ist ab 2024 übergangsweise erlaubt).
Die Riemann-Summe in deinem Beispiel BirdOfPrey, würde den rückwärts laufenden Ferrarizähler simulieren. Das nennt man aber gemeinhin (nach meinem Verständnis) nicht saldierend
te36 - mein Programm pollt. Da hilft dir die Statistik. Noch habe ich keine Energie-Erzeugung - meine numerische Integration der Leistung bringt jedenfalls selbst bei 60 s Messfrequenz sehr exakt die von Shelly intern geführten Energiewerte raus. Ich schaffe locker 1/s Messfrequenz. (Kein HA oder so, C++ mit direkter Socket-Programmierung. Ist privates Bastelprogramm).
Man kann auch lokal historisierte Daten aus dem Shelly 3EM herunterladen, aus denen man die diskutierten Werte berechnen kann. Die Werte der letzten Tage haben dabei eine Messfrequenz von 1/Minute.
