MatzeTF

Das 11 kW-Kabel hat einen Leiterquerschnitt von 2,5 mm², das 22 kW-Kabel 4 mm². Das 22 kW-Kabel ist schon merklich steifer, aber man muss nicht damit kämpfen.

Versprechen können wir nichts, aber vielleiiiiiiiicht nächste Woche.

Klingeldraht oder Telefonkabel mit einem Aderpaar reicht auch.

Das Upgrade-Kit kostet schon weniger, als die Summe der Einzelkomponenten. 🫣

Nein, eine WARP4 muss zwei Schütze mit Hilfskontakten haben, wie eine WARP3. Du kannst die Schütze natürlich ebenfalls nachrüsten, aber dann wird der Umbau etwas aufwändiger.

Im WARP Shop bei den WARP4 Ersatzteilen. Das ist dieser Artikel.

Ja, gibt es. Wenn man aber eine ausgemusterte WARP über hat, kann man sie problemlos als mobile Wallbox nutzen. Die auf meinem Foto ist eine alte WARP2.

WARP für Unterwegs kann ich nur empfehlen. Passt auch genau in den Frunk eines Volvo XC-40.

Ich kann verstehen, dass du mit dem aktuellen Zustand unzufrieden bist, und dich vielleicht aus Verzweiflung an die KI wendest. Leider sind deren Aussagen zu solchen Problemen absolut nutzlos und stiften tendenziell mehr Verwirrung oder bestärken einfach nur deine ursprüngliche Annahme. Der SHM ist ein geschlossenes System, aus dem man wenig Logs bekommt und keinen Source Code hat. Die Logs der WARP sind sehr gesprächig und der Source Code ist komplett verfügbar. Diese Informationen in eine KI zu stecken, ist nichts anderes als ein Schauprozess, bei dem von der Partei des Angeklagten niemand anwesend ist. Es ist durchaus möglich, dass beim SHM die Leistungsabfrage von Wallboxen einfach noch nicht implementiert ist. Es ist aber genauso gut möglich, dass das schon implementiert ist, der SHM beim initialen Verbindungsaufbau aber irgendein von der Wallbox gesetztes Flag erwartet, was aktuell noch nicht gesetzt ist. Da man aus dem SHM nun mal nichts Hilfreiches rausbekommt, kann niemand außer SMA sagen, was das Problem sein könnte, weder der Tinkerforge-Programmierer, der es implementiert hat, noch irgendeine KI. Schau dir zum Vergleich mal diesen Thread an, in dem Claude ebenfalls mit voller Überzeugung glaubte, zwei kritische Probleme ausgemacht zu haben, die in Wirklichkeit komplett belanglos waren.

Du kannst Tags an jede Wallbox halten. Es wird weiterhin nur die Wallbox freigegeben, an die du ein passendes Tag hältst. Eine gesteuerte Wallbox kennt das Tag aber nicht und fragt stattdessen beim Lastmanager an, ob das gerade präsentierte Tag laden darf.

The DC fault protector can only be tested when no car is plugged in. Which is also why the DC fault injection cannot cause any problems when a charge is starting.

Achso, nein, eine Liste für kommende Unterstützung gibt es nicht. Es wird das eingebaut, wonach die Nutzer fragen. Kannst du deine Einstellungen hier posten, damit wir das übernehmen können? Falls du zusätzlich noch einen Link zu einem Datenblatt hast, wäre das super. 😀 Bitte lade einen Debug-Report runter (unter System → Ereignis-Log) und hänge ihn hier an, damit wir uns das ansehen können.

Prinzipiell kann man die Wallbox per Kabel-LAN und WLAN in zwei verschiedene Netze hängen. Dann könnten die Wallboxen untereinander dynamisches Lastmanagement mit den Daten vom Netzanschluss machen und für PV-Überschussladen über ein anderes Netz die Daten der Partei X empfangen. Es ist aber, wie schon gesagt, aktuell nicht möglich, dass die Wallbox dieses zweigeteilte Setup alleine schafft. Wahrscheinlich wäre noch die einfachste Variante, dass jede Partei, die PV-Überschussladen nutzen möchte, EVCC mit den eigenen Stromzählerwerten laufen hat. Allerdings braucht dazu jede Partei einen PC oder Raspberry Pi, auf dem EVCC läuft, plus entsprechend Ahnung bzw. Interesse, um das einzurichten.

Das muss sich @photron ansehen. Du könntest übrigens mal beim ioBroker MQTT-Server ausschalten, dass beim Verbinden alle eigenen States rausgeschickt werden. Das müllt die Wallbox zu, speziell das Ereignis-Log.

Ja (sofern dein Fahrzeug kompatibel ist). In EVCC wird der SoC wahrscheinlich noch nicht angezeigt werden, da die WARP4 erstmal bei ein paar Nutzer angekommen sein muss, bevor die EVCC-Leute die SoC-Abfrage einbauen können.

Das ist genau der Grund.

Die Liste der aktuell unterstützten Geräte findest du hier. Die Batteriesteuerung ist das blaue „BS“ bei den Features.

Für ISO 15118-20 müssen Fahrzeug und Wallbox offiziell zertifiziert sein. Bisher ist noch kein Fahrzeug zertifiziert und die zuständige Zertifizierungsstelle nimmt auch noch keine Zertifizierungsanfragen von Wallboxherstellern an. Somit kann aktuell noch niemand ISO 15118-20 nutzen. Es ist geplant, dass sobald das alles so weit ist, die WARP4 ein Firmware-Update bekommt, mit dem bei einer AC-Ladung der SoC ausgelesen werden kann. Was dein ID.4 dann können wird oder auch nicht, kann dir niemand außer VW sagen, und aus denen wirst du es wahrscheinlich nicht rausbekommen. Software 3.5 wird es nicht können, da die noch nicht zertifiziert sein kann (siehe oben).

Es fehlen dir die ersten drei Punkte unter „Was neu ist“ im Blog-Post zur WARP4.

Hast du schon versucht, nur die Wallbox oder nur den WEM zu aktualisieren und das jeweils andere Gerät auf der vorigen Firmware-Version zu lassen? Falls es ein Problem gibt, würde das schon mal das verantwortliche Gerät einschränken.

Ja, mit dem WARP 3-zu-4 Upgrade-Kit.

Den bisherigen Tests zufolge ist das stark Herstellerabhängig. SoC auslesen hat meist problemlos geklappt. Von den getesteten Fahrzeugen wollte lediglich der (relativ) neue Citroën e-C3 nicht mitspielen, da er sich nach einer SoC-Abfrage nach ISO 15118-2 ohne anschließende DC-Ladung relativ lange weigert, irgendetwas Anderes zu tun. 🙄 Bei Autocharge hängt es davon ab, wie gesprächig die Fahrzeuge sind und wie sehr die Hersteller als pure Augenwischerei versuchen, das Fahrzeug nicht identifizierbar zu machen. Einige Hersteller verwenden feste MAC-Adressen, anhand derer das Fahrzeug auch über ISO 15118-2 relativ gut identifizierbar ist. Andere Hersteller verwenden zufällige MAC-Adressen und man muss anhand anderer Daten versuchen, das Fahrzeug zu identifizieren. Bei einigen Fahrzeugmodellen klappt das ganz gut, aber trotzdem besteht dabei das Risiko, dass es vielleicht eine Verwechselung mit einem baugleichen Fahrzeug geben könnte. Mit ISO 15118-20 klappt das hoffentlich problemlos, da jedes Fahrzeug ein eigenes Zertifikat haben muss (weshalb zufällige MAC-Adressen Schwachsinn sind), aber es gibt bisher noch keine dafür zertifizierten Fahrzeuge und die zuständigen Zertifizierungsstellen sind nicht mal so weit, dass sie Zertifizierungsanfragen von Wallboxherstellern annehmen. WARP4 bekommt ISO 15118-20 dann per Firmware-Update und Fahrzeuge, die OTA-Updates bekommen, bekommen es wahrscheinlich darüber. Bekommt dein Fahrzeug keine OTA-Updates oder kann es nicht mal ISO 15118-2, ist es wahrscheinlich außen vor.

Laden bis zu einem bestimmten SoC wird eines der ersten Features werden. Was man dann noch mit dem SoC machen kann, werden wir dann sehen. Zielladen für eine geplante Abfahrtszeit wäre eine Möglichkeit. Mit der WARP 4 gibt es dann auch Autocharge, also dass die Wallbox das Auto erkennt und eine Ladung freigibt, ohne dass du eine NFC-Karte dranhalten musst (sofern dein Auto das unterstützt). Vermutlich wird es zukünftig mit ISO 15118-20 auch besseres PV-Überschussladen und dynamisches Lastmanagement geben, da die Wallbox dann den Strom pro Phase viel genauer vorgeben kann. Wenn du eine WARP 3 Pro zu einer WARP 4 Pro umbaust, wirst du den genau gleichen Funktionsumfang wie eine Original-WARP 4 haben. Es gibt aktuell keine anderen Komponenten, die dir fehlen könnten. Was dann zukünftig mit V2H oder V2G möglich sein wird, steht immer noch in den Sternen, da immer noch nichts standardisiert oder rechtlich geregelt ist. 🙄

Bitte Debug-Report hochladen. Gab es ansonsten ein evcc-Update? Wenn evcc den PV-Überschuss regelt, würde ich das Problem erstmal da vermuten.

Der Flansch hat einen Durchmesser von 98,5 mm.