-
-
Notifications
You must be signed in to change notification settings - Fork 181
docs: § 14a EnWG & SteuVE #862
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
Conversation
@premultiply @andig lest gerne noch mal drüber. Ich hab den Inhalt noch mal angepasst. Auch das Zusammenspiel mit dem Lastmanagement wird jetzt klarer. Note: Wir können diese PR erst mergen, wenn evcc-io/evcc#23361 released ist. |
So ganz klar ist mir das Zusammenspiel mit dem Lastmanagement noch nicht.
Oder muss ich mein |
Du musst gar nichts tun. |
Dann gilt doch aber das Limit für |
Ich gehe davon aus, dass Du die schon |
Die Wallbox (einzige SteuVE) ist Oben in der Doku steht, dass SteuVE dem circuit
Meine Frage ist, ob ich auch beides haben kann? Oder ist das nicht möglich? |
Der circuit ist völlig egal. Die STB adressiert den Netzanschluss- und unter dem laufen alle Circuits zusammen. Insofern ist die Doku noch nicht ganz korrekt- relevant ist nur, ob/dass das Gerät meinem Circuit zugeordnet ist. |
...und da haben wir noch ein konzeptionelles (Rand-)Problem. Da der Der Lösungsansatz dafür wäre, einem Circuit mehrere Parents zuzustehen von denen jeweils der "kleinste" die Leistung bestimmt. Aktuell gibts das nicht... |
Ich hab diesen Kommentar mal an evcc-io/evcc#15239 angehängt, damit das nicht verloren geht. |
Ist angepasst. |
Das ist bis jetzt für Wallboxen und noch nicht für Wärmepumpen oder? Weil ich irgendwo gelesgen habe, dass der SG-Ready dim state noch nicht benutzt wird |
Korrekt. Dafür bräuchten wir erstmal eine Strategie, wann der Modus im Zusammenhang mit anderen SteuVE zu setzen wäre. Das lohnt sicher eine eigene Discussion dazu. /cc @premultiply |
Hab noch keine WP aber wird iwann kommen. Was ich beim Netzbetreiber so rausgehört habe, Wallboxen is nich so streng, aber bei WP bestehen sie wohl schon drauf, dass die in der einen oder anderen Form abgeregelt werden können. Im Moment machen sie es bei uns noch mit Rundsteuerempfängern, aber die EEBus Steurboxen sind wohl in Erprobung. |
Rundsteuerempfänger sind für §14a EnWG seit 1.1.2024 quasi nicht mehr zulässig. Es gelten zudem Übergangsfristen für ältere Installationen mit RSE, die aber ohnehin gesetzlich, technisch und vertraglich völlig anders funktionierten. Die Wirkung des Dimmbefehls ist bei "normalen" Wärmepumpen für EFH quasi nicht existent, da dies im Zweifelsfall lediglich den Zusatzheizer, der aber ohnehin quasi nie zum Einsatz kommt, temporär deaktiviert. Ein WP-System was nur mit dem Verdichter Dauerleistungen > 4,2 kW zieht hat schon eine gewisse Größe die erst ab MFH und Gewerbebetrieben relevant werden kann. Die meisten am Markt befindlichen WP-Systeme unterstützen zudem weder die umdefinierte SG-Ready-Schnittstellendefinition noch sonst eine explizite deutsche "§14a EnWG 2024 Funktion". Was dann allerdings im Endeffekt genau passiert ist für evcc nur gröbst abzuschätzen. Letztendlich wird es absehbar auf das aktivieren eines Relaiskontakts und sichere Annahmen hinauslaufen müssen. |
Danke für die Antwort. Hoffe ich habe es richtig verstanden wie eine typische Installation dann momentan aussieht:
Dass das HEMS Fall 1) auch digital übernimmt momentan noch nicht möglich oder erlaubt. |
Es gibt Relais- und HEMS Steuerung:
Ich sehe keinen Grund warum Variante 3 (HEMS über Relais angesteuert) nicht möglich sein sollte. |
Das wäre eben super, besonders wenn Fall 2) ginge. Klingt für mich zukunftssicherer und kein extra Kabel.
Was müsste evcc dann konkret mit der WP machen, damit das unterstützt wäre und so vom Netzbetreiber akzeptiert ist als Umsetzung von §14a? |
Im Zweifelsfall genau dass was die Steuerbox auch direkt machen würde: Einen einfachen Kontakt schließen. Lässt sich z.B. via Shelly oder sonstigem Relais umsetzen. Viele andere Möglichkeiten wird es bei WPs ohnehin kaum geben. |
fixes #586
depends on evcc-io/evcc#23361
Screenshot: