borg

Das d:_n: sieht in der Tat komisch aus, müssen wir mal schauen wo das wegkommt. Ist aber sicher nicht das Problem hier. Wir haben mit dem SHM2 getestet vor dem Release, es sollte also prinzipiell funktionieren. Wird im Portal irgendein Grund angezeigt warum das hinzufügen nicht geklappt hat? Bei meierchen scheint es zu funktionieren: https://www.tinkerunity.org/topic/13666-eebus-in-der-warp3/page/2/#findComment-62401

Für V2G/V2H/OVE R37 wird es vermutlich der Iskra sein müssen damit es wirklich Standard-Konform ist. Du kannst dir aber trotzdem etwas selber mit dem SDM630 basteln, das SoC auslesen (und Autocharge) ist ja auch unkritisch bzgl der gesetzlichen Anforderungen. Wir haben in den Firmwares nichts rausgepatched bezüglich der alten Zähler (wäre aber für dich ja ohnehin kein Problem das wieder reinzubauen 😅). Du wirst den SDM630 vermutlich nicht quer setzen können und das Sichtfenster nutzen. Aber der Platz das "normal" zu setzen ist ja auch da.

Ja, es gibt ein Sichtfenster. Ist auf den Bildern im Shop wenn du Pro auswählst eigentlich auch zu erkennen.

Die dritte Variante wäre die WARP4 Eichrecht, das dauert allerdings realistisch noch >6 Monate. Das ist ein langer bürokratischer Prozess leider. Aber da sind wir dann im Bereich öffentlichen/halb-öffentlichen laden, ist für die meisten hier vermutlich sowieso nicht interessant.

Wir gehen davon aus dass die Wallbox für das Bidirektionale Laden in Deutschland auf Spannungseinbrüche und Frequenzverschiebungen usw reagieren muss und die Verbindung trennen muss (so wie bei der OVE R37 in Österreich). Der neue Zähler ist darauf ausgelegt diese Daten schnell genug erfassen zu können um die gesetzlichen Anforderungen die es z.B. für NA-Schutz gibt einhalten zu können. Daher ist die Pro für V2G/V2H notwendig. Bzgl des SoC ist das noch bekloppter. Die ISO15118-2 (was aktuell der neueste Standard ist den die Autos unterstützen) erlaubt es den SoC nur bei einer DC-Ladung auszulesen. Damit wir den SoC anzeigen können fahren wir also den "Hack" zuerst eine DC-Ladung zu starten (um den SoC auslesen zu können), diese dann zu beenden und dann eine AC-Ladung zu starten. Von dort aus können wir mit der Pro den SoC dann selbst berechnen anhand des Startwerts und der Energie die die ins Auto fließt (die der Zähler ausliest). Bei der ISO15118-20 sieht das dann anders aus, aber das ist Stand aktuell noch Zukunftsmusik.

The new shop at shop.warp-charger.com and the re-designed warp-charger.com are now live! As announced, you can now pre-order the WARP4 starting June 1st. The new WARP4 Charging Stands are also already available for pre-order, although it will take a little longer before we can begin delivering those.

Der neue Shop auf shop.warp-charger.com und die überarbeitete warp-charger.com sind jetzt online! Damit könnt ihr jetzt wie angekündigt zum 01.06. die WARP4 vorbestellen! Die neuen Ladensäulen sind auch bereits vorbestellbar, da dauert es allerdings noch ein bisschen länger bis wir die ausliefern können.

Blog entry: The next Generation: WARP4 Charger

Blogeintrag: Die nächste Generation: WARP4 Charger

Die PV-Ertragsprognose geht in den Graphen nicht ein, dieser bezieht sich nur auf die dynamischen Strompreise. Wenn die Prognose über 20kWh liegt wird nur in den erweiterten Betrieb gewechselt wenn der PV-Überschuss über 2000W ist, unabhängig vom Preisbasierten Heizplan.

Die ISO15118-20 sieht vor dass eine Wallbox bei einer AC-Ladung dem Auto beliebige Ströme vorgeben kann, auch unter 6A (und gleichzeitig den SoC auslesen kann, was mit der ISO15118-2 leider nicht möglich ist). Was davon die Autos dann wirklich unterstützen werden und auch welche Effizienz da dann noch erreicht werden kann steht aktuell aber noch in den Sternen. Keins von den 11 Elektroautos die wir zum Testen hier haben als Firmenwagen bietet die ISO15118-20 bisher überhaupt an...

Du kannst den Eco-Modus aktivieren und dort z.B. einstellen: "Ich möchte 4 Stunden Laden und ich fahre in 12 Stunden los". Der Eco-Modus würde dann anhand der PV-Ertragsprognose entscheiden wann geladen wird. Zum Beispiel könnte um 06:00 morgens der dynamische Strompreis sehr günstig sein. Wenn die PV-Ertragsprognose sagt es gibt keine Sonne, dann würde zu den Morgenstunden zum günstigen Preis geladen. Wenn die PV-Ertragsprognose sagt es wird Sonne geben, dann würde der WARP Charger auf die Sonne warten und den PV-Überschuss gegenüber den günstigen Preisen bevorzugen. Mehr Infos hier: https://docs.warp-charger.com/de/docs/webinterface/energy_management/eco_mode

Problem gefunden, siehe hier: https://www.tinkerunity.org/topic/13729-warp2-ee-bus-mit-sma-shm20/#findComment-62178

Problem gefunden, bei EEBUS gibt es das Konzept von client und server, wobei beide gleichwertig sind (ist nur die Frage wer zuerst die Verbindung aufbaut). SMA unterstützt nur den Server-Modus. Wir haben zwar beides implementiert, aber im Release ist aktuell bei uns auch nur der Server-Modus aktiv. Das ist natürlich etwas dumm gelaufen. Das nächste Firmware-Release was wir machen ist erst noch ein Bugfix-Release, im übernächsten Release ist dann aber der Client-Modus auch aktiv. Ich hatte das um ehrlich zu sein nicht auf dem Schirm dass der Client-Modus es nicht ins Release geschafft hat, daher war ich fest davon ausgegangen dass es hätte funktionieren müssen.

Die Konfiguration für 15 Minuten hatten wir damals schon vorgesehen, das solar_forecast-Backend unterstützt aktuell allerdings nur 60 Minuten. Im Moment ist es auch nicht geplant das zu erweitern. Ich füge das noch in der Doku hinzu das 15-Minuten-Auflösung aktuell nicht unterstützt wird.

Wenn du da einen Kontakt bei SMA hast frag das gerne nach. SMA schreibt: "Der Sunny Home Manager 2.0 als intelligenter Energiemanager unterstützt mit EEBus (Use Case LPC) bereits die zukunftssichere Kommunikation mit einem iMSys." Meine Befürchtung ist dass der SHM als Client agiert und nicht andere Geräte per LPC steuert. Also der WARP Charger und der SHM sind da gleichwertig und würden beide direkt von der Steuerbox angesteuert werden können. Falls es so ist dass SMA per LPC steuern können soll und nicht intern nochmal eine Whitelist von Geräten hat die sie unterstützen, solltest du den WARP Charger beim SHM hinzufügen können.

"Aus" ist doch einer der Lademodi die du mit dem Taster auswählen kannst?

Das mit den 6/4 ist nur ein Anzeigefehler, ist gefixt: https://github.com/Tinkerforge/esp32-firmware/commit/86897706fd41491681d96fee0e7bd4e484c60b6d Andere Frage: Welches Use Case soll der Sunny Home Manager nutzen? Soweit wir wissen unterstützt SMA aktuell nur Geräte die sie explizit auf der Kompatibilitätsliste haben, wo keine Wallboxen draufstehen.

Du kannst keine warp2 Firmware auf eine ESP32 Ethernet firmware spielen über die manuelle Aktualisierung. Du musst wenn du per USB flasht direkt "WARP2 Charger" wählen im Brick Viewer. Die Erstinbetriebnahme erfolgt dann entweder über den WLAN AP den die Box aufmachen oder über Ethernet auf dem Webinterface der Wallbox. Die WARP-Produkte kann man nicht über den Brick Viewer konfigurieren.

Eventuell könnte mit der neuen Firmware etwas gehen. Mein Verständnis davon ist allerdings dass der HM auch ein Client für LPC ist (genauso wie die Wallbox) und nicht selbst LPC "ausführt". Die 22kW dort sind OK, die Wallbox ist natürlich trotzdem weiterhin durch die anderen Limits begrenzt.

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/