borg

Ja, ist sie. Der "Kopplungsmodus" bei EEBUS ist wie gesagt mdns. Ich könnte mir aber vorstellen dass SMA schaut welche Use Cases angeboten werden und Geräte anzeigt die kompatible Use Cases bieten. Steuern kann SMA soweit ich weiß aktuell nur Geschirrspühler, Wäschetrocker und Waschmaschinen von Bosch und Siemens. Die beiden scheinen sich im Netzwerk ja sehen zu können, denn du konntest den HM ja in der WARP3 hinzufügen.

Bei EEBUS finden sich die Geräte über mdns. Sobald EEBUS aktiviert ist, ist auch mdns aktiviert. Wenn ein EEBUS-Gerät kein mdns unterstützt kann man über IP + SKI gehen.

Das ist automatisch gespeichert nach dem Hinzufügen. Ich vermute weder der Sunny Home Manager noch der VR921 unterstützen eine der fünf Use Cases die wir unterstützen. Da wird da dann nichts zu konfigurieren sein.

Im Log kann man sehen dass das Auto 2700 Ohm anlegt, die Wallbox gibt dann die Ladung frei. Als nächsten Schritt müsste das Auto dann 880 Ohm anlegen woraufhin die Wallbox die Schütze schalten würde (es bleibt aber bei 2700 Ohm). Kannst du einmal in den Typ2-Stecker schauen? Ist der verdreckt oder ähnliches? Vom Symptom her sieht es so aus als würde der ID.3 das Signal auf der CP-Leitung gar nicht mitbekommen.

Du kannst für sowas immer gut auf docs.warp-charger.com schauen, für EEBUS und §14a EnWG: https://docs.warp-charger.com/de/docs/interfaces/eebus https://docs.warp-charger.com/de/docs/webinterface/energy_management/p14a_enwg/ https://docs.warp-charger.com/de/docs/tutorials/verbrauchseinrichtung/

Der Plan sieht vor dass der WARP4 Charger zum 01.06. bei uns im Shop vorbestellbar ist. Es wird dann voraussichtlich nochmal ~2-3 Wochen dauern bis wir die ersten WARP4 wirklich verschicken können. Die neuen/verbesserten Ladesäulen für WARP4 werden etwas später online gehen. Allerdings haben haben wir bei den WARP3 aufgrund des aktuell hohen Bestellvolumens auch bereits eine verlängerte Lieferzeit. Die exakten Details werden dann zum 01.06. veröffentlicht. Der größte Unterschied ist sicher die Unterstützung von ISO 15118.

Der Plan sieht vor dass der WARP4 Charger zum 01.06. bei uns im Shop vorbestellbar ist. Es wird dann voraussichtlich nochmal ~2-3 Wochen dauern bis wir die ersten WARP4 wirklich verschicken können. Die neuen/verbesserten Ladesäulen für WARP4 werden etwas später online gehen. Allerdings haben haben wir bei den WARP3 aufgrund des aktuell hohen Bestellvolumens auch bereits eine verlängerte Lieferzeit.

Die SPITFP- und MQTT-Fehler sind nicht relevant, kannst du ignorieren. Bitte probier einmal unter Wallbox -> Ladestatus -> Details -> Kalibrierung die Kalibrierung im Anhang hochzuladen. Wie verhält es sich dann? calibration.json

Ist leider technisch nicht möglich. Der ESP32 der in der WARP1 verwendet wird hat nicht genug RAM dafür.

Der Fördergeber setzt eine "hardwareseitigen Befähigung zur ISO 15118-20" voraus, dies ist bei der WARP3 leider nicht gegeben. Die WARP4 wird Unterstützung für ISO 15118-20 haben und damit dann auch förderfähig sein.

Bei uns wurden gestern um 13:14 die Virtuellen Maschinen und Firewall/WAF aktualisiert, seit dem hatte api.warp-charger.com Probleme mit DNS und konnte wohl nicht immer auf den entso-e Server zugreifen. Als ich gestern reingeschaut hatte waren die Preise komischerweise kurz da und mir waren die DNS-Probleme gar nicht aufgefallen. Das DNS-Konfigurationsproblem ist jetzt gefixt. Sorry für die Probleme!

Die 60-Minuten Börsenpreise gibt es nicht mehr und die 15-Minunten Preise funktionieren bei mir. Ich kann auch keine Downtime sehen o.ä. Hast du eventuell vorher mit den 60min Preisen getestet? Die alten Werte sollten nicht verschwinden wenn neue Werte (egal aus welchen Gründen) nicht abgefragt werden können. Anders ist das wenn du Konfigurationen änderst, dann fängt er immer bei 0 an und fragt neu ab.

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