-
Notifications
You must be signed in to change notification settings - Fork 114
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Document maxGridSupplyWhileBatteryCharging #93
Comments
@andig Soweit ich das ermittelt haben, ist das ein optionaler parameter in der site (so wie z.B. |
Wäre das eine korrekte Beschreibung? |
Dabei gehts um evcc-io/evcc#2734. Das zu lösende Problem ist, dass die Batterieladung teilweise aus Leistung besteht, die NICHT anderweitig ins Netz eingespeist werden könnte (mangels AC Leistung des WR). Um an diese Grenze ran zu kommen versucht man jetzt nicht die Batterieladung auf Null zu fahren, sondern den Netzzähler bis zu minimalem Bezug. In dem Moment ist sichergestellt, dass die komplette AC Leistung der Batterie auf Null ist. |
Was ich nicht verstehe: Sorry, dass ich möglicherweise blöde Fragen stelle. |
Das ist eine ganz spezielle Situation die nur bei Hybrid-WR auftreten kann bei denen die interne DC-Leistung PV->BAT+AC höher ist als die Leistung des AC-Wechselrichterteils zum Netz hin. Normalerweise wird die Einspeisung+Batterieladeleistung(+Autoladeleistung) von evcc ja als "verfügbare" Autoladeleistung gezählt. Also speziell bei der Batterie Leistung die man dieser wegnehmen kann um im Gegenzug die Leistung der Autoladung zu erhöhen. In diesem Spezialfall funktioniert das aber nicht, da der AC-Pfad des Hybrid-WR schon mit der PV-Erzeugung leistungsmäßig am Anschlag ist, so dass der verbleibende Teil "direkt" auf dem internen DC-Pfad in der Batterie landet. Beispiel 10 kW Hybrid-WR: In diesem Fall sieht evcc 10 kW Netzeinspeisung + 5 kW Batterieladung = 15 kW mögliche Ladeleistung. Ich hoffe das war einigermaßen verständlich? |
Soweit habe ich das verstanden. Wo es noch klemmt, ist:
Das passiert doch aber nur, wenn Durch diesen Parameter Hier sind nur positive Werte möglich/sinnvoll? Jetzt mal abseits der Doku: |
Genau. Bis dahin hat die Batterie ja sowieso immer Vorrang, wird aus der Rechnung also rausgenommen.
Ja
Das Beispiel von Premultiply erklärt es besser. Siehe auch Kommentar in https://github.com/evcc-io/evcc/blob/master/core/helper.go#L33. Wenn wir Netzbezug sehen, obwohl die Batterie geladen wird, dann wissen wir dass die Batterie rein DC-DC geladen wird weil der AC Pfad des WR ausgelastet ist. Anderenfalls würde ja die Batterieladung zugunsten geringeren Netzbezugs reduziert. Genau dann steht auch diese Batterieladeleistung nicht zur Verfügung und wird daher für die Berechnung genullt. Da auch die WR nicht auf genau 0W und in Millisekunden regeln gibts dafür einen Schwellwert. Update: aber die Fragen sind gut. Ich musste auch erstmal wieder den Knoten aus dem Kopf bekommen. |
Schön, dass ich dir beim Gehirnjogging behilflich sein kann ;-) Ich werde mir mal Gedanken machen, wie man das EINFACH erklären kann. |
Der war gut :). Vielleicht helfen ja die Diagramme aus dem ursprünglichen Issue dabei. |
Wäre das technisch korrekt und verständlich? Dieser Parameter kommt bei Hybrid-Wechselrichter Systemen zum Einsatz, bei denen die DC-Erzeugungsleistung größer als die AC-Ausgabeleistung des Wechselrichters ist. |
Der eigentliche Sinn erschließt sich noch nicht so richtig. Auch den Bezug zu prioritySoC finde ich schwierig- das ist ja orthogonal. Was Besseres fällt mir aber auch nicht ein... |
Das ist m. E. der Sinn des Parameter. Der Rest ist nur der Versuch einer Erklärung, warum der Parameter notwndig ist. Vorschlag: Ich bau den PR. Wenn dann Nachfragen zur Doku kommen, sieht man ja, was u. U. noch anders/besser erklärt werden muss. |
fix evcc-io#93 schwere Geburt :-)
evcc-io/evcc#3015
The text was updated successfully, but these errors were encountered: