Invertierbares Verhalten Dimm&Control Kit

[andlem]

Am Dimm&Control-Kit kann über einen potentialfreien Kontakt zwischen Normalbetrieb und Abregelung umgeschaltet werden. In der aktuellen Implementierung ist der Normalbetrieb bei geschlossenem Kontakt, die Abregelung bei offenem Kontakt.

Mein Netzbetreiber will das anders herum.

Eine Recherche im Internet hat ergeben, dass darüber unter den Netzbetreibern generell kein Konsens zu herrschen scheint. Viele Wallbox-Konkurrenzprodukte haben daher einen Eingang mit Konfigurationsmöglichkeit für das Schaltverhalten.

Ich möchte anregen, diese Konfigurationsmöglichkeit auch in der openWB-Software zu implementieren, um bessere Kompatibilität zu allen möglichen Einsatzumgebungen herzustellen.

[andlem]

Nachdem hier keine Antwort kam, habe ich das Feature selbst implementiert und einen PR eingestellt. Dieser wurde abgelehnt, weil intern bereits an der Umsetzung des Features gearbeitet werde. Es wäre toll gewesen, hier eine Info dazu zu bekommen, dann hätte ich meine Zeit für etwas Sinnvolleres eingesetzt.

[aiole]

Das ist echt schade. Es gab aber immer schon die Info, dass die aktuelle Simple-Implementierung noch erweitert wird. Nur Invertieren reicht leider nicht. Da dürften einige Optionen mehr avisiert sein.

[openWB]

Ganz übersehen.
Üblicherweise gilt Unterbrechung des Kontaktes / fehlen des Kontaktes, das der Alarmzustand aktiv ist.

Welche Netzbetreiber fordert das anders?
Was spricht für den diesen Fall gegen die Nutzung eines kleinen Schützes mit einem Öffner?

[aiole]

Welche Netzbetreiber fordert das anders?
Was spricht für den diesen Fall gegen die Nutzung eines kleinen Schützes mit einem Öffner?

Die NB gibt es.
In Software ist halt komfortabler (und billiger). Da man als Betreiber selbst für korrekte §14a-Funktion verantwortlich ist, kann da auch die komplette Kontaktdetektion mit rein.

[ID4U]

Üblicherweise gilt Unterbrechung des Kontaktes / fehlen des Kontaktes, das der Alarmzustand aktiv ist.

Es wird auf jeden Fall erforderlich sein die Kontaktbelegung und das Kontaktverhalten NO/NC flexibel konfigurierbar zu machen. Denn es wird je nach Anlage und gewählter Steuerungsart verschiendene Kontaktbelegungen der iMSys-Steuerbox geben. Siehe dazu https://www.vde.com/resource/blob/23526 ... g-data.pdf

Die aktuelle Umsetzung mit 2xNC findet sich darin übrigens überhaupt nicht

Auch dürfte es für eine Übergangszeit noch eine Reihe Bestandsanlagen nach "alter" 14a-Regelung und RSE geben. Auch dort wird das in der Praxis wohl unterschiedlich gehandhabt. Um eine flexible Einstellmöglichkeit wird man also nicht drum herum kommen. Und da man das alles prima per Software erledigen kann sollte man diese Möglichkeit auch nutzen.

Bei Nutzern einer openWB mit PV wird überwiegend wohl die Belegung "Steuerung eines EMS über Relais" (Seite 16 oben) Anwendung finden: S1 Erzeuger 60%, S2 Erzeuger 30%, W1 Erzeuger 0%, W2 SteuVE. Für die SteuVE ist hier zwar ein Wechser (W2) vorgesehen; über das Kontaktverhalten NO/NC finden sich aber keine Festlegungen.

Da in Verbindung mit einer SteuVE fast alle PV-Anlagen (auch Bestandsanlagen!) ab Einbau eines iMSys mit einer FER (ferngesteuerte Einspeise Reduzierung) ausgestattet werden müssen sollte auch dies die openWB als EMS übernehmen. Die dafür erforderliche Anbindung an die iMSys-Steuerbox ist dann ja vorhanden (z.B. via DimmKit). Genauso wie die Anbindung an den Wechselrichter (z.B. via Modbus). Es fehlt dann nur noch ein Stück Software ...

[openWB]

Sorry, ja das ist ja das konfigurierte Verhalten in der openWB.

Ich war beim Fehlerzustand der Ausgänge. Hier ist aber ja eh NO/NC vorhanden sodass man das schlicht korrekt anschließen kann um im Fehlerfall das richtige Verhalten zu haben.

[andlem]

Die Praxis bei mir sieht so aus:
Der Elektriker kam zuerst allein und musste alles vorbereiten. Der VNB kann auch auf Nachfrage nur mit 95% Sicherheit sagen, wie es richtig angeschlossen wird.
Später kommt dann irgendwann der VNB auch allein und steckt nur das SMGW an die vorbereiteten Anschlüsse an.
Wenn die Anlage dann nicht funktioniert, muss der Elektriker noch einmal kommen und es anders anschließen. Und dann noch einmal der VNB, um das Gesamtkonstrukt abzunehmen. Internetrecherche zeigt, dass diese Problematik auch im Bereich WP sehr verbreitet ist.
Es wäre viel einfacher und billiger, wenn das Verhalten per Software einstellbar wäre statt per HW-Änderung. Ich nehme an, dass das der Grund ist, warum Konkurrenzprodukte diese Software-Einstellung haben.

[aiole]

Es wäre viel einfacher und billiger, wenn das Verhalten per Software einstellbar wäre statt per HW-Änderung.

Ich bin da sehr zuversichtlich für openWB, denn die aktuelle Implementierung ist eine erste Umsetzung, um zunächst das feature grundlegend zu haben. Hattest du ja auch auf deinen PR hin erfahren.

[ID4U]

Der Elektriker kam zuerst allein und musste alles vorbereiten. Der VNB kann auch auf Nachfrage nur mit 95% Sicherheit sagen, wie es richtig angeschlossen wird. Später kommt dann irgendwann der VNB auch allein und steckt nur das SMGW an die vorbereiteten Anschlüsse an.
Wenn die Anlage dann nicht funktioniert, muss der Elektriker noch einmal kommen und es anders anschließen.

Der Elektriker zieht die Steuerleitung bis dort hin wo später die iMSys-Steuerbox eingebaut wird. Das ist meist direkt auf der Hutschiene neben dem SMGW unter der Abdeckung der mME.

Wenn dann irgendwann der MSB die Steuerbox einbaut schließt er die Steuerleitung an die Relaiskontakte der Steuerbox gemäß seiner Vorgaben an. Darauf hat man keinen Einfluss. Auch später nicht da die Abdeckung verplomt wird.

Wenn man sich dann auf ein falsches Kontaktverhalten vorbereitet hat muß man umbauen (z.B. Koppelreis einbauen). Da wäre eine Lösung via Software sehr viel einfacher.

Allerdings schreiben manche VNB/MSB immer Koppelrelais vor. Wenn man diese sowieso hat reicht natürlich ein Umverdrahten auf Betreiberseite aus. Mein VNB/MSB schreibt aber keine Koppelrelais vor. Die möchte ich auch vermeiden da dies mit einem (größeren) Umbau des Zählerschranks aufgrund sehr beengter Platzverhältnisse einhergehen wüde. Für diese Fälle würde eine flexible Konfigurierbarkeit per Software viel Aufwand/Kosten ersparen.