automatische Phasenumschaltung ... OpenWB, go-e ... ?

[schwarmik]

Hallo zusammen,

ich habe ein paar Fragen und wahrscheinlich auch noch ein paar Wissenslücken zu stopfen.
Ich habe eine PV Anlage (knapp 10kWp) von Solarwatt samt Speicher und Steuerung ("EnergyManager") - der Wechserichter ist ein Fronius. Dazu hängt in der Garage eine Wallbox von Keba. Weil die Keba standardmässig von Solarwatt und deren Regelung unterstützt wird ... habe ich das auch bis dato nicht groß hinterfragt.

Kurzum: Ich möchte in der Regel nur Überschuss laden und stecke jetzt im Thema drin mit der automatischen Phasenumschaltung. Entweder ich betreibe die Keba auf einer Phase und kann ab 1,4kW Überschuss laden oder eben erst ab 4,2kW bei drei-phasigem Betrieb ... was bei der Größe meiner PV-Anlage und einem leicht bewölkten Wetter keine Option ist, weil dann die Schaltschwelle (4,2kW) kaum oder nie erreicht wird.

Die OpenWB kann die Phasenumschaltung - allerdings (und auch nachvollziehbar) nur in der "Ich kaufe eine OpenWB Wallbox" Option.

Go-e hat diese in der neuen Version bereits eingebaut und wird die Phasenumschaltung später auch via API verfügbar machen (bisher gehts nur über die App). Ich habe go-e kontaktiert, Antwort:

Die Phasenumschaltung (ab Hardware-Version 3) ist im Moment nur per App verfügbar. Im Moment können wir leider noch keine Angaben zur API machen, da diese von uns noch nicht offiziell dokumentiert wurde.
Wir werden die API-Dokumentation aber in naher Zukunft als Download anbieten.

• wenn es die API später unterstützt => wird dies in der Software eingebaut bzw. unterstützt ? Dann würde ich meine Keba wieder veräußern und mir eben eine go-e Wallbox kaufen. Dann übernimmt die Überschussregelung eben Eure Software und nicht mehr Solarwatt.

• hätte ich noch weitere Möglichkeiten als die beiden mir bekannten (OpenWB und go-e) ? Wallbe ?

Wie gesagt bin ich gerade dabei mich mit der Thematik zu beschäftigen und freu mich über jeden Tipp.

Grüße

[premultiply]

Wie du ja selbst bereits festgestellt hast ist die Chance und Notwendigkeit zuhause bei typischen EFH-PV-Anlagen und EFH-Wohnsituationen mit mehr als 4,6 kW zu laden quasi nicht gegeben. Auch wenn vielfach suggeriert wird, dass man ständig und unbedingt mit der maximalen Leistung die Fahrzeugbatterie auf 100% laden müsste ist eher das genaue Gegenteil der Fall. Die Standzeiten sind so lang dass selbst mit minimaler Ladeleistung das Fahrzeug quasi immer voll ist aber man hier noch eine weitere Optimierungen durchführen möchte: Die Reduktion des Netzbezugs, die Erhöhung des Eigenverbrauchs und die Maximierung der PV-Produktion ohne Abregelung.
Für all dies braucht man in keinem Fall eine 3-Phasige Ladung sondern ausschließlich eine möglichst präzise, schnelle und feingranulare Leistungregelung in einem möglichst niedrigen Leistungsbereich. Ergo bleibt eine ausschließlich einphasige, überschussgesteuerte Lademöglichkeit mit einem Regelungsbereich zwischen 6 und 20A ohne Umschalteritis und sonstigen verkaufsfördernden Blödsinn.
Damit schiebt man bequem überschüssige Energie mit 1,3 bis 4,6 kW in den Fahrzeugakku ohne komplizierte und teure Konstrukte.
Und auch mit 4,6 kW ist ein unrealistisch entleerter Akku spätestens am nächsten Morgen auch schon wieder randvoll um den einzigen, erst in 200 km gelegenen Schnelllader wieder mit Vollstrom zu erreichen.

[premultiply]

Wie oft kommt dieser Fall vor?
Der erzwungene Marsch in den Keller ist der eingebaute Sicherheitsmechanismus bei dem man nochmal darüber nachdenken kann ob man das Kabel vorher abgezogen hat.
Bei den üblichen 11 kW-Boardladern ist der Geschwindigkeitsvorteil gegenüber einphasig jetzt auch nicht so groß wie man glaubt und schnell ist selbst bei 11 kW und leerem Akku wenn es so pressiert ohnehin sehr relativ.
Ich denke ein kurzer Abstecher an den nächsten echten (DC-)Schnelllader ist da eher die passende Lösung.

[iot4all]

Frage: kann ich an der SmartWB Wallbox direkt eine Sofortladung starten ? Mit der Keba kann ich das nicht - wie beschrieben müsste ich dort erst in ein verstecktes Menü über das Solarwatt-Web abtauchen um eben die Sofortladung starten zu können. Das funktioniert nicht bzw. kann ich so was nicht vermitteln.

Ja. Du kannst im Sofortladen auch die Ladestromstärke frei per Schieberegler einstellen. Das wird bei EVCC ähnlich aussehen.

Wenn man normalerweise PV-Laden nutzt, braucht es allerdings das Mastersystem (EVCC, openWB oder openWB standalone) und dort im Master wird dann einfach von PV auf Sofort umgestellt.

Alternativ kann man den Modus in der SmartWB zwischen "normal, always active und remote" ändern.

Im o.g. Szenario befindet sie sich immer im "remote".

"normal" ist der Klassiker, wo man manuell per Schieberegler im Web-GUI vorgibt. Dort braucht es auch kein Mastersystem.

PV-Laden kann man dann aber nur rudimentär mit einem 5-er-timer abbilden (Zeit + Stromvorgabe).

Deshalb überlege ich mir echt die keba wieder von der Wand zu reißen und mir was anderes zu holen welches 1p3p kann und auch eben von "Überschussladung" auf "Sofortladung" zu wechseln. Allerdings dann abseits der Solarwatt internen Regelung - und dann muss ich evcc die notwendigen Datenpunkte bereitstellen - und das seh ich kritisch bei den Werten vom DC-Speicher.

1p3p kann aktuell von den WB mit open source code nur openWB. SmartWB ist dran und bei go-e-v3 bin ich extrem skeptisch, ob das 1p3p-feature von openWB unterstützt wird (vielleicht gegen Gebühr?). Auch Andreas empfehle ich, sich nicht zum "Steigbügelhalter" von go-e zu machen.
Ohne EVCC und openWB wäre go-e längst nicht dort, wo sie stehen. Ich finde, das muss auf Gegenseitigkeit beruhen und etwas zurückkommen. EVCC, openWB und smartWB harmonieren hier recht gut. TF und EVCC sicher auch.

[schwarmik]

Wenn man normalerweise PV-Laden nutzt, braucht es allerdings das Mastersystem (EVCC, openWB oder openWB standalone) und dort im Master wird dann einfach von PV auf Sofort umgestellt.

bedeutet in Deinem Fall hast Du eine SmartWB und als Mastersystem entweder openWB kostenfrei auf einem Raspi laufen oder eben EVCC in einem docker-Container ???

SmartWB Boxen kannte ich noch nicht, ich hab bisher mit der OpenWB inkl. Display geliebäugelt ... allerdings hat das Teil auch seinen Preis.

kurz was zur Software:

Ich habe gesehen das es einen Adapter für iobroker gibt für meine Solarwatt EnergyManager (kiwigrid) Regelung. Kann ich EVCC die Datenpunkte (über iobroker) via MQTT übermitteln ?

[iot4all]

Wenn man normalerweise PV-Laden nutzt, braucht es allerdings das Mastersystem (EVCC, openWB oder openWB standalone) und dort im Master wird dann einfach von PV auf Sofort umgestellt.

bedeutet in Deinem Fall hast Du eine SmartWB und als Mastersystem entweder openWB kostenfrei auf einem Raspi laufen oder eben EVCC in einem docker-Container ???

Ich habe eine normal gekaufte "openWB standalone" und sie mit smartWB gekoppelt. Eine echte openWB habe ich vom Team gestellt bekommen und nutze diese für Vorführungen. Sie hat LAN, 22kW, ist aber auch deutlich größer als die smartWB.
Und bei 22kW hat man immer ein dickeres Ladekabel (5x6mm2 statt schlanker 5x 2,5mm2). Bei großen Längen (>5m) sollte man das mit beachten. Im täglichen Einsatz ist mir persönlich das Schlankere lieber.

SmartWB Boxen kannte ich noch nicht, ich hab bisher mit der OpenWB inkl. Display geliebäugelt ... allerdings hat das Teil auch seinen Preis.

Alles hat seinen Preis ;).
Statt integriertem Display geht auch ein Tablet super. Meist hat das auch noch ein bessere Auflösung. Das hat aber weder Schütz noch 1p3p ;).

[schwarmik]

Der erzwungene Marsch in den Keller ist der eingebaute Sicherheitsmechanismus bei dem man nochmal darüber nachdenken kann ob man das Kabel vorher abgezogen hat.

Ich hab mir die Antworten nochmal durchgelesen und bin an diesem Satz hängengeblieben, und da ich nicht dumm sterben will ...
Es ist aber nicht so das ich bei den Wallboxen mit einer 1p3p Umschaltung zuerst händisch das Kabel abziehen muss ? Ich gehe davon aus das die Box die Umschaltung "steuert" bzw. den Ladevorgang beim Umschalten kurz unterbricht um den OnBoard-Lader am Fahrzeug nicht zu schrotten ?

[andig]

Siehe #1213. Initial werden Easee und OpenWB unterstützt. Die neue Go-e hat kein dokumentiertes API und arbeitet auch organisatorisch nicht mit uns zusammen :(

[tmeidinger]

Irgendwann wird die Doku zur go-e API V2 bestimmt auf Github erscheinen. Wenn ich Zeit finde mach ich den PR dafür. Eine go-e mit Hardware V3 hab ich installiert.

[andig]

EVCC müsste das OLC-feature schon drin haben (richtig Andreas?) und oWB 2.x wird es auch können (bei den oWB-Boxen und in Kombi mit smartWB).

was ist OLC? Einen mA-genauen Ladedontroller zu nehmen haben wir jdfls bei Open/Smart/WB angeregt nachdem meine Wallbe das vorher schon konnte ;)

[premultiply]

Mach einen anderen, passenden Thread auf wenn du dich wirklich mit dem Konzept und der Funktionalität von EVCC beschäftigen willst. Aber vorher bitte wirklich lesen und wenigstens erstmal versuchen zu verstehen. Danke!
Nur soviel: Es gibt KonfigurationsBEISPIELE ohne Anspruch auf Vollständigkeit und es braucht auch keine Module weil EVCC einen flexiblen generischen Ansatz verfolgt. Und ja natürlich kann man mit EVCC auch Solarwatt-Speicher anbinden. Aber darum geht es hier nicht.

@DerAndereAndi Hier kann jetzt zu.

[schwarmik]

nochmals danke für Eure Mühe und wegen meinem leichten Frust soll hier keiner ein erhitztes Gemüt bekommen.

Fakt ist das ich genug Input habe um mich ins Thema zu wurschteln bzw. folgende Punkte umsetzen muss

• EVCC aufsetzen
• Datenpunkte aus dem EnergyManager abgreifen und EVCC übergeben (via MQTT ??)
  so wie ich das sehe stellt der Adapter in iobroker alle Datenpunkte zur Verfügung - auch die EVU Werte und die des Speichers
• Wallbox und Fahrzeug konfigurieren und sich mit der Regelung auseinander setzen

=> wenn das einwandfrei funktioniert habe ich eines der Ziele erreicht und einen echten Mehrwert in Sachen Bedienung; Stichwort Sofortladung starten usw.

• Heizstab und Speicher (sofern möglich, wurde aus den Antworten nicht ganz schlau draus) 'umziehen'
  wenn ich soweit erfolgreich vorgedrungen bin werde ich ggf. einen Thread starten bzgl. der Anbindung des Speichers

Mein eigentliches Ziel mit der Phasenumschaltung habe ich dann natürlich noch nicht erreicht bzw. und muss mir überlegen mich von der Keba zu trennen. Schauen wir mal.

Theoretisch (nach meinem jetzigen Wissensstand) könnte ich die Umschaltung auch selbst elektrotechnisch über Schütze lösen - dazu müsste EVCC aber ein Datenpunkt zur Verfügung stellen wann umgeschaltet werden soll. Dann könnte sogar die Keba an der Wand hängen bleiben. Aber das ist wieder ein anderes Thema ...

[schwarmik]

4\. Keba behalten und mit EVCC/oWB ansteuern. Ist nachhaltiger. Bei der nächsten WB an uns denken ;).

mit uns meinst Du
https://www.evse-wifi.de/produkt-kategorie/smartwb/ oder ??
Grüße

[andig]

Heizstab und Speicher (sofern möglich, wurde aus den Antworten nicht ganz schlau draus) 'umziehen'
wenn ich soweit erfolgreich vorgedrungen bin werde ich ggf. einen Thread starten bzgl. der Anbindung des Speichers

Sehr gerne! Ich bin gespannt was wir dafür noch bräuchten ;)

[iot4all]

mit uns meinst Du
https://www.evse-wifi.de/produkt-kategorie/smartwb/ oder ??

yeap - oder jede andere WB mit open source SW.

[premultiply]

@schwarmik Hast du einen von diesen DC-Solarwatt-Speichern die den PV-Wechselricher "missbrauchen"?
Diese hängen vor dem PV-WR im DC-String und haben selbst keinen Umrichter.

[premultiply]

Deinen Battery-Eintrag verstehe ich (noch?) nicht. Was soll denn PowerBuffered sein?

Normalerweise würde hier noch meinen Verständnis und der sonst üblichen Funktionsweise PowerOutFromStorage - PowerConsumedFromStorage reichen.

[schwarmik]

Deinen Battery-Eintrag verstehe ich (noch?) nicht. Was soll denn PowerBuffered sein?

PowerBuffered => aktuelle Speicherladung (W)
bzgl. Berechnung hab ich mich an der OpenWB Umsetzung orientiert - und ich kann es ja mit den Werten vergleichen die Solarwatt selbst berechnet und im Portal darstellt, das passt eig.

speichere=$(echo $sresponse | jq '.result.items | .[] | select(.tagValues.PowerConsumedFromStorage.value != null) | .tagValues.PowerConsumedFromStorage.value' | sed 's/\..*$//')
speicherein=$(echo $sresponse | jq '.result.items | .[] | select(.tagValues.PowerOutFromStorage.value != null) | .tagValues.PowerOutFromStorage.value' | sed 's/\..*$//') 
speicheri=$(echo $sresponse | jq '.result.items | .[] | select(.tagValues.PowerBuffered.value != null) | .tagValues.PowerBuffered.value' | sed 's/\..*$//') 

speicherleistung=$(echo "scale=0; ($speichere + $speicherin - $speicheri) *-1" | bc) 

[schwarmik]

yaml mag saubere Einrückungen

chargers:
- name: Keba P30
  type: keba
  uri: 10.10.10.60
  meter:
    power: true    # charge meter connected to controller
    energy: true   # charge meter connected to controller
    currents: true # charge meter connected to controller

_[main ] FATAL 2021/08/06 15:42:10 cannot create charger 'Keba P30': cannot create charger 'keba': 1 error(s) decoding:

• '' has invalid keys: meter_

das passt noch nicht ... verstehs nicht bzw. stimmt die Einrückung

[andig]

Schmeiss meter weg. Siw hat die Keba immer einen Zähler, jedenfalls tun wir grad so: https://github.com/andig/evcc/blob/80177aa0ad037ceb83b4d62a6196cbcad77872a3/charger/keba.go#L41

[schwarmik]

Schmeiss meter weg. Siw hat die Keba immer einen Zähler, jedenfalls tun wir grad so:

https://github.com/andig/evcc/blob/80177aa0ad037ceb83b4d62a6196cbcad77872a3/charger/keba.go#L41

Hab ich aus der Konfig geworfen - die Keba hat interne Zähler ... gerade im UI geschaut.

[andig]

Bitte seid nett zueinander und zurück zum Thema, sonst schließe ich die Diskussion.

[DocMac00]

Ich habe mir mal den Code zu #1213 angeschaut.
Wenn ich mit meinen nicht vorhandenen GO, uralten C++ und minimalen Python Kenntnissen so durchdenke, müsste vermutlich das Kommando für eine Schützumschaltung als auch die Kontrollloopabfrage ob der Schütz korrekt umgeschaltet hat wohl im loadpoint.go irgendwo im Zeilenbereich 839ff. (scale down: 3ph -> 1ph) als auch bei im Zeilenbereich 869ff. (scale up: 1ph -> 3ph) eingebaut werden ?
Möglicherweise sogar eher bei Zeile 917?
Die Schützumschaltung würde ich über GPIO machen wollen:
1ph-> 3ph:
Raspi GPIO geht auf High -> nachgeschaltetes Relais zieht an -> Schützschaltspannung aufgeschaltet / Schütz zieht an -> zwei extra Phasen dazugeschaltet
Controlloop über 3. oder 4. Schalter am Schütz wird über zweiten GPIO ausgewertet - wenn high dann alles okay
3ph -> 1ph:
Raspi GPIO geht auf low -> nachgeschaltetes Relais öffnet -> Schützschaltspannung aus / Schütz offen -> zwei extra Phasen weggeschaltet
Controlloop über 3. oder 4. Schalter am Schütz wird über zweiten GPIO ausgewertet - wenn low dann alles okay

Leider habe ich die Wechselwirkungen zwischen den ganzen Subprogramme nicht wirklich verstanden.
Muss wegen der zeitkritischen Komponente hier ein extra timer eingebaut werden oder ist das über den Phase enable/disable timer schon abgedeckt?
Wie würde man einen Controloopfehler als Stopp Umschaltung, kein Lade(re)start o.ä. einbauen müssen?
Ich denke die Stromwerte entsprechend der aktuellen Phasen werden ja nicht nur zur OpenWB oder easee gesendet sondern auch im Fall aller anderen Wallboxen, richtig?
Läßt sich so ein GPIO high/low Kommando einfach in GO realisieren?

[andig]

Ich habe mir mal den Code zu #1213 angeschaut.
Wenn ich mit meinen nicht vorhandenen GO, uralten C++ und minimalen Python Kenntnissen so durchdenke, müsste vermutlich das Kommando für eine Schützumschaltung als auch die Kontrollloopabfrage ob der Schütz korrekt umgeschaltet hat wohl im loadpoint.go irgendwo im Zeilenbereich 839ff. (scale down: 3ph -> 1ph) als auch bei im Zeilenbereich 869ff. (scale up: 1ph -> 3ph) eingebaut werden ?

Wozu? "Korrekt" ist Aufgabe der Hardware, dort muss die Absicherung passieren. Wenn hier ein Fehler zurück kommt nehmen wir an, dass nciht geschaltet wurde und versuchen es erneut.

Möglicherweise sogar eher bei Zeile 917?
Die Schützumschaltung würde ich über GPIO machen wollen:
1ph-> 3ph:
Raspi GPIO geht auf High -> nachgeschaltetes Relais zieht an -> Schützschaltspannung aufgeschaltet / Schütz zieht an -> zwei extra Phasen dazugeschaltet
Controlloop über 3. oder 4. Schalter am Schütz wird über zweiten GPIO ausgewertet - wenn high dann alles okay
3ph -> 1ph:
Raspi GPIO geht auf low -> nachgeschaltetes Relais öffnet -> Schützschaltspannung aus / Schütz offen -> zwei extra Phasen weggeschaltet
Controlloop über 3. oder 4. Schalter am Schütz wird über zweiten GPIO ausgewertet - wenn low dann alles okay

Keine Ahnung- das ist sicher auf eigene Gefahr.

Leider habe ich die Wechselwirkungen zwischen den ganzen Subprogramme nicht wirklich verstanden.
Muss wegen der zeitkritischen Komponente hier ein extra timer eingebaut werden oder ist das über den Phase enable/disable timer schon abgedeckt?

Es gibt keinerlei Sicherung für korrektes Schalten. Deshalb hat der "custom" Charger die Funktion auch nicht.

Wie würde man einen Controloopfehler als Stopp Umschaltung, kein Lade(re)start o.ä. einbauen müssen?
Ich denke die Stromwerte entsprechend der aktuellen Phasen werden ja nicht nur zur OpenWB oder easee gesendet sondern auch im Fall aller anderen Wallboxen, richtig?

Die werden gar nicht gesendet, sondern nur empfangen- vom Zähler!

Läßt sich so ein GPIO high/low Kommando einfach in GO realisieren?

Klar!

[DocMac00]

Hmm.
Der Zähler am Netzanschlusspunkt liefert mir den PV Überschuss. EVCC rechnet dann den 1phasen oder 3phasen Strom aus.
Aber zum Laden muss doch dieser Sollwert an die WB (über EVCC) geschickt werden? Die WB weiß doch gar nicht wie viel sie laden soll - zumindest alle die keine direkte Auswertung eines Smart Meters machen.
Bzgl. Sicherheit des Umschaltens:
Das heißt die OpenWB und die easee führen intern eine entsprechende Prüfung ob der die SW Daten zum realen Status (Phasen, Laden, Auto) passen - ev. für die Phasenprüfung auch so realisiert wie ich es machen würde?!
Und geben dann ein Fehlersignal aus wenn es nicht passt, schalten die Ladung ab bzw. lassen dann auch von sich aus keine Ladung zu, richtig?
Das heißt ich müsste dann die Schützschaltung in die SW der WB (Tinkerforge Warp) integrieren

[andig]

Der Zähler am Netzanschlusspunkt liefert mir den PV Überschuss. EVCC rechnet dann den 1phasen oder 3phasen Strom aus.

Korrekt.

Aber zum Laden muss doch dieser Sollwert an die WB (über EVCC) geschickt werden?

Genau das tut evcc im "PV" Modus

Die WB weiß doch gar nicht wie viel sie laden soll - zumindest alle die keine direkte Auswertung eines Smart Meters machen.

Wenn evcc ihr das sagt dann weiss sie das

Bzgl. Sicherheit des Umschaltens:
Das heißt die OpenWB und die easee führen intern eine entsprechende Prüfung ob der die SW Daten zum realen Status (Phasen, Laden, Auto) passen - ev. für die Phasenprüfung auch so realisiert wie ich es machen würde?!
Und geben dann ein Fehlersignal aus wenn es nicht passt, schalten die Ladung ab bzw. lassen dann auch von sich aus keine Ladung zu, richtig?

Kann ich Dir nicht sagen was oder wie sie es tun. Fakt ist aber, dass die Verantwortung dafür in der Wallbox liegt!

Das heißt ich müsste dann die Schützschaltung in die SW der WB (Tinkerforge Warp) integrieren

Aus meiner Sicht gehört das in Hardware. Eine entsprechende Schaltung muss feststellen, dass kein Schütz hängt etc. Software wäre mir dafür zu fehleranfällig...

[schwarmik]

Ich bin jetzt an einem Punkt wo ich nicht genau weiß wie ich weitermachen soll. Auf der einen Seite regelt Solarwatt und auf der anderen will EVCC die Wallbox antriggern. Beides zusammen wird so nicht funktionieren. Ich hab es getestet - die Solarwatt Regelung füllt eisern den Speicher oder feuert immer wieder den Heizstab, da kommt EVCC im Modus "PV-Laden" kaum oder gar nicht zum Zug. Eigentlich auch logisch das es sich so verhält. Die Solarwatt Anlage ist nun mal da und ich will schauen was ich für Möglichkeiten habe.

EVCC fest zu integrieren wäre klasse, genauso will ich meine EV-Betankung letztendlich im Griff haben. Mit Ausnahme von irgendeiner Diagramm-Historie ist alles da.

Ich bin ja noch nicht so im Thema aber wie machen das alle anderen die einen Speicher haben (und ggf. einen Heizstab) - auch da werkelt ja schon etwas im Hintergrund und regelt das Ganze. Den Heizstab an EVCC zu binden kann ich mir als Verbraucher ja gut vorstellen, aber die Speicher Regelung ist doch ein ganz anderes Thema oder ? (Beispiel: Solarwatt füllt diesen mit Berücksichtigung der Bewölkung bzw. Sonnenstunden am Standort usw.) Oder denke ich zu kompliziert ?

Und die Frage ist auch ob ich das beschriebene in einem extra Thread aufmachen soll - es passt ja schon länger nicht mehr zum ursprünglichen Thema.

thx..!

[premultiply]

Wenn die Speicher- und Gridmetereinbindug bei dir korrekt ist und du prioritySoc konfiguriert hast und Zugriffe von weiteren Systemen abseits von EVCC auf die Wallbox deaktiviert hast sollte das problemlos spielen.

Oberhalb von prioritySoc betrachtet EVCC die Speicherladung als nutzbaren Überschuss und fängt an zu laden.
Das Speichergedöhns hingegen sieht dann einen höheren Hausverbrauch und hat kaum noch Restenergie zur weiteren Speicherladung oder für sonstige Energievernichtungsmaßnahmen.

[premultiply]

Achja, wichtig: Du musst sicherstellen dass EVCC (nur) den momentanen Export-Import des Batteriespeichers selbst sieht und keine sonstigen Scheinwerte.
Ich traue nämlich deiner verwendeten Formel mit dem PowerBuffered noch nicht. Dass dies in anderer Software auch so genutzt wird muss nicht unbedingt heissen dass das auch so (für EVCC) richtig oder sinnvoll ist.

[DerAndereAndi]

Wir haben hier über 100 Beiträge, viele davon sind nicht mehr an der originalen Frage orientiert. Daher schließe ich die Diskussion und bitte euch bei offenen Fragen neue spezifische Beiträge zu eröffnen.

Danke.