borg

Ja, das geht.

Hier gibt es eine Zusammenfassung der Unterschiede zwischen WARP3 und WARP4: https://warp-charger.com/de/blog/warp4 Für deinen Aufbau wäre denke ich erstmal nur relevant dass Support für ISO15118 dazu gekommen ist. WARP1/2/3/4 sind im Lastmanagement beliebig miteinander kompatibel.

The DC fault "Differential Current Sensor" that we use in the WARP3 is a fluxgate current sensor. For testing it has an auxiliary winding in the toroid where it can induce test currents. It does not actually touch the live wires at all. It is physically impossible for the sensor to induce a fault current in your live wires that go into the solar inverter.

Do you have a WARP1 Charger or WARP2/3 Charger? WARP2/3 can not cause a RCD to trip. With WARP1 a type A RCD can be tripped if there is a dc leakage current, but not during any testing.

Vom Biegeradius her wird das schon ein bisschen enger von oben, aber bei 2,5 mm² für 11kW wird das gehen.

Ja ist uns auch schon aufgefallen. der Sunny Home Manager mit der aktuellen Firmware schickt auch gar kein MPC-Read-Anfragen. Wir vermuten das ist noch nicht implementiert bei SMA.

Ja man kann SoC und Autocharge individuell aktivieren

Wenn dein Fahrzeug per CCS-Stecker DC laden kann, können wir MAC und SoC auslesen. Ich hab vor in der Doku eine Seite einzufügen in der wir die technischen Details darstellen wie das genau funktioniert. Aber ich hole hier schonmal ein bisschen aus um genauer darzustellen was geht und was nicht geht, das könnt ihr dann hier im Forum erstmal verlinken. Fahrzeuge welche die 15118-2 noch nicht unterstützen (aber per CCS DC laden können) unterstützen stattdessen die DIN SPEC 70121 (der Vorgänger von den ISO-Standards). Die Kommunikation startet mit SLAC (Signal-Level-Attenuation-Characterization), welches benutzt wird um eine Powerline-Verbindung zwischen zwei Teilnehmern aufzubauen (Powerline ist das was bei "Ethernet über die Steckdose" verwendet wird). Wenn die Verbindung aufgebaut ist wird zuerst IPv6 Neighbor Discovery Protocol ausgeführt und dann über IPv6/UDP das SECC Discovery Protocol. In diesem Schritt legen Fahrzeug und Wallbox fest ob (per IPv6/TCP) DIN SPEC 70121 oder ISO 15118-2 oder ISO 15118-20 gesprochen wird und ob die Verbindung unverschlüsselt oder verschlüsselt aufgebaut wird. DIN SPEC 70121: Laden nur per DC möglich SoC auslesen während DC-Ladung möglich Keine Verschlüsselung möglich ISO 15118-2: Laden per AC oder DC möglich SoC auslesen nur während DC-Ladung möglich Verschlüsselung möglich aber optional ISO 15118-20: Laden per AC oder DC möglich SoC auslesen während DC-Ladung und AC-Ladung möglich Verschlüsselung vorgeschrieben Verschlüsselte Verbindung kann nur zwischen Wallbox und Fahrzeug aufgebaut werden, wenn beide Zertifikate besitzen die von einem Root-Zertifikat abgeleitet sind, welchem beide vertrauen. Diese Zertifikate müssen alle drei Monate erneuert werden. Die Abnahmen die man benötigt um diese Zertifikate zu bekommen und erneuern zu können laufen gerade erst an. Die MAC-Adresse wird bereits während SLAC übertragen, damit ist Autocharge durch. Per ISO 15118-2 AC laden hat keine großen Vorteile gegenüber dem "normalen" Laden per PWM/Widerstand und wird von vielen Autos nur stiefmütterlich unterstützt. Ist daher nicht sinnvoll für uns aktuell. Verschlüsselte Verbindung aufbauen können wir noch nicht. Daher können wir aktuell, egal welchen Standard das Fahrzeug unterstützt, nur eine DC-Ladung starten, den SoC auslesen, die DC-Ladung wieder beenden und danach eine AC-Ladung per PWM/Widerstand starten und von dort aus versuchen den SoC selber auszurechnen anhand der Energie die in das Auto fließt. Wie lange der Timeout zwischen einer abgebrochenen DC-Ladung und dem starten der AC-Ladung dauert hängt vom Auto ab, der Standard schreibt da auch nichts vor leider. Bei 10 von 11 Firmenwagen die wir zum Testen haben funktioniert das aber gut und der Prozess dauert so 20-30 Sekunden bis die AC-Ladung startet. Der Citroën von Matze legt sich allerdings erst für Minuten schlafen wenn die DC-Ladung abgebrochen wurde 🙈.

Scheint in der Tat so zu sein dass SMA den LPC Usecase nicht unterstützt wenn nicht gleichzeitig auch MPC angeboten wird. Das sollte in Theorie eigentlich nicht "mandatory" sein. Aber ich denke das Ziel sollte sein dass man EEBUS möglichst einfach/robust für §14a nutzen kann, wir schauen mal ob wir für den Fall optional per MPC die Maximalwerte rausgeben (also was wir dem Auto als Maximalstrom vorgeben). Wirklich wissen/messen können wir es ja nicht bei der Smart.

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.