MatzeTF

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.

Die Wallbox wechselt den Lademodus nie von alleine. Du musst auswählen, ob du z.B. im PV- oder Schnell-Modus laden möchtest. Die Leistung am Netzanschluss wird nur im PV-Modus beachtet. Im Schnell-Modus wird sie ignoriert. In deinem Screenshot sehe ich nur die Phasen-Wirkleistungen (in Watt). Das dynamische Lastmanagement benötigt aber die Phasenströme (in Ampere), inklusive des Blindstroms.

Meinst du damit, ob die Kombination mit dem Shelly weiterhin funktionieren wird? Ja. Der ESP32 Ethernet Brick 2.3 verwendet den gleichen ESP32, der auch in der WARP3 sitzt. Auf was beziehst du dich? Du kannst aktuell alle möglichen WARP4-Teile vorbestellen.

Die Eichrecht-Variante muss verschiedene rechtliche Anforderungen erfüllen, wie z.B. digital signierte Zählerstände. Dementsprechend enthält die Wallbox dann einen Eichrecht-konformen Zähler anstelle des MID-geeichten Zählers der Pro. Außerdem müssen bestimmte Teile vom Hersteller gegen Manipulation geschützt und somit plombiert werden, sodass sich das Eichrecht-Feature leider nicht nachrüsten lässt. Ja, du kannst beim Zubehör einen CEE-Stecker und die gewünschte Kabellänge mit in den Warenkorb legen. Achte darauf, die passenden Varianten, also 11 oder 22 kW, passend zur Wallbox zu nehmen.

2026-06-01 14:45:32,538 | users | Charger state changed from 1 to 2 2026-06-01 14:45:33,544 | users | Charger state changed from 2 to 3 2026-06-01 14:46:01,566 | users | Charger state changed from 3 to 2 2026-06-01 14:46:07,577 | users | Charger state changed from 2 to 3 2026-06-01 14:46:11,593 | users | Charger state changed from 3 to 2 2026-06-01 14:47:01,166 | users | Charger state changed from 2 to 3Das Auto wollte nicht. 🤷

Im Schatten sollte das kein Problem sein. Bei 15 Metern Kabel solltest du aber sowieso über einen gesonderten Kabelhalter nachdenken, da es schwierig werden könnte, die 15 m komplett auf die Wallbox zu hängen, zumal das 22 kW-Kabel auch dicker als das 11 kW-Kabel ist. Ansonsten solltest du das Kabel nicht in einem kleinen Ring eng um die Wallbox wickeln, sondern großzügige Schlaufen machen, um möglichst wenig Wicklungen zu haben. Elektronische Komponenten altern bei hohen Temperaturen schneller. Eine Wallbox in der prallen Sonne wird nicht so alt werden wie eine, die immer im Schatten hängt. 🤷 Ansonsten ist mir nur ein Fall bekannt, in dem der integrierte Zähler wegen Überhitzung zeitweilig Aussetzer hatte.

Korrektur: Es gibt doch ein WARP 3-zu-4 Upgrade-Paket.