Der Regekreis der openDTU basiert darauf, dass die Leistung zum/vom Netz auf nahe Null geregelt wird. Das ist aber komplett doof, wenn man taktende Verbraucher hat. Zähler vom Stromdealer summieren ja auf Zetscheiben. Wär es nicht viel schlauer, in gewissen Grenzen bezogene und abgegebene Energie auf Null zu regeln anstatt Leistung?
Also z.B. mein Ceranfeld braucht pro Minute 30s 1200W und 30s 0W. Dann müsste ich doch meine Erzeugung auf 600Ws pro minute ausgleichen?
das Problem was ich sehe, du müsstest dann sicherstellen, daß du genau das Taktfenster des Zählers triffst um es theoretisch zu nullen, du kannst ja nur reaktiv agieren, oder habe ich da einen Denkfehler?
Das ist eine einschränkung. Aber: Mein Ceranfeld taktet schneller als die Zeitscheiben des Zählers. Es dürfte ökonomischer sein, mal in der "falschen" Zeitscheibe bissel was rauszuschieben als immer zu wenig Leistung rauszutun, oder? - Anders formuiert, wie komme ich am besten auf die kleinste Stromrechnung?
Noch dazu: Es gibt immer eine kleine Grundlast. Hau ich jetzt z.B. 100Ws zu viel raus, würde das in der Zeitscheibe von der Grundlast "aufgefressen"
Nach eingehender Beschäftigung mit dieser Thematik bin ich bei meinem 1s-Regelkreis zum Ergebnis gekommen: es funktioniert nur das Halten des niedrigen Niveaus:
Der Zähler von deinem Stomdealer verschickt 1s Zeitscheiben? Das wären verdammt viele Daten?
Soweit ich weiß könnte mein Zähler theoretisch Zeitscheiben ale 5s, das ist aber auf 15s eingestellt
du verfolgst aber auch 'nur' den Ansatz Leistungsregelung
Ja, der Zähler schickt jede Sekunde Daten.
Wenn du "ausreichend" Bezug und Akkukapazität hast, macht es Sinn, gezielt die Spitzen zu bezahlen und die Energie später effektiver selbst zu verbrauchen.
naja was heißt ausreichend? ich will von 25€ jetzt auf 12€ (Grundgbühr) runter 
ich weiß auch nicht, was "spitzen bezahlen" mit einer Regelung auf Ws zu tun hat?
Damit meinte ich die Lastspitzen: Wenn du ohnehin (täglich) etwas Bezug hast, dann kannst du die Lastspitzen aus dem Netz bedienen und die Energie später in einer "ruhigen Phase" einspeisen, anstatt sie dort dann zu kaufen.
Kannst du mal ungefähr benennen wo die Zeitscheiben des Zählers liegen und wo die Taktrate des Ceranfeldes?
Das kleinste Messintervall des Stromdealers ist nach letzter Information 15s. Dessen veröffentlicheter Bla auf der Webseite spricht von 15-Minuten-Abrechnungen, des ist aber schwammig formuliert.
Ceranfeld 7-11s je nach Einstellung. Dazu die Spitzen von Kühlschrank, Tiefkühler.
Das scheint bei euch in Österreich anders zu sein, bei uns in Deutschland kenn ich solche Zeitscheiben gar nicht.
Wenn das so ist, dann macht es total Sinn, ganz anders zu regeln, wie du oben schon beschrieben hast.
Von dem was du sonst hier so postest, behaupte ich wäre genug Wissen da um einfach mal hinzugehen und zu testen:
Also mal alles abklemmen 100W Glühlampe etc. laufen lassen.
Dann kleines Skript die openDTUoB alle 15 Sekunden von 50 auf 150 und wieder zurück umstellen.
Das eine Stunde lang laufen lassen und schauen was der Zähler macht:
Wenn 0 Verbrauch und 0 Einspeisung gemessen dann ja würde wohl nach Zeitscheiben abrechnen.
Wenn aber 50Wh Einspeisung und 50Wh Verbrauch gemessen wird, dann bringt ein anderer Regelkreis nichts.
Wenn irgendwas dazwischen gemessen wird dann ist die Zeitscheiben kleiner oder es wird nicht alle 15 Sekunden geregelt.
Wenn es um generelle Optimierung geht schau die mal die zwei Punkte an:
(Verbesserung der Kommunikation bei den HM-Modellen )
(Vorhersage bzw. Batteriezustand stand basiert Überspeisen, damit werden die Takte überbügelt.)
Das kann ich nicht einsehen, die Abrechnung macht der Stromdealer.
Das ist interessant, aber ich seh nur den Text und nicht was ich dafür tun muss?
Da hat das Forum wohl irgendwie die Links verschluckt.
Dein Zähler hat weder ein Display noch irgendeine lokale Schnittstelle zum auslesen?
Display zeigt an, was der Zähler anstellt. Das nicht gleich mit der Abrechnung.
hab eine liste gefunden. Ich rate mal: Für 4MB ESP den opendtu-onbattery-2026.07.23-generic_esp32_4mb_no_ota.factory.bin? Oder ist es realistisch, dass dein Aufwand in das normale release einfliesst? (war davon ausgegangen, dass die ca 10 wlans im Haus in den nrf reinfunken)
Also mein Zähler gab relativ rasch 1 sek? neue Messwerte aus. Ob er die dann in 15 sek Pakete verpackt und ans EVU versendet entzieht sich meiner Kenntnis.