Steuerbare Verbrauchseinrichtung §14 EnWG

[ID4U]

...Westnetz sollte es ganz genau wissen, schliesslich haben die schon seit Februar eine Installateursanleitung online, inkl. Verfahren im Web-Portal für die Anmeldung nach neuem 14a.

Erfahrungsgemäß wissen aber nicht alle Mitarbeiter immer alles. Mein recht kleiner lokaler VNB wusste z.B. gar nicht das er selbst schon seit Januar ein Web-Portal für die Anmeldung einer SteuVE nach neuer Regelung hat. Auf meine Nachfrage hin was denn nun mit dem aktuellen Vorgang ist da ich seit über einem halben Jahr überhaupt nichts gehört hatte schickte er mir einfach nochmal ein PDF-Formular zur Anmeldung einer SteuVE. Obwohl ich alle Punkte schon im Januar bereits online übermittelt hatte (mit Eingangsbestätigung). Man muß daher leider davon ausgehen das so mancher VNB (diesbezüglich) ein kleiner Chaosladen ist bzw. die Vorgänge dort noch "suboptimal" laufen. Ist halt #Neuland

[ChristophR]

Sollte aber grundsätzlich môglich sein: einschalten per smarthome und dimmen per DimmKit. Sind ja auch WP-seitig sicherlich zwei Eingänge.

Genau, die WPs werden ja über die SG Ready Kontakte oder Modbus o.ä. gesteuert. Sie haben aber trotzdem noch einen EVU-Kontakt, der zur Abschaltung (über das Dimmkit) dient.
-> Steuerung bleibt wie sie ist, sie kann dann nur ggf. zusätzlich abgeschaltet werden.
Zum Messen habe ich mich ja schon geäußert...

Das Signal "durchreichen" für die Abschaltung reicht.

Klingt für mich nach einem Plan für den ersten Wurf. Dann kann auch der Satz im Shop raus, dass die Ausgänge noch nicht funktionieren. Dokumentationspflichten und gerätespezifische Entwicklung kann man ja nachher anbauen.

Hallo @openWB,

ist das Thema jetzt für die 2.1.6 mit auf der Agenda oder müssen wir noch weiter warten?

[STSC]

Welches Protokoll wird verwendet (EEbus, KNX, etc.)?

Wir könnten das ganz fancy per ModbusTCP, HTTP oder auch über unsere Cloud lösen.
In der Realität wird einer der Kontakte der iMSys genutzt bzw. die bereits vorhandenen Kontakte wie für WP.

Wird das auch in der Zukunft ein Kontakt eines iMSys sein?
Die Frage ist, wenn man jetzt einen Wallbox-Anschluss vorbereitet, welches Kabel zieht man zur Steuerung hin?
J-Y(St)Y 4x2x0,8 für Modbus oder NYM oder LAN-Kabel?

[openWB]

Wird das auch in der Zukunft ein Kontakt eines iMSys sein?

Sehr gute Frage!

Die Frage ist, wenn man jetzt einen Wallbox-Anschluss vorbereitet, welches Kabel zieht man zur Steuerung hin?
J-Y(St)Y 4x2x0,8 für Modbus oder NYM oder LAN-Kabel?

Immer ein LAN Kabel!
Davon ab - stand aktuell - macht das Dimm- & Control- Kit Sinn und dieses sitzt direkt HAK.

[tiffman]

Genau, die WPs werden ja über die SG Ready Kontakte oder Modbus o.ä. gesteuert. Sie haben aber trotzdem noch einen EVU-Kontakt, der zur Abschaltung (über das Dimmkit) dient.
-> Steuerung bleibt wie sie ist, sie kann dann nur ggf. zusätzlich abgeschaltet werden.
Zum Messen habe ich mich ja schon geäußert...

Das Signal "durchreichen" für die Abschaltung reicht.

Klingt für mich nach einem Plan für den ersten Wurf. Dann kann auch der Satz im Shop raus, dass die Ausgänge noch nicht funktionieren. Dokumentationspflichten und gerätespezifische Entwicklung kann man ja nachher anbauen.

Hallo @openWB,

ist das Thema jetzt für die 2.1.6 mit auf der Agenda oder müssen wir noch weiter warten?

Darf ich nochmal an diese Frage erinnern?

[lordblobo]

Davon ab - stand aktuell - macht das Dimm- & Control- Kit Sinn und dieses sitzt direkt HAK.

Nachdem ich im HAK bereits eine Siemens Logo sowie Smarthome-Integration verbaut habe, würde ich den potentialfreien Kontakt gerne darüber umsetzen. Zum Einsatz kommen weiterhin OpenWB Pro und Standalone.

Lässt sich die Abschaltung/Begrenzung per MQTT oder ModBus realisieren?
Eine Möglichkeit scheint zu sein, entsprechend per Ladepunkt-Profil hart abzuschalten:
MQTT: openWB/set/vehicle/template/charge_template/#/chargemode/selected

Gibt es irgendwo ein geeigneteres (globales) Sperr-Flag?

[Gero]

Wenn die Standalone in der Nähe des HAK steht, könnte man die passenden GPIOs dafür nehmen. Es gibt aber bestimmt auch ein MQTT-Topic dafür, dass die Dimmung aktiv ist. Denn auf der openWB-Homepage steht dann in blau hinterlegt, dass die Ladung wegen Dimmumg o.ä. gestoppt ist.

Die genauen Texte stehen hier: https://forum.openwb.de/viewtopic.php?t=8674 Wenn man die im Sourcecode sucht, findet man vielleicht das Topic, was da abgefragt wird.

[lordblobo]

Es gibt aber bestimmt auch ein MQTT-Topic dafür, dass die Dimmung aktiv ist.

Ich bin inzwischen fündig geworden. Das MQTT Topic zum Dimmen gibt es - es greift aber nur, wenn ein RCR Modul (Dimm oder GPIO) aktiv ist.
Mittels selbst erstelltem dummy RCR-Modul kann ich die Abschaltung über MQTT steuern - die Funktion ist gegeben.
Mal schauen ob ich damit kurzfristig bei Elektriker + Netzbetreiber durchkomme.

Schön wäre es natürlich, wenn mit Standard -Image ein MQTT-Topic oder Modbus-Register als Steuereingang genutzt werden könnte.
Gerne auch mit zusätzlichem Heartbeat-Input zwecks Ausfallsicherheit.

Abgesehen davon ist das Dimm & Control-Kit ist natürlich eine gute und einfache Lösung, in meinem Fall aber z.B. eigentlich nicht nötig.

[Meth]

Zur Verbindung mit einer iMSys-Steuerbox werden aber doch Eingänge benötigt. Denn die Steuerbox hat ja potentialfreie Ausgänge/Relais.

Allerdings ist das ED-008 wohl teurer als die Hi-Flying Boxen. Ich habe mir jetzt eine HF6508 bestellt. Die wird ja von der aktuellen Beta untersützt. Dann bin ich fertig bevor der Netzbetreiber hier aufläuft

Nur haben die was an der Software auf dem HF6508 geändert .
Meine zeigt an

<class 'Exception'> ('Firmware des openWB Dimm-& Control-Kit ist nicht mit openWB software2 kompatibel. Bitte den Support kontaktieren.',)

[ID4U]

Das war zu erwarten. Siehe:

Bitte wartet mit Bestellungen und dergleichen bis wir das offiziell ankündigen und freigeben.
Nicht das Ihr Hardware umsonst bestellt.

Ich habe inzwischen ein originales openWB-Dimmkit.