Zur Kontaktbelegung der iMSys-Steuerbox gibt es einen FNN-Vorschlag: https://www.vde.com/resource/blob/22927 ... g-data.pdfID4U hat geschrieben: ↑Di Feb 06, 2024 3:26 pmNach meinen bisherigen Informationen ist das nicht erforderlich da der Netzbetreiber keine einzelnen Geräte steuert sondern alles hinter einem Netzanschluss als eine Einheit sieht. Im Steuerungsfall werden daher vermutlich alle Relais von RSE oder iMSys-Steuerbox gemeinsam aktiviert werden.
Vorschlag Umsetzung §14a EnWG in der openWB
-
- Beiträge: 485
- Registriert: Do Okt 13, 2022 4:26 pm
- Has thanked: 19 times
- Been thanked: 27 times
Re: Vorschlag Umsetzung §14a EnWG in der openWB
-
- Beiträge: 739
- Registriert: So Okt 30, 2022 8:07 am
- Has thanked: 13 times
- Been thanked: 24 times
Re: Vorschlag Umsetzung §14a EnWG in der openWB
Wenn ich das richtig interpretiere, dann ist die bisherige Auslegung der RSE-Steuerkontakte auf der Addon Platine als NO verwendbar?ID4U hat geschrieben: ↑Mi Feb 07, 2024 6:44 pm Zur Kontaktbelegung der iMSys-Steuerbox gibt es einen FNN-Vorschlag: https://www.vde.com/resource/blob/22927 ... g-data.pdf
Der Kontakt E1, der sowohl bei der direkten Ansteuerung von bis zu 2 Geräten, als auch bei der Ansteuerung des EMS für den "Zugesicherten Minimalwert § 14a (dimmen)" verwendet wird, wird an die Schließer S1 bzw. S2 der Box angeschlossen.
Ich gehe davon aus, dass die Schließer nur bei Anliegender Steuerung schließen.
Der EVU-Kontakt meiner Wärmepumpe (Noch nix mit SG ready) arbeitet nach dem gleichen Prinzip, daher wäre diese Beschaltung tatsächlich mal realitätsnah...
Wobei mir die openWB als EMS natürlich viel besser schmeckt. Meine Wärmepumpe kann über Smarthome damit bereits über einen Shelly abgeschaltet werden und natürlich würde ich gerne die PV-Ladung mit berücksichtigen...
Wenn das dann später im Step 2 kommt, kann das leicht umgerüstet werden, da sich die Ansteuerung der openWB gar nicht mehr ändert.
Warten wir mal ab, wie sich das entwickelt...
openWB Series 2 Standard+, SW-Version 2
SolarEdge SE10K-RWS, BYD LVS 8, 16,8 kWp.
CUPRA Born
SolarEdge SE10K-RWS, BYD LVS 8, 16,8 kWp.
CUPRA Born
-
- Beiträge: 485
- Registriert: Do Okt 13, 2022 4:26 pm
- Has thanked: 19 times
- Been thanked: 27 times
Re: Vorschlag Umsetzung §14a EnWG in der openWB
Gemäß dem FNN-Vorschlag werden die Relais der iMSys-Steuerbox erst im Steuerungsfall (Drosselung) angesteuert. Da es sich dabei (teilweise) um Schließer handelt passt dies für die RSE-Kontakte auf der AddOn-Platine perfekt.ChristophR hat geschrieben: ↑Mi Feb 07, 2024 8:05 pm Ich gehe davon aus, dass die Schließer nur bei Anliegender Steuerung schließen.
Beim IO-LAN-Moduls ist das aktuell allerdings umgkehrt. Und passt daher nicht. Hier sollte das Verhalten entweder grundsätzlich geändert oder eine Möglichkeit zur Invertierung in der Konfiguration eingebaut werden.
Zuletzt geändert von ID4U am Fr Feb 09, 2024 8:04 am, insgesamt 3-mal geändert.
-
- Beiträge: 485
- Registriert: Do Okt 13, 2022 4:26 pm
- Has thanked: 19 times
- Been thanked: 27 times
Re: Vorschlag Umsetzung §14a EnWG in der openWB
Die openWB ist eigentlich perfekt dafür geeignet weil ja sehr viel schon fast fertig drin steckt. Das Potential sollte unbedingt genutzt werden!ChristophR hat geschrieben: ↑Mi Feb 07, 2024 8:05 pm Wobei mir die openWB als EMS natürlich viel besser schmeckt.
Eine frühe Umsetzung zumindest der wichtigsten Funktionen (muß ja anfangs noch nicht alles perfekt sein) würde zudem einen großen Vorsprung gegenüber anderen Lösungen bedeuten.
Unterbrechung geht über die RSE-Kontakte natürlich auch jetzt schon. Aber ein ganz klein wenig Dimmung als zusätzliche Option wäre schon toll. Und wenns auch nur erst mal fix auf 4,2kW pro Ladepunkt (Direktansteuerung) wäre. Gerne auch via IO-LAN-Modul
-
- Beiträge: 739
- Registriert: So Okt 30, 2022 8:07 am
- Has thanked: 13 times
- Been thanked: 24 times
Re: Vorschlag Umsetzung §14a EnWG in der openWB
Beim 1. Punkt stimme ich Dir zu, den 2. Punkt sehe ich eher kritisch:ID4U hat geschrieben: ↑Mi Feb 07, 2024 8:39 pm Die openWB ist eigentlich perfekt dafür geeignet weil ja sehr viel schon fast fertig drin steckt. Das Potential sollte unbedingt genutzt werden!
Eine frühe Umsetzung zumindest der wichtigsten Funktionen (muß ja anfangs noch nicht alles perfekt sein) würde zudem einen großen Vorsprung gegenüber anderen Lösungen bedeuten.
Wenn eine Umsetzung der openWB als EMS erfolgt, muss es insoweit perfekt sein, als dass man sich auf die sichere Dimmung/Abschaltung der gesteuerten Geräte verlassen muss, da man als Betreiber ja für diese Funktion verantwortlich ist.
Daher hat die openWB-Entwicklung ja vermutlich auch als 1. Funktion den Ladestop bei fehlender Verbindung zum LAN-Modul umgesetzt, bevor es an die eigentliche Umsetzung geht.
Ich denke, aufgrund des Konzeptes wie die Primary/Secondary Ladepunkte konzipiert sind, gibt es eine Herausforderung, wie dies technisch umgesetzt werden kann.
Die Steuerung übernimmt ja die Primary, es müsste aber der RSE-Kontakt an dem jeweiligen Secondary Ladepunkt ausgewertet werden und dann auf 6A Ladestrom begrenzt werden. Wie ich vorher ausgeführt habe, muss dann trotzdem noch bei Überschreitung von 4,2kW (Wenn im Falle der Dimmung trotzdem die Spannung noch über 235,77V liegt) auf 0A Ladestrom reduziert werden, da lt. Ladestandard mit mindestens 6A geladen werden muss. Die nächst kleinere Dimmung, die von der Bundesnetzagentur gefordert wird, wäre dann doch die Abschaltung.
Bevor hier nicht alle Unklarheiten beseitigt sind, macht eine Umsetzung vermutlich noch wenig Sinn.
Daher ist die Abschaltung selbst für die neue Regelung m.E. erstmal der sicherere Weg und bereits technisch umgesetzt. (Bei Anliegen des Steuersignals an der Primary werden alle Ladepunkte gestoppt, das erfüllt auf jeden Fall die Anforderungen). Aufgrund der Tatsache, dass noch gar nicht gesteuert wird, besteht hier erstmal kein Grund, sich zu überschlagen.
Noch zu bedenken wäre:
Aus diesem Dokument geht nun noch hervor, dass man nach einem Reboot erst nach 5 Minuten mit einem Ladebeginn starten sollte, um ein evtl. fehlendes Steuersignal nicht zu ignorieren.
Für den Normalfall sehe ich da kein Problem, allerdings fällt mir dazu der Notlademodus bei defekter SD-Karte ein. Hier wird unabhängig von dem Steuersignal und mit mehr als 4,2kW geladen, selbst wenn ein Steuersignal anliegen sollte, da dieses dann ja gar nicht ausgewertet werden kann.
Diesen Modus müsste man dann evtl. noch abschaltbar machen, damit er nicht mal versehentlich startet. Falls das überhaupt geht.
openWB Series 2 Standard+, SW-Version 2
SolarEdge SE10K-RWS, BYD LVS 8, 16,8 kWp.
CUPRA Born
SolarEdge SE10K-RWS, BYD LVS 8, 16,8 kWp.
CUPRA Born
-
- Beiträge: 485
- Registriert: Do Okt 13, 2022 4:26 pm
- Has thanked: 19 times
- Been thanked: 27 times
Re: Vorschlag Umsetzung §14a EnWG in der openWB
Ja natürlich, ist auch erst mal die sicherste Lösung. Die Diskussion hier soll dabei helfen wie die weitere Umsetzung aussehen könnte. Und deckt natürlich auch Probleme auf die zunächst vielleicht nicht ganz offensichtlich sind. Und das ist ja auch gut so.ChristophR hat geschrieben: ↑Do Feb 08, 2024 12:27 am Daher hat die openWB-Entwicklung ja vermutlich auch als 1. Funktion den Ladestop bei fehlender Verbindung zum LAN-Modul umgesetzt, bevor es an die eigentliche Umsetzung geht.
Zuletzt geändert von ID4U am Do Feb 08, 2024 7:08 am, insgesamt 1-mal geändert.
-
- Beiträge: 485
- Registriert: Do Okt 13, 2022 4:26 pm
- Has thanked: 19 times
- Been thanked: 27 times
Re: Vorschlag Umsetzung §14a EnWG in der openWB
Die Frage ist ob bei Direktansteuerung wirklich separate Steuerleitungen zu den RSE-Kontakten jedes einzelnen Ladepunktes gehen müssen oder ob das auch z.B. via IO-LAN-Interface und dann per ModbusTCP zulässig ist. Oder auch ob der RSE-Kontakt der Primary ausreicht wenn diese den Steuerbefehl an alle untergeordneten Ladepunkte per ModbusTCP weiter gibt. In dem Fall hat man ja erst mal noch kein EMS.ChristophR hat geschrieben: ↑Do Feb 08, 2024 12:27 am Die Steuerung übernimmt ja die Primary, es müsste aber der RSE-Kontakt an dem jeweiligen Secondary Ladepunkt ausgewertet werden und dann auf 6A Ladestrom begrenzt werden.
Man könnte natürlich annehmen das der Begriff "Direkt(an)steuerung" ganz bewusst so gewählt wurde weil er eben "direkte" Verbindungen zwischen iMSys-Steuerbox sowie allen SteuVE voraussetzt. So ganz eindeutig konnte ich das den bisherigen Infos aber noch nicht entnehmen.
Ob damit die Anforderungen vollständig erfüllt sind ist abhängig von der Klärung der obigen Frage. Denn in dem Fall gibt es ja keine "direkten" Steuerleitungen zu allen andern LadepunktenChristophR hat geschrieben: ↑Do Feb 08, 2024 12:27 am Daher ist die Abschaltung selbst für die neue Regelung m.E. erstmal der sicherere Weg und bereits technisch umgesetzt. (Bei Anliegen des Steuersignals an der Primary werden alle Ladepunkte gestoppt, das erfüllt auf jeden Fall die Anforderungen).
Zuletzt geändert von ID4U am Do Feb 08, 2024 12:57 pm, insgesamt 1-mal geändert.
-
- Beiträge: 485
- Registriert: Do Okt 13, 2022 4:26 pm
- Has thanked: 19 times
- Been thanked: 27 times
Re: Vorschlag Umsetzung §14a EnWG in der openWB
Nein, natürlich nicht. Ist aber schon ein wenig Henne-Ei-Problem. Denn solange die Vorgaben seitens der Netzbetreiber nicht ganz eindeutig sind kann man auch nicht vom Betreiber verlangen das er diese sofort richtig umsetzt.ChristophR hat geschrieben: ↑Do Feb 08, 2024 12:27 am Aufgrund der Tatsache, dass noch gar nicht gesteuert wird, besteht hier erstmal kein Grund, sich zu überschlagen.
Natürlich kann man erst mal abwarten bis auch das allerletzte Detail geklärt ist - es kann aber auch nicht schaden sich schon mal Gedanken zu machen und eventuell sogar pragmatische Lösungsansätze finden welche über das reine Abschalten hinaus gehen.
Vielleicht hilft diese Diskussion ja ein ganz klein wenig dabei
-
- Beiträge: 485
- Registriert: Do Okt 13, 2022 4:26 pm
- Has thanked: 19 times
- Been thanked: 27 times
Re: Vorschlag Umsetzung §14a EnWG in der openWB
Die 4,2kW wurden meines Wissens gewählt weil damit die meisten Fahrzeuge immer noch mit mindestens 6A dreiphasig laden können. Ich könnte mir daher vorstellen das eine geringfügig höhere Leistungsaufnahme lediglich aufgrund höherer Netzspannung möglichwerweise zulässig ist.ChristophR hat geschrieben: ↑Do Feb 08, 2024 12:27 am Wie ich vorher ausgeführt habe, muss dann trotzdem noch bei Überschreitung von 4,2kW (Wenn im Falle der Dimmung trotzdem die Spannung noch über 235,77V liegt) auf 0A Ladestrom reduziert werden, da lt. Ladestandard mit mindestens 6A geladen werden muss. Die nächst kleinere Dimmung, die von der Bundesnetzagentur gefordert wird, wäre dann doch die Abschaltung.
Habe dazu das hier gefunden:
Quelle: https://www.bundesnetzagentur.de/DE/Fac ... start.htmlKeine Abschaltungen: Dabei muss eine Mindestleistung immer zur Verfügung stehen, so dass Wärmepumpen betrieben und Elektroautos weiter geladen werden können.
Ein komplettes Abschalten lediglich aufgrund des Abweichens der Netzspannung von der Nennspannung dürfte demnach also eigentlich nicht im Sinne der Regelung sein.
Zuletzt geändert von ID4U am Do Feb 08, 2024 12:28 pm, insgesamt 3-mal geändert.
-
- Beiträge: 485
- Registriert: Do Okt 13, 2022 4:26 pm
- Has thanked: 19 times
- Been thanked: 27 times
Re: Vorschlag Umsetzung §14a EnWG in der openWB
Dazu habe ich das hier gefunden:ID4U hat geschrieben: ↑Do Feb 08, 2024 7:07 am Man könnte natürlich annehmen das der Begriff "Direktansteuerung" ganz bewusst so gewählt wurde weil er eben "direkte" Verbindungen zwischen iMSys-Steuerbox sowie allen SteuVE voraussetzt. So ganz eindeutig konnte ich das den bisherigen Infos aber noch nicht entnehmen.
Quelle: https://www.westnetz.de/de/energie-verb ... -14-a.htmlDirekte Steuerung: In diesem Fall erfolgt eine konkrete und direkte Leistungsvorgabe für jede einzelne Verbrauchseinrichtung (direkte Steuerung).
Der Begriff "Direktsteuerung" bezieht sich demnach also eher auf die direkte (feste) Leistungsvorgabe pro SteuVE. Und nicht die indirekte Leistungsvorgabe via EMS. Eine "direkte" Kabelverbindung zwischen iMSys-Steuerbox und SteuVE ist damit vermutlich gar nicht gemeint.
Zuletzt geändert von ID4U am Do Feb 08, 2024 12:59 pm, insgesamt 5-mal geändert.