borg

So the final power-cut is done by the relay, but it also cuts the power to the relay? 🤔 I would expect the relay to actively need power to stay in the ON-position, but automatically fall back to the OFF-position if the power is cut. Can you test to turn the relay on with Brick Viewer and then remove the Bricklet cable? I would expect the relay to turn off. If it stays on without power i would say the relay somehow got stuck/is defective.

Ist eine weitere Kategorie von Geräten für die Geräteliste. Ist schon viel Aufwand, da wir uns nochmal mit den ganzen Herstellern auseinander setzen müssen und Zugriff auf entsprechende Wechselrichter besorgen müssen etc. Unser größtes Problem ist das (stand Aktuell) noch kein Netzbetreiber LPC per EEBUS betreibt (wir wissen dort aber dass das bei einigen Netzbetreibern bald kommen wird). Bis ein Netzbetreiber wirklich LPP per EEBUS für private PV-Anlagen macht (falls das überhaupt passiert) vergehen vermutlich noch Jahre. Die haben überhaupt nicht die Kapazitäten das voran zu treiben. Ist dann schon viel Aufwand für ein Feature das eventuell nie jemand nutzen wird. Wenn da etwas kommt werden wir das sicher umsetzen. Hat aber aktuell nicht die höchste Priorität.

Das LPC (Limitation of Power Consumption) Use Case ist vollständig unterstützt, inkl. angeschlossener Wallboxen und Wärmepumpe. Mit Wechselrichter steuern meinst du vermutlich das LPP (Limitation of Power Production) Use Case? Das können wir aktuell nicht. Das Use Case in EEBUS unterstützen wir schon, aber wir können aktuell die Einspeisung nicht abschalten.

Schaue ich mir nochmal an was man mit der Chart-Library die wir da nutzen machen können. Eventuell wäre ein Button mit dem zwischen "additiv" und "nebeneinander" wechseln kann einfach zu implementieren.

EEBUS ist fertig und wird im nächsten Firmware-Release offiziell veröffentlicht 🤗.

Soweit ich weiß sollte das passen.

Kann es sein dass du nachdem du den Zähler per curl angelegt hast den ESP nicht neugestartet hast? Bei den aktuellen Firmwares muss man nach Config-Änderungen der meters einmal den ESP neustarten (System -> Einstellungen -> Neu starten). Edit: Oh jetzt hatte es sich überschnitten. Du hast es schon selber herausgefunden gehabt 😅.

Haben wir auf dem Schirm und ist in Software auch schon unterstützt 👍: https://github.com/Tinkerforge/bricklib2/blob/master/warp/meter_dsz16dze_def.inc Der DSZ15DZ ist auch abgekündigt soweit wir wissen.

Ich schaue mal wenn ich eine freie Minute dafür hab. Hab es in der Zwischenzeit als Issue auf github hinzugefügt: https://github.com/Tinkerforge/esp32-firmware/issues/462

Jo das sollte gehen. Das einzige Manko wird sein, dass der SoC (je nach Auto und ob die iso15118-2 oder iso15118-20 verwendet werden kann) nur einmal am Anfang ausgelesen werden kann und danach von der Wallbox aktualisiert werden muss. Das ist dann etwas was nur mit der Pro gut funktioniert.

Ja, du kannst unter Wallbox -> Einstellungen die Wartezeit bei Phasenumschaltung konfigurieren. Ich glaube unsere Defaults sind dort aber gut getestet und sollten in den allermeisten fällen funktionieren. Wir versuchen unser bestes, ich kann da aber leider nichts garantieren. Das ist technisch recht kompliziert. Ein AC-Laden und gleichzeitiges Auslesen des State Of Charge ist erst ab der ISO15118-20 möglich (nicht bei der ISO15118-2). Bei Autos die die ISO15118-20 unterstützen könnte ich mir vorstellen dass es tatsächlich möglich ist das Auto darüber wach zu halten. Der Standard ist allerdings noch sehr neu, die Zertifizierung die wir benötigen um ISO15118-20 mit einem echten Auto sprechen zu können ist aktuell noch gar nicht möglich. Die Zertifizierungsstellen arbeiten noch dran das schnellstmöglich anzubieten. Daher ist es schwierig dort Aussagen zu treffen, da wir aktuell selber noch gar nicht mit echten Autos testen können (nur mit einem Simulator). Ja, die Wallbox ist damit dann für V2X vorbereitet. Ob und wann das kommt hängt aber vom den Netzbetreibern und Gesetzgeber ab. Sobald dies in DE möglich wird werden wir das in Software auch unterstützen.

Am Ende hängt das nicht nur von der Hardware sondern auch von der Firmware ab die auf dem Ladecontroller des Autos läuft. Wir haben aktuell einen Cupra Born, einen ID.Buzz und zwei Skoda Elroq in der Firmenflotte und soweit ich weiß können wir die alle wach halten. Wir haben allerdings auch schon von MEB-Autos gehört die Probleme gemacht haben, die dann aber z.T. nach einem Firmware-Update von VW gefixt waren. Goodwe GW-Serie unterstützten wir, da sehe ich kein Problem: https://docs.warp-charger.com/de/docs/compatible_devices/devices/#eh-em-es-et-gw-hybrid-wechselrichter

Anbei eine Kalibrierung, probier mal ob es damit besser funktioniert. calibration.json

Jo, kann ich reproduzieren. Wenn ich über den Browser auf dem Handy die gleiche Seite aufrufe funktioniert es. Die App zeigt ja technisch auch die Webseite an, sehr komisch. Die App bekommt aber in Kürze ein Update wo auch alle Abhängigkeiten und die SDK-Version und so erhöht wird. Ich hoffe dass es das einfach fixt (werde das mit der neuen Version aber nochmal testen vorher).

Aktuell unterstützen wir nur die API von forecast.solar. Für die dynamischen Strompreise ist es geplant dass man anstatt die Strompreise von api.warp-charger.com zu pullen, diese auch per MQTT oder HTTP API rein-pushen kann. Würde sich sicher anbieten das für die PV-Ertragsprognose auch so anzubieten.