borg

Du brauchst im Prinzip das hier: https://www.tinkerunity.org/topic/12097-warp2-zu-warp3-aufr%C3%BCsten/page/2/#comment-55013 und kannst dort EVSE/ESP durch das Upgrade-Kit austauschen.

Wenn ihr das kWh-Genau abrechnen wollt seid ihr da auf jeden Fall in einer Grauzone. Da könnte man euch vorwerfen dass die WARP1 nicht manipulationssicher genug ist (es geht dabei nicht um die Genauigkeit des Zählers, dafür reicht auch MID). Ein Trick das zu umgehen wäre nicht pro kWh sondern als Mischkalkulation pro Tag pro Stellplatz o.ä. abzurechnen. Also ein Autostellplatz mit Zugriff auf (kostenlose) Wallbox kostet 10€/Tag (zum Beispiel).

Ja das ist kein Problem, man kann WARP1/2/3/4 zusammen im Lastmanagement nutzen.

Genau, du musst nur die Wallbox (auch wenn es nur eine ist) im Lastmanagement einfügen, §14a-Steuerung aktivieren und konfigurieren wie in deinem Screenshot und noch unten bei "Kontrollierte Wallboxen" den haken setzen.

Nächster Schritt wäre dann vermutlich die Box einmal aufzuschrauben und zu schauen ob der Zähler noch etwas anzeigt oder tot ist. Eventuell einmal das Kabel zwischen Zähler und EVSE prüfen (hat sich das gelöst o.ä.). Wenn nichts davon zutrifft ist die Frage ob der Zähler oder das EVSE Probleme hat bei der Kommunikation. Wir können Austauschteile rausschicken, oder du schickst die Box ein und wir schieben die hier durch unseren Tester, da haben wir dann schnell raus was defekt ist. Diesbezüglich müsstest du dich dann einmal bei info@tinkerforge.com melden.

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