Integration von steuerbaren Verbrauchseinrichtungen und steuerbaren Netzanschlüssen nach §14a Energiewirtschaftsgesetz #15139
Replies: 50 comments 276 replies
|
Ich richte das gerade ein, um mit einem schalter die Limit funktion zu testen: hierzu bekomme ich in der log dann einen Fehler:
|
|
|
|
Siehe oben |
|
Wo find ich die Info des relay state und das validate power in der API? Unter api/state bekomme ich den lpc nicht angezeigt. config ist jetzt folgende: Damit sehe ich auch bei einer lpc: trace log das der Schalter aus Homeassistant auf den lpc wirkt: (Wenn "on" dann kommt die validate power Zeile) |
|
Ahh, danke für den Hinweis- der {
"root": {
"power": 4140
}
}PR folgt. |
Sieht bei mir anders aus: Wenn ich das analog wie du mit HA einrichte, dann zeigt EVCC zwar unter Circuits die 4200 an, sofern die Variable aktiv ist im Trace sehe ich davon aber nichts. Der Sensor für LPC scheint Netz als Meter zu nutzen und nicht den Speicher selbst (was den Vorteil hat, dass in dem Fall Eigenverbrauch möglich ist, weil der Netzübergabepunkt gemessen wird). Wenn ich manuell einen Circuit lpc und den entsprechend korrekten Sensor anlege, dann verschwinden die 4200 wieder aus dem lpc circuit, scheinbar überschreibt der manuell erstellte circuit maxpower. Die Validate Prüfung sehe ich im Trace nicht. Das ohne Circuit Angabe und in dem fall der entsprechenden Meter Angabe etwas gesteuert werden kann, wage ich auch zu bezweifeln, da im HEMS Kontext nirgendwo ein Bezug zum Hybrid WR bzw. zum Speicher hergestellt wird (d.h. es ist überhaupt nicht festgelegt welcher Verbraucher steuerbar sein soll und wie, es könnte genauso die Heizung sein): Circuits: Oder Alternativ mit korrektem Meter für die Lade / Entladeleistung des Speichers, dann wird maxpower aber ignoriert, dann wäre aber zumindest der Bezug zum steuerbaren Verbrauch vorhanden: Oder geht das aktuell generell nur mit Loadpoints? |
|
Ich habe die das mal ausprobiert. Es funktioniert. Ich bin mir aber unsicher, ob das so richtig ist. |
|
Ja, dass ist richtig. Allerdings ist das wohl noch nicht genau geregelt wie dies nachgewiesen werden kann. Ich wäre dafür das man eine durchschnittliche Hauslast als forgiveness konfigurieren kann bzw. auf die 4200 aufschlägt. Was aber nicht Impulslasten wie den E-Herd abgeckt, der ja auch gerne mal 9kW ziehen kann. |
|
Ausserdem sollte bei vorhanden sein einer Wallbox und einer auch steuerbar gemeldeten Wärmepumpe das erlaubte Leistungsbudget für zwei Steuerbare Einrichtungen höher sein als bei nur einem. Wenn man dann also nur eine aktiv schaltet dürfte diese auch mehr nutzen. Also das Budget beider. Und ja der normale Haushaltsbedarf wird nicht betrachtet. Da hat man also nur eine Chance wenn das HEMS (EVCC?) alle steuerbaren Verbräuche kennt und steuern kann ist dies realisierbar. |
|
https://www.zveh.de/maerkte-themen/technik-und-normung/steuve.html Hier gibt es die Berechnung, die auch viele VNB nutzen. Das "Kontigent" steht dann gesamtheitlich (plus Hauslast) zur verfügung, wer was davon nutzt muss das HEMS oder der User entscheiden. Bei meiner WP bedeutet das 14,1176 kW =
|
|
Moin,
|
|
Vermutlich ein spezielles Szenario Wie verhält sich die eebus Steuerung wenn man per eebus schon die Wallbox an einen SMA Sunny Home Manager 2 meldet? Kann man dann trotzdem Steuerinformationen aus einer zweiten HEMS Schnittstelle entgegen nehmen? Also der eebus Kommunikation der Box des Netzbetreibers? |
|
Apropos HEMS - da kann es ja nur einen Eintrag geben, so wie ich das verstehe. Da der SMA Home Manager ja mit FW 2.16.4.R
unterstützt, wäre es (auch) möglich, dass der HM an die Steuerbox angeschlossen wird und mittels "allowcontrol: true" evcc steuert? Müsste ich dafür evcc auf jeden Fall in einem der Modi "PV" oder "Min+PV" betreiben? Oder werfe ich da was durcheinander? |
Ich würde gerne lieber beide parallel mit der Steuerbox über EEBUS verbinden und nur den Speicher vom SHM 2 steuern lassen, aber sonst alles über evcc, da wesentlich flexibler. Die Verbrauchsdaten der Wallboxen sollen aber weiterhin über SEMP an das SMA Portal über den SHM übertragen werden. Dazu muss allerdings folgendes issue umgesetzt werden oder die Steuerbox nur über EEBUS konfiguriert werden. Aktuell werden beide über HEMS konfiguriert und diese section lässt aktuell leider nur einen Eintrag zu... |
|
Ist EEBUS nicht faktisch eine Punkt-zu-Punkt Verbindung? Oder anders gefragt: kann man die EEBUS Steuerbox überhaupt so konfigurieren, dass sie den "Befehl" "reduziere Deine Leistung" an mehrere Systeme (evcc, HM, ...) schickt? |
|
Und wenn ich mir das genannte Issue anschaue, würde ich persönlich ja eher für zwei verschiedene Top-Level Objekte votieren, hems und bspw "dimming" oder "gridcontrol" oder so... |
In folgenden Link sieht man, dass mehrere SteuVE von der Steuerbox bedient werden können. |
|
#15239 enthält einen Vorschlag, wie wir die Konfiguration zwar nicht einfacher, aber flexibler machen können. Die Leistung ist übrigens konfigurierbar, sie wird nicht durch evcc berechnet. Bisher noch nicht berücksichtigt (oder eben nur bei Steuerung über den Netzübergabepunkt) wird die Erzeugungsleistung. Wenn ich die Berechnungsformel richtig verstehe, dann kann die konfigurierte maximal erlaubte Summenleistung um den Betrag der momentanen Erzeugung reduziert werden? Dafür gibt es aktuell noch keine Lösung. Eine Einbeziehung des Erzeugungszählers in den LPC Circuit wäre falsch da diese Leistung dann auch in den Hauptkreis aggregiert würde was falsch ist. |
Oder, anders herum, das vorgegebene Limit um den Betrag der Erzeugung (und der Batterie-Entladeleistung?) erhöht werden??
Das Problem wäre dann gelöst, oder? |
|
Wie oben beschrieben in dem Beispiel darf ich bei EMS Nutzung und bei 14a Limitierung “nur” noch 12,174 kW aus dem Netz ziehen, wenn ich nun 10kW PV erzeuge, kann ich im Haus 22,174 kW nutzen und habe somit keine oder kaum Einschränkungen selbst mit zusätzlichen Haus Verbrauch. Hierbei ist wichtig das diese 4 Geräte nachweislich (wie das auch immer nachgewiesen werden kann) nicht mehr als 12,174 kW aus dem Netz ziehen, welches Gerät das dann macht ist mir oder dem HEMS überlassen. Also kann zum Beispiel (mit 10kW PV Leistung) eine 22kW WB voll genutzt werden ( ja bei zwei 11kW oder 22 kW WB wäre auch ein andere Wert nutzbar). Somit sollte dein Ansatz richtig sein. Wichtig ist am Grid nicht die 12,174 kW Leistung zu überschreiten. |
|
hier muss man physikalisch und theorie (gesetzlich) trennen, gebe mal oben in dem Beispiel die Werte von mir ein und dann noch in aktuelle Einspeisung speicher 9kW und PV 10 kW: Somit könnte man im Haus 31,174 mit einem EMS verbrauchen.
|
Ja ich meine hiermit mit die SteuVE aus dem Netz. Nicht die Gesamtleistung am Anschluss, also SteuVE + Bestandsshutz + Hausverbrauch, dasa darf mehr sein, allerdings ist das nicht definiert. Kontrollieren lässt sich das nur gegenüber dem MSB mit dem Messkonzept des Modul 2, bei Modul 1 braucht man ein nachweiß das geregelt wurde, dafür ist der Betreiber verantwortlich. |
|
Hier geht es ja darum, eine korrekte und trotzdem flexible Implementierung zu gestalten.
Das ist m.E. auch zu unpräsise.
Das scheint Deine Rechnung ja zu bestätigen. Mit "im Haus verbrauchen" hat das aber nichts zu tun. Ob nebenbei noch alte Wallbox, Herd und Sauna laufen ist unerheblich. Der Verbrauch bezieht sich einzig auf die Hüllfläche der SteuVE, also auf deren Summenleistung unter Berücksichtigung des Gleichzeitigkeitsfaktors.
Das ist richtig, sollte für die erlaubte Leistung aber irrelevant sein. |
Genau das meine ich.
Somit muss für den Circuit lpc sichergestellt sein das der maximal verfügbare nicht überschritten wird (Pmin + Erzeugung). Im Bestfall darf ich für die SteuVE den Pmin plus die Erzeugung nutzen, muss aber nicht die Erzeugung für mein Hausverbrauch und Bestandschutz (bis 31.12.2028) nutzen. |
|
Gibt die Implementierung (noch) nicht mehr, aber ja! |
|
Um es noch kompatibler zu gestalten es wird auch ein 2-Bit EMS Modus geben (EMH, Theben, Swisstec, etc. Können das bereits). Nur zur Info! Mit einem Shelly 4i und template kann man das schön abbilden, allerdings wollen die VNB hierzu 4 “Trennrelais” zur Steuerbox. Es könnte so einfach sein.. 🤦♂️ |
|
Ok, ist dann wohl doch nicht so einfach. |
|
Sorry, wollte dich nicht verschrecken. 😉 MQTT kannst du dort auch einrichten. Du brauchst dazu ja nur den Status des Schalters und nicht den Wert irgendeiner extra Last. Edit: Das sollte der Shelly unter dem Topic "input" veröffentlichen. |
Alles, ok. Als ich vor 3 Jahren das erste Mal evcc ausprobiert habe, wusste ich auch nicht, was ich da tue 😄 |
|
Umgekehrt fände ich es noch interessanter. Viele Devices erlauben kein Dimmen, sondern lassen sich nur stumpf über einen Schaltkontakt abschalten. Natürlich lässt sich dies über Koppelrelais realisieren - so wie es der VNB vorschlägt. Schöner wäre es aber, wenn EVCC - per EEBUS an die Steuerbox angeschlossen - z.B. einen Shelly über WLAN ansteuern würde, der das Device dann über den Schaltkontakt abschaltet. Für alle Devices, die selber keine Dimmen/Abschalten über Netzwerk erlauben, sondern nur über Schaltkontakte, wäre das eine super Möglichkeit, um zusätzliche Kabel, Koppelrelais, plombierte Reihenklemmen, etc. zu vermeiden. Für die EEBUS Anbindung verlangen die VNBs i.d.R. nur eine CAT Kupplung im AAR - fertig. Das ist deutlich einfacher, als die Koppelrelaisvariante. Würde so ein Setup bereits funktionieren? Lassen sich hier Smart Devices einbeziehen? Gemäß Doku lassen sie sich nur über "Überschuss" und "günstigen Strom" schalten. |
|
Hier ging es ja darum, dass Steuersignal über den Relaiskontakt der Steuerbox nach evcc zu bringen. |
This comment has been hidden.
This comment has been hidden.
|
Du kannst wählen, direkt oder EMS. |
|
Das mit dem eirechtlichen war nur ne Vermutung, weil ansonsten ist ja der Manipulation Tür und Tor geöffnet |
|
Gute wäre es wenn es geregelt wäre leider heist es „nur“: Der Betreiber ist dazu verpflichtet, seine steuVE anzumelden bzw. abzumelden und leistungswirksame Änderungen gegenüber dem Netzbetreiber anzuzeigen. Darüber hinaus ist der Betreiber für die Umsetzung der Steuerbarkeit in der Kundenanlage verantwortlich. Änderungen der Steuerungsart (Direktsteuerung, EMS-Steuerung) sind dem Netzbetreiber mitzuteilen. Der Betreiber muss zudem die Umsetzung der Leistungsreduzierungen dokumentieren und für 2 Jahre vorhalten. Ein Nachweis über die Einhaltung der Steuerungsvorgaben ist sowohl der BNetzA als auch bei berechtigten Zweifeln dem Netzbetreiber vorzulegen. Wie und im welchem Format, das wird noch viele Gerichte bemühen. Deshalb sollte man den Netzverknüpfungspunkt gut zählen. Somit lässt sich das „dimmen“ zumindest darstellen. |
Da das Logfile nicht so lange zurückreicht, sollte jeder Teilnehmer zumindest |
|
Sollte man nicht über das Smart Meter Gateway diesen Nachweis einfach führen können? Es werden ja alle 15min. die aktuellen Werte am Netzübergabepunkt an den Netzbetreiber gemeldet. |
|
Bei mir wurde Anfang der Woche ein PPS Smart Meter Gateway (SMG) verbaut. Da inzwischen die Wärmepumpe installiert ist und auch eine zweite Wallbox installiert werden soll, wird das Thema steuerbare Netzanschlüsse bei mir so langsam relevant und ich freue mich, dass evcc dies aktuell bereits anfängt zu unterstützen. |
Stand heute gibt es keine zertifizierten Steuerboxen, somit wird MSB das dann noch nicht verbauen können, bzw. wollen, da er sich nicht sicher sein kann, ob er die Steuerbox dann später verwenden darf. |
|
Der NB oder gMSB muss die Steuerbox oder den SM mit integrierter SB stellen, je nach dem welches Gerät EEBus / KNX (IF_CLS_CTRL) / Relais das dann auf Seite gMSB/ MSD oder NB kann. Aktuelle Empfehlung an instalateure und Kunden (aka Verbrauchspunkte/ Netzanschlusspunkte):
|
für die Steuerbox sollte dann auch ein Preis pro Jahr veröffentlicht sein. Dieser beträgt ich glaube um die 50 € p.a. für den Letztverbraucher. Ich muss jetzt passen, ob das dann auch über den Energielieferanten abgerechnet wird....
|
|
Danke für alle Eure Antworten! Jetzt wird mir das etwas klarer, wie das umgesetzt werden soll. Dann warte ich einfach mal ab, was der Netzbetreiber so vorschlägt. Kann er den Einbau einer Steuerbox anordnen, wenn ich eine Wärmepumpe und 2x Wallboxen habe? Die zweite Wallbox soll erst im Herbst/Winter in Betrieb gehen und muss dann noch gemeldet werden. |
|
Viele VNB sehen von dem Einbau einer SB oder Funk Rundsteuer Empfängers (FRE) ab, bis die Steuerbox wirklich verfügbar ist, da die kosten auf VNB seite keiner tragen will. Wenn die Geräte vor 2024 installiert wurden, kannst Du wechseln (ablehen darf der VNB das per Gesetz nicht), ab dem 31.12.2028 rutscht hier aber sowieso jeder rein der eine SteuVE hat. Wenn du jetzt eine SteuVE baust bist Du sofort mit dabei, vorausgesetzt der VNB hat die Möglichkeiten. |
|
Moin, eebus: |
|
Die SHIP-ID sollte von euch nicht benutzt werden. Das ist nur notwendig, wenn man die Installation auf einen anderen Rechner verlegt und keine |
|
danke! |
|
Mein Verständnis bis jetzt. Voraussetzungen Modul 1
Wer diese Box bezahlen muss oder welche Gebühr der Netzbetreiber verlangen kann, ist mir UNKLAR.
Wenn man das alles gemacht hat, ist man für Modul 1 qualifiziert und erhält eine pauschale Reduktion der Netzentgelte, die mindestens 80 € beträgt, aber je nach Netzwerkbetreiber auch mehr. Wenn man Modul 3 haben möchte, ist ein neuer Zähler notwenig und das kann sehr teuer werden, wenn z.B. im Zählerschrank kein Platz mehr ist und ein neuer Zählerkasten gesetzt werden muss (wenn es überhaupt vom Platz her möglich ist). |
Das ist so nicht richtig. Es reicht, wenn du deine "Bereitschaft" erklärst, ab dann gibt es die Pauschale. |
|
Doch muss ich. Ich hatte auch nichts anderes erwartet, bei diesem Schnarchladen. |
|
Das was Volker und ich schrieb ist Gesetzt: Die neue Netzentgeltreduktion kann nur derjenige erhalten, der an der netzorientierten Steuerung teilnimmt. Bestandsanlagen, d. h. Anlagen, die vor dem 1. Januar 2024 in Betrieb genommen worden sind und sich freiwillig für die Teilnahme an der netzorientierten Steuerung entscheiden, können dies tun. Der Netzbetreiber kann den Wechsel nicht ablehnen. Ein erneuter Wechsel zurück in die Vorgängerregelung ist nicht möglich. https://www.bundesnetzagentur.de/DE/Fachthemen/ElektrizitaetundGas/Aktuelles_enwg/14a/start.html Unter was muss ich beachten …. Netzendgeldreduzierung erhalten möchte. SWM muss sich hier ran auch halten! |
|
WOW, sind ja auch erst 9 Monate vergangen. BK6-22-300 wurde am 27.11.2023 abgeschlossen. Ich habe am 20.12.2023 von meinen Stadtwerken die Pauschale für 2024 genannt bekommen. |
|
Für Modul 3 braucht man keinen neuen Zähler, wohl aber ein iMSys. Man bekommt eine Netzgeltreduktion zu bestimmten Zeiten. |
|
Mir ist nicht klar, wer die Kosten
Gibt es dazu auch gesetzliche Vorgaben? |
|
So wie ich es verstanden habe: |
|
Die Kosten für iMSys und Steuerbox betragen 80 € jährlich, wenn eine SteuVE vorhanden ist. 50 € das IMSys (50 € wg. SteuVE, sonst wären es nur 20 €) und 30 € die Steuerbox. Hieraus ergibt sich entsprechend die "Bereitstellungsprämie" von 80€ im Modul 1: Der Einbau selbst müsste mit diesen Kosten eigentlich abgegolten sein, analog Zählerwechsel, sei es wg. Turnus, oder wegen neuer PV. § 34 Absatz 2 Satz 2 Nummer 2 Buchstabe a - "Deine" 10 € - beziehen sich auf die Beauftragung des MSBs durch den VNBs zur Steuerung. Alles soweit ich weiß... ;) |
|
https://www.bundesnetzagentur.de/DE/Vportal/Energie/Metering/Kosten_table.html https://www.bundesnetzagentur.de/DE/Vportal/Energie/Metering/start.htm Kosten ab der Steuerbox trägst Du. |
|
danke |
|
HMiP HCU EEBus und EVCC gehen schon mal zu verknüpfen: |
|
welche Rolle würde die Homemtic IP Basis spielen, wenn man EVCC hat? Wärmepumpe etc, würde dann doch EVCC machen wollen? |
|
Es macht keinen Sinn die beiden zu koppeln, die können nichts miteinander machen. |
|
Wäre es nicht das einfachste für alle Beteiligten (insbesondere die Netzbetreiber), die "Steuerbox" als cloud-API zu realisieren? Überall jammern die VNB, daß es keine zertifizierten Boxen auf dem Markt gäbe. Und auf seiten evcc (und aller anderen Anbieter) wäre es doch +- egal, ob die Kommunikation mit einem (teuren) Kästchen im Keller oder direkt mit der API des VNB erfolgt. TLS/https, token, Handshake/Bestätigung/Heartbeat, Vertragliche Verpflichtung des Nutzers keinen Unfug zu treiben, ggf. gegen angemessen Vertragsstrafe - Hat schon jemand so was angeleiert? Ist sowas schon erkennbar? Oder ginge das auch über alternative Stromanbieter? - Da vermute ich mehr Bereitschaft. |
|
Da wird vielleicht irgendwas an deiner Konfig falsch sein. Ich würde dich bitten diese riesigen nichtssagen Screenshots in deinem Post durch deine zugehörige Konfiguration (in Textform) zu ersetzen, dann könnte man vielleicht auch etwas erkennen und dir helfen. Danke. |
|
Vielen Dank für Deine Antwort. Ich habe die Bilder durch die Config ersetzt.
Der Ladepunkt kann 11 KW und muss somit definitiv steuerbar sein; das konkrete Auto lastet diesen nur nicht aus. Die 3,5 kW würden auch nicht gedrosselt werden müssen, dann passt das Verhalten von evcc aber nicht zusammen. Entweder ich bekomme einen Alarm "over power detected" und evcc regelt den Ladepunkt runter oder evcc alarmiert gar nicht erst, weil der Ladepunkt <4,2 kW zieht. Wenn ich die Diskussionen richtig verstanden habe, guckt evcc aktuell noch nicht auf den einzelnen Ladepunkt, sondern auf den gesamten Netzbezug und somit ist der Alarm nachvollziehbar, die Regelung müsste aber auch noch stattfinden. |
|
Bei Sachsen-Energie gibt es Mindestanforderungen an das Energiemanagementsystem in der Kundenanlage.
Kommt beim Umschalten vom 3-phasigem Laden auf 1 Phase nicht automatisch die Symmetrie aus dem Gleichgewicht? Weiter heißt es
Das scheint mir aktuell bei EVCC noch nicht gegeben oder? Hat schon jemand erfolgreich EVCC als offizielles EMS anmelden können? |
|
Danke @HWE70, das beruhigt mich schon mal ein bisschen. Da spielt dann wohl auch die Reaktionszeit von 100ms keine Rolle. Der Anlagenbetreiber sind ja wir, also müssen wir sicherstellen, dass bei Ausfall des EMS automatisch auf die reduzierte Last zurückgefallen wird. Hat jemand eine Idee wie das gehen soll? |
|
"Sachsen Energie" ist kein Gesetzgeber. Der Gesetzgeber fordert vom Anlagenbetreiber keine bestimmte Verfügbarkeitsquote im Jahresmittel, keine stündlichen Funktionstest und keinen Backup-Kommandoplan. 😄 Wir versuchen hier nur gemeinsam die Energiewende umzusetzen. |
|
Na ja, das Gesetz ist das eine. Trotzdem müssen wir uns auch an die Regeln des Versorgers halten, die ja auch in irgendwo vertraglich geregelt sind. |
|
Meine Meinung: |
|
Daher hilft einfach derzeit der Blick in die gültigen Gesetze und auf die inzwischen recht umfangreichen und ausführlichen Ausführungen und Erläuterungen der BNetzA zu dem Themenkomplex am meisten. |
|
Batterien sind aktuell nur meter. Wie kann man einer Batterie den circuit lpc zuweisen, damit diese auch gesteuert werden würde falls ein dimm signal kommt und diese aus dem netz geladen werden würde? |
|
Derzeit werden Batterien immer als selbstgeregelt angesehen. Höhere Netzbezüge können im Prinzip nur auftreten wenn der Speicher von sich aus eine "Notladung" durchführt - wobei die schon meist nur mit recht geringer Leistung erfolgen oder In einigen Templates gibt es jedoch schon die Möglichkeit die Ladeleistung zumindest statisch vorzugeben. Für eine dynamisch(er)e Leistungsvorgabe beim Laden gibt es aktuell noch keine Interfaces und auch kein Konzept. |
|
Beim Netzladen über den STP SE werden allerdings die Leistungswerte zum Laden angegeben und diese könnten maximal 10600W betragen. Dies kann man über das Portal oder auch evcc anstoßen. Evcc setzt dann sicher 40149/40159 über Modbus und damit ist alles möglich. Besser wäre jedoch die zweite Variante über die 6 Register. Da könnte man den opmode auf nur entladen setzen oder man setzt dabei den Parameter Ladelimit auf das was noch zu Pmin als Differenz frei ist. CmpBMS.BatChaMinW 40793 --> Wert: 0 Wenn man alle SteuVE zu 14a anmeldet müssen diese auch auf das Signal reagieren und die Batterie wäre für erste, die ich dimmen würde, wenn diese gerade aus dem Netz lädt und das Signal kommt. Hier wären P min = 14,75kW Die WP sollte immer durchlaufen was sie damit könnte und die anderen drei sollten dann den Rest nach prio nutzen.
|
Eine pragmatische Option könnte doch bei aktivem lpc auch sein, evcc keine Netzladung durchführen zu lassen, und die genannte Selbstregelbarkeit damit im speziellen Fall wiederherzustellen. Die Batterie wäre dann zumindest implizit ein Teil des Hauptstromkreises. |
Naja, das sollte schon intelligenter sein. Wenn noch Kapazität frei ist bis Pmin völlig ausgenutzt wurde sollte er auch laden dürfen. Nur wenn Pmin überschritten wurde sollte dies eingeschränkt werden. |
|
Das lpc-Szenario funktioniert bei mir soweit (getestet mit dem eebus-go Controlbox-Simulator). Vllt bin ich ja auch nur blind, aber im evcc-Tree im MQTT habe ich nirgends gesehen, ob ein Consumption Limit aktiv ist. Würde das gerne in meine Visualisierung einbauen. Dachte erst, das wäre 'limitEnergy' im jeweiligen Loadpoint-Zweig. Das scheint mir aber eher die Limitierung zu sein, die man in manchen EVs aktivieren kann. Wenn dann auch noch ein lpp-Event im MQTT innerhalb des evcc-Trees sichtbar wäre, dann ließe sich auch das Einspeiselimit meines WRs (Deye) ganz einfach im ioBroker setzen. Ist sowas angedacht ? Danke vorab für eine Rückmeldung |
|
@malcolmx67 falls es Limits gibt sollten die unter den Circuits sichtbar sein. |
|
das ist leider nicht so. Unter Circuits sind die Limits aus dem Lastmanagement sichtbar, nicht aber das Limit aus |
|
Könnte mir bitte jemand mal kurz erklären, wie man den Controlbox Simulator startet? Ich habe
aufgerufen und das Zertifikat und den private Key in Dateien abgelegt. Ein Aufruf
tut nichts weiter und eine HTTPS Verbindung per Browser auf den Port 4713 erzeugt ein
|
|
Also hier im Fork von @meisel2000 steht es gut beschrieben: |
@VolkerK62 laut Code setzt das EEbus HEMS (ebenso wie Relais) die Was mir allerdings auch auffällt ist, dass es kein Fallbacksetting gibt. Nach Ablauf eines LPC Limits wird das Limit auf 0 gesetzt und damit inaktiv. Ein eventuell konfiguriertes statisches Limit würden damit entfallen. Wer statische Limits braucht muss die also auf einem untergeordneten Circuit setzen. |
|
Wie sieht es eigentlich mit der Protokollierung aus? Sprich der Nachweis, dass z.B. der LPC Befehl verarbeitet wurde? Laut VDE FNN Empfehlungen muss im HEMS nicht protokolliert werden, die Befehle müssen aber per ACK/NACK quittiert werden. Passiert das schon? |
|
Siehe #19422 für Registerdoku zum Limitation of Power Production use case. |
|
Auch bei nach dem 1.1.2024 installierten PV Akkus ist ja der §14a zu berücksichtigen. Für Akkus bei denen evcc eine aktive Batteriesteuerung erlaubt, sollte es ja eigentlich möglich sein, bei der Auslösung eines Dimmvorganges über die HEMS Funktion das batterygridchargelimit entsprechend einzustellen. Wie macht man praktisch? Der Akku ist ja nicht als Ladepunkt definiert. |
|
Eine sehr einfache Möglichkeit ist die Speicherladeleistung aus dem Netz dauerhaft auf Pdim zu beschränken. |
|
Klar, das wäre möglich. Besser wäre aber eine dynamische Lösung analog der Ladepunkte. Akku läd aus dem Netz mit 6kW. Dimmen wird ausgelöst. Ladeleistung aus dem Netz wird auf 4,2kW heruntergeregelt. |
Wenn es diese sehr einfache Lösung überhaupt bei dem jeweiligen WR gibt wäre dies möglich... Welche WR bieten dies? |
Haben wir dynamisch für Batteriepeicher aktuell aber noch nicht. Die Netzladeleistung läst sich allerdings bei vielen Batteriespeichern bzw. deren Wechselrichtern (z. B. bei allen SMA) statisch über das Template mittels Siehe auch #20451 |
|
maxchargepower ist jetzt ja auch für RCT implementiert :-) Da ein Dimmen seitens des MSB bisher keine direkte Auswirkung auf maxchargepower hat, wäre es ja ggf. ein Workaround dies extern zu triggern. maxchargepower lässt sich bisher aber noch nicht über REST oder MQTT dynamisch setzen, oder? |
|
die Diskussion hier ist so lang, dass ich den Wald vor lauter Bäumen nicht mehr sehen. Vielleicht könnt ihr mit bitte weiterhelfen. Ich habe ein Relais, das von Netzbetreiber den Befehl "jetzt dimmen" bekommt. (Ich habe momentan noch einen Rundsteuerempfänger, später dann wahrscheinlich den potentialfreien Kontakt der über das Smart Meter Gateway angesteuert wird.) So oder so bleibt es bei einem einfachen Relais. Wenn der Netzbetreiber es will, soll dann der Verbraucher (also die Wallbox) auf 4,2kW Netzbezug begrenzt werden. Was das Haus insgesamt für eine Leistung bezieht ist doch dann egal... Deswegen verstehe ich das mit dem Lastmanagement, das hier beschreiben wird nicht. Ich möchte nur ganz einfach das Relais, das von Netzbetreiber geschaltet wird, z.B. an einen Shelly anschließen, die Shelly-Auswertung des Netzbetreiber-Relais in evcc einlesen und dann den Netzbezug der Wallbox auf 4,2kW begrenzen. Passiert das, wenn ich das Folgende in meine yaml einfüge (und des Shelly-Signal über hems/limit/bool bereitgestellt wird)? Wenn ich die Dokumentation zum Lastmanagement lese, verwirrt mich das.
Für mich ist evcc dann doch ein HEMS und ich brauche nichts anderes kaufen, oder? edit: Vielen lieben Dank! Die Bundesnetzagentur hat detaillierte Vorgaben für die netzorientierte Steuerung von steuerbaren Verbrauchseinrichtungen entwickelt (https://www.bundesnetzagentur.de/DE/Beschlusskammern/1_GZ/BK6-GZ/2022/BK6-22-300/BK6-22-300_Beschluss.html). Die Vorgaben dienen der Integration einer zunehmenden Anzahl steuerbarer Verbrauchseinrichtungen und steuerbarer Netzanschlüsse im Niederspannungsnetz. Sie erlauben eine zeitweise Reduzierung des netzwirksamen Leistungsbezugs steuerbarer Verbrauchseinrichtungen, um Gefährdungen der Sicherheit oder Zuverlässigkeit des Netzes, insbesondere aufgrund von Überlastungen der Betriebsmittel, zu vermeiden.
|
|
Ich stehe aktuell vor dem selben Problem. Für die Anmeldung einer neuen Wallbox benötige ich eine funktionierende Steuerung der Wallbox über EVCC. Meine Idee wurde bereits im Post vorher skizziert --> Steuerbox --> potenzialfreie Schaltkontakt am Shelly --> EVCC drosselt Leistung Das Code-Snippet sieht ja schon vielversprechend aus, aber wie bekomme ich da die Zustandsabfrage vom Shelly rein? |
|
"Für die Anmeldung einer neuen Wallbox benötige ich eine funktionierende Steuerung der Wallbox über EVCC." |
|
Sorry, ich habe mich unklar ausgedrückt. Die Wallbox muss laut Netzbetreiber steuerbar sein. Das kann entweder über einen Schütz (an/aus) oder über ein "Home Energy Management System" über das Netzwerk realisiert werden. Ich habe an EVCC als Möglichkeit gedacht diese Anforderungen zu realisieren. |
|
Na dann: Schütz davor und schon ist die Wallbox steuerbar. Dafür brauchst du kein evcc. Ansonsten ist die Umsetzung der netzorientierten Steuerung in evcc immer noch nur experimentell. |
|
Ich habe eine kurze Verständnisfrage! Wo erfolgt in der WEB-UI/Integrationen der Eintrag: hems: Unter EEBus, oder unter HEMS? Ich nehme an unter HEMS! Liege ich damit richtig? Muss dann die SKI der Steuerbox sowohl unter EEBus, als auch unter HEMS eingetragen werden? Für eine kurze Antwort bin ich euch sehr dankbar! |
|
@malcolmx67 Es handelt sich ja um eine TCP-Verbindung und da gibt es einen Listener (passiv) und einen Caller (aktiv), der den Listener anruft, um eine Verbindung herzustellen.
Wenn ich das Simulator-Frontend starte, dann gibts leider keine Dropdown-Box, in der ich EVCC auswählen könnte.
Ich verwende den Fork von @meisel2000 <https://github.com/meisel2000> und dachte ich hätte es genau gemäß dem README gemacht. Ich muss es nochmal checken. Leider bin ich 3 Tage nicht zu Hause. Werde es nächstes Wochenende nochmal probieren.
Von: malcolmx67 ***@***.***>
Gesendet: Sonntag, 11. Mai 2025 21:37
An: evcc-io/evcc ***@***.***>
Cc: JKoetzing ***@***.***>; Mention ***@***.***>
Betreff: Re: [evcc-io/evcc] Integration von steuerbaren Verbrauchseinrichtungen und steuerbaren Netzanschlüssen nach §14a Energiewirtschaftsgesetz (Discussion #15139)
@JKoetzing <https://github.com/JKoetzing> sorry, jetzt erst gesehen. Was genau meinst Du mit 'Listener' ? Wenn ich das Simulator-Frontend starte, dann gibts da eine Dropdown-Box, in der ich EVCC auswählen kann.
sim.png (view on web) <https://github.com/user-attachments/assets/6d07cdd5-56ec-42ca-9bcb-715d2619725c>
Wenn ich mich recht entsinne, gibt es auch einen Fork, wo man die evcc SKI als Parameter beim Start der COntrolbox übergeben muss.
Hast Du denn die SKI des Controlbox-Simulators in der evcc-Config eingefügt ?
—
Reply to this email directly, view it on GitHub <#15139 (reply in thread)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/BIAGYCVKRFO3IGS4DXM5CSD256RHHAVCNFSM6AAAAABLU7PIBOVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTGMJQHE3DANQ> .
You are receiving this because you were mentioned. <https://github.com/notifications/beacon/BIAGYCQ4W6ZAYCNHRWAMGKD256RHHA5CNFSM6AAAAABLU7PIBOWGG33NNVSW45C7OR4XAZNRIRUXGY3VONZWS33OINXW23LFNZ2KUY3PNVWWK3TUL5UWJTQAZAEWM.gif> Message ID: ***@***.*** ***@***.***> >
|
|
Hi, |
|
Angeblich muss man das Interface doch nicht angeben oder doch? Optionale Parameter
|
|
Ich möchte hier meine Erkenntnisse bezüglich der Integration einer steuerbaren Verbrauchseinrichtung über die digitale Schnittstelle (eebus) teilen. Die Informationen sind hier alle vorhanden, aber man muss sie sich mühsam zusammensuchen. Testen kann man das Ganze mit dem Controlbox Simulator eebus-cbsim https://github.com/meisel2000/eebus-go/blob/simulators/examples/controlbox. Hier ist auch sehr gut beschrieben, wie man die benötigten Zertifikate und SKI’s generiert.
Die Files eebus.crt und eebus.key enthalten das Zertifikat und den Private Key der Controlbox. |
Mir ist nicht ganz klar wie der eebus angeschlossen wird. Direkt am Rasberry (EVCC) oder an das Heimnetzwerk. Ich habe am Rasberry nur eine Netzwerkschnittstelle. |
|
Das ist beides möglich. Es können beide Systeme im Heimnetzwerk hängen. Das ist die einfachste Konstellation. |
|
Ich habe in Vorbereitung einer Installation einer Steuerbox durch den NB an meinen raspi einen zusätzlichen USB-to-Ethernet Adapter (für ca. 8€) gehängt. Der hat das interface eth1, und evcc ist so konfiguriert, dass nur an dem Interface auf EEBUS Verbindungen "gehört" wird... |
|
@JKoetzing Verständnisfrage: A) Wird bei Eintritt des LPC über die ControlBox dann einfach nur die maximale Leistung der Wallbox auf 4,6kW begrenzt (unabhängig von tatsächlichen Netzbezug vs. Batteriebezug)? B) Tritt der „lpc“-Stromkreis immer als Hauptsicherung ein oder kann dieser auch auf einem Unterstromkreis Anwendung finden? Falls ja, wie würde hier die yaml aussehen? Ich stehe gerade auf dem Schlauch. |
|
zu A) zu B) |
|
Hab zu dieser Thematik eine Frage. Ich habe eine 22kW WB, eine WP mit 7,5kW elektrischer Maximalleistung incl. Heizstab und eine Batterie mit 4,5kW maximaler Ladeleistung nach §14a als steuVE angemeldet. Damit habe ich im Steuerungs-/Dimmfall ein Budget von 10,5kW für diese 3 Verbrauchseinrichtungen; zusätzlich natürlich noch der übliche Haushaltsstrom. In evcc sind, neben der PV, die WB, die WP und die Batterie konfiguriert.
Das ist die per UI eingerichtete Lastmanagement Konfiguration Und die HEMS Konfig zum Testen Mein Fragezeichen: Was mich allerdings stutzig werden lässt: main ist ja Unterstromkreis von lpc. Eigentlich müsste es doch umgekehrt sein? Wenn ich das jedoch so einrichte, hagelt es endlos Fehlermeldungen, die ich mir und euch erspare, hier reinzukopieren, außer Jemand fragt danach)? Was verstehe ich falsch? |
|
Meine Erwartung wäre, dass dein Elektriker sowas gar nicht erst installiert! |
|
Warum? Der Eli hat es installiert und angemeldet, der VNB hat es genehmigt. Und es verstößt gegen keine Vorschriften. Wenn evcc das nicht kann, ist das auch eine Aussage. Ich bin ja bekanntlich frei darin, wie ich die Limits implementiere. ZB indem ich die WB auf 11kW limitiere. Oder wie auch immer. :-) |
Weil dein Zähler nur 44 A verträgt, dein SLS aber mit 50 A absichert! |
|
Deswegen will ich es ja auch limitieren. Ich habe den Extremfall geschildert, der a) eher nicht eintritt b) wenn er eintritt, keine kritischen Auswirkungen hat und c) der Zähler bei Dauerlast > 44A "nur" beginnt, falsch zu zählen. OK, ich nehme mit, es ist ein Anwendungsfall, der bei evcc nicht vorgesehen ist. Danke. Edit: |
|
Please note #24976 for an overview of current status |
|
Frage zur FNN-Steuerbox / VDE-FNN 4.1.2.3 mit evcc 0.314.2 Ich möchte evcc als EMS über EEBUS/LPC an einer FNN-Steuerbox gemäß §14a EnWG betreiben. Bei der Prüfung der VDE-FNN-Anforderungen ist für mich Punkt 4.1.2.3 „Rückmeldung des aktuellen Leistungswerts der Anlage“ noch unklar. Werden bei evcc 0.314.2 der aktuelle Wirkleistungswert sowie insbesondere der aktuelle Leistungswert am Netzanschlusspunkt über die digitale EEBUS-Schnittstelle für die FNN-Steuerbox/Steuerungseinrichtung auslesbar bereitgestellt? evcc kennt den Netzanschlusswert über den Grid-Meter und verwendet ihn für das Lastmanagement. Im Code finde ich MGCP allerdings als Monitoring-Appliance-Rolle, während ich beim gegenüber der Steuerbox verwendeten LPC-Controllable-System keine entsprechende Rückgabe des aktuellen Leistungswerts erkennen kann. Wie erfüllt evcc damit VDE-FNN 4.1.2.3? Hintergrund der Frage ist der Einsatz von evcc als EMS, bei dem die Einhaltung der vorgegebenen Leistungsbegrenzung am Netzanschlusspunkt nachvollziehbar sein soll. |
|
Mittig unter dem Bar Code. Die 1er beginnen SMGW-K-1 , die 2er mit SMGW-K-2, in den konkreten Fällen, die ich bisher gesehen habe, SMGW-K-1B-111-30 für die 1er und SMGW-K-2A-111-30 für die 2er |
|
Danke bstrdb, das ist für mich sehr hilfreich. Meine bestehende Anlage wurde als Direktsteuerung angemeldet und soll auf EMS/EEBUS geändert werden. Weißt du aus deiner Avacon-Praxis, ob Avacon für diese Änderung einen bestimmten Konformitätsnachweis bzw. eine Avacon-Anerkennung des eingesetzten EMS verlangt? Mein bisheriger eingetragener Installateur fordert ausdrücklich einen „von Avacon anerkannten Konformitätsnachweis“. Oder reicht bei Avacon üblicherweise die Anmeldung der Steuerungsart EMS durch den eingetragenen Installateur mit anschließender fachgerechter Inbetriebnahme/Funktionsprüfung? |
|
Die gesetzlich definierte Schnittstelle ist einzig und alleine die Steuerbox bzw. deren direkte Schnittstellen. Daher kann es weder irgendwelche wirksamen Forderungen nach "Koppelrelais" noch "Zertifikaten" noch "Anerkennung" von irgendwas geben. Sollte es mit dem grundzuständigen Messstellenbetreiber (gMSB) irgendwie lästig oder unfähig sein nimmt man einfach einen wMSB. Die sind auch nicht teurer, haben keine Konnektivitätsproblem machen vor allem nicht so ein Drama-Theater. |
@bstrdb Danke, das ist für mich sehr interessant. Übernimmst du selbst auch die Prüfung und Ummeldung einer bestehenden §14a-Anlage von Einzelsteuerung auf EMS/EEBUS bei Avacon – konkret mit evcc als EMS? Falls nicht: Kennst du einen bei Avacon eingetragenen Installateur, der so etwas prüft und anmeldet? |
|
Ich als Newbie von evcc habe mir jetzt den Thread durchgelesen, aber mein Ziel m.M. nach nicht darin gefunden. Folgende Idee zur Dimmung der WP. |
and others
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Die Bundesnetzagentur hat detaillierte Vorgaben für die netzorientierte Steuerung von steuerbaren Verbrauchseinrichtungen entwickelt (https://www.bundesnetzagentur.de/DE/Beschlusskammern/1_GZ/BK6-GZ/2022/BK6-22-300/BK6-22-300_Beschluss.html). Die Vorgaben dienen der Integration einer zunehmenden Anzahl steuerbarer Verbrauchseinrichtungen und steuerbarer Netzanschlüsse im Niederspannungsnetz. Sie erlauben eine zeitweise Reduzierung des netzwirksamen Leistungsbezugs steuerbarer Verbrauchseinrichtungen, um Gefährdungen der Sicherheit oder Zuverlässigkeit des Netzes, insbesondere aufgrund von Überlastungen der Betriebsmittel, zu vermeiden.
evcc setzt die Vorgaben im Zusammenspiel mit einer Steuerbox des Verteilnetzbetreibers um. Unterstützt werden sowohl die digitale (#14950) als auch die analog Schnittstelle mittels potentialfreien Kontaktes (#15116).
Voraussetzungen für die Installation:
Einrichtung des Lastmanagements und Zuordnung der betroffenen steuerbaren Verbrauchseinrichtungen zum Lastmangement: https://docs.evcc.io/docs/features/loadmanagement
Konfiguration eines digitalen (oder analogen) Energiemanagements für die netzdienliche Steuerung
Digital (Voraussetzung: eingerichteter EEBus Service (https://docs.evcc.io/docs/reference/configuration/eebus):
Analog:
Engpass-Steuerung durch den Netzbetreiber
Visualisierung des Lastmanagements in der Benutzeroberfläche (Config UI: circuit status #15110)
Bisher unterstützt werden die Use Cases
Die technische Umsetzung erfolgt so, dass im Lastmanagement ein evcc-seitig generierter neuer Stromkreis
lpceingefügt wird der mit den entsprechenden Limits des Lastmanagements gesteuert wird.Die Umsetzung ist aktuell als experimentell anzusehen.
All reactions