MatzeTF

Du kannst die geschraubten Kabeleinführungen auch an der Rückseite verwenden. Allerdings musst du dann das vordere Stück vom Loch durch die Wand mit einem größeren Bohrer entsprechend aufweiten.

Ja, das ist exakt so beabsichtigt. Die „Ladedauer“ ist der Zeitraum, in der das Fahrzeug angeschlossen und autorisiert ist, zu laden. Die Autorisierung wird entweder per NFC oder manueller Ladefreigabe erteilt, oder, falls beides nicht aktiv ist, wird die Ladung durch Einstecken des Kabels automatisch autorisiert. Die Zeit endet, wenn das Kabel ausgesteckt wird oder die Autorisierung zurückgenommen wird. Solange das Fahrzeug autorisiert ist, kann es auch jederzeit wieder Strom anfordern. Das ist üblicherweise der Fall, wenn man z.B. morgens sein Fahrzeug klimatisieren will und der Strom dafür aus dem Netz statt aus der Fahrzeugbatterie genutzt werden soll, oder erst auf 80 % geladen und nach Zeitplan oder Anforderung per App auf 100 % geladen werden soll. Wenn du unbedingt nur die Stromfluss-Zeit tracken möchtest, könntest du nach Ladeende (also Stromfluss-Ende) per Automatisierungsregel simulieren, dass das NFC-Tag nochmal drangehalten wurde und somit die Autorisierung zurückgenommen wurde. Benutzt du aktuell kein NFC, musstest du das aktivieren und beim Anstecken auch einmal das NFC-Tag simulieren. In diesem Fall kannst du allerdings nicht mehr aus dem Netz klimatisieren oder nachträglich auf 100 % vollladen.

Der komplett serielle Fall, wie bei deiner Installation, ist unüblich und dieser Absatz bezieht sich dementsprechend auf den parallelen Fall, bei dem es Verbraucher neben dem Wechselrichter und/oder Speicher gibt, die nur von einem Stromzähler am Netzanschluss erfasst werden. In deinem Fall läuft die gesamte Hausleistung durch die Multiplus und es ist somit theoretisch möglich, den Netzbezug intern zu messen. Die für PV-Überschussladen relevante Frage ist, ob aus dem System der Gesamt-Netzbezug ausgelesen werden kann oder nicht, also genau der Wert, den auch der Zähler vom VNB misst. An der Stelle ist es auch egal, ob du evcc oder ein anderes System für PV-Überschussladen benutzt. evcc benötigt diesen Wert genauso. Kann evcc den notwendigen Wert per Modbus auslesen, können wir das prinzipiell auch. Weißt du, ob man irgendwo den Gesamt-Netzbezug als einzelnen Wert per Modbus auslesen kann?

Im zweiten Screenshot kann man sehen, dass eindeutig dreiphasig geladen wurde. Bis 13:20 wurde die Ladeleistung an die PV-Leistung von knapp 6 kW angepasst. Bis 13:26 fiel die Ladeleistung immer wieder auf 4,1 kW ab. Wahrscheinlich war es da wolkig und evcc hat die Ladeleistung auf das dreiphasige Minimum reduziert, was bei 4,1 kW liegt. Nach 13:26 sieht man die typische abfallende Ladekurve eines fast vollen Elektroautos. Je voller die Batterie ist, um so langsamer wird geladen. Die minimale dreiphasige Leistung, die eine Wallbox freigeben kann, liegt bei 4,1 kW, aber es steht dem Fahrzeug jederzeit frei, weniger Leistung zu nutzen, und genau das sieht man hier. Vermutlich hat das Fahrzeug auch nicht allzu lange nach dem Screenshot die Ladung von sich aus beendet, da die Batterie voll war.

Das sollte funktionieren. Einfach eine Zahl per PUT an /power_manager/charge_mode schicken. Das ist leider wenig aussagekräftig. Was genau hast du versucht? Was hast du erwartet? Was ist passiert, bzw. was waren ggf. die Fehlermeldungen?

Wie ist was zu erklären? Da steht nirgends was von einphasig und das Automodell steht da auch nicht. Bitte formuliere deine Frage etwas ausführlicher, statt einfach nur einen Haufen Screenshots zu posten.

Oft deutet der Fehler auf Netzwerkverbindungsprobleme hin. Da die Signalstärke vom WLAN ziemlich mies ist, hängt es vielleicht damit zusammen. Am Rande des Empfangsbereichs ergibt sich so ein Problem gerne auch mal durch einen verschobenen AP oder verschobene Möbel oder Gegenstände zwischen AP und Wallbox. Mich wundert allerdings, dass das BSSID-Lock an ist und die WLAN-Signalstärke trotzdem so schlecht ist. Üblicherweise benutzt man das BSSID-Lock, um einen besonders guten AP auszuwählen. Ist das schon der Beste und alle Anderen sind noch schlechter? Oder hast du versehentlich den falschen AP ausgewählt?

Das entspricht auch exakt unseren Erfahrungen mit ISO15118. Keine Chance. Da muss die Wallbox schon die geladene Energie mitzählen und mit dem initialen SoC verrechnen.

Okay, das erklärt, warum Welcome Charge bei der Elli nur 20 Sekunden lang war: Die hat nämlich einfach immer anfangen zu laden und evcc sendet nur alle 30 Sekunden eine neue Anweisung. evcc hat also immer „Stopp“ gesendet, und zwischen zwei Stopp-Anweisungen hat die Elli auf eigene Faust Strom freigegeben. Kann ich mir zumindest nur so erklären. Die WARP gehorcht immer evcc und gibt nie von sich aus Strom frei, wenn sie von evcc gesteuert wird. Dementsprechend muss Welcome Charge bei evcc aktiviert werden.

Wenn evcc die Kontrolle hat, sind alle Lastmanagement-Funktionen der Wallbox wirkungslos. Die Willkommensladung der Wallbox ist also auch nicht relevant. evcc muss dies übernehmen. Wenn die Wallbox wieder im Zustand „Warte auf Freigabe“ hängt, lade bitte einen Debug-Report runter (unter System → Ereignis-Log) und hänge ihn hier an.

Die Willkommensladung kann aktuell nicht deaktiviert werden und ist somit immer aktiv, sofern du eine aktuelle Firmware hast.

Es gibt noch keine neuere Beta-Version. Wir arbeiten schon seit der letzten Version weiter daran und es gibt hoffentlich Bald™ die nächste Version hier im Forum, aber wie es leider so oft ist, gibt es auf den letzten Metern noch ein paar Probleme zu lösen. Du kannst diesen Thread übrigens auch abonnieren. Dann wirst du per Mail benachrichtigt, wenn es eine neue Nachricht gibt, und du musst nicht immer von Hand nachsehen.

Ja, die App verwendet my.warp-charger.com. Sobald die Verbindung steht, sieht das aber genauso aus, wie das Webinterface in einem anderen Browser. Wenn du einfach mit einem Browser über deinen eigenen Reverse-Proxy gehst, funktioniert das genauso gut.

Du kannst die App trotzdem nutzen. Der Fernzugriff über App oder my.warp-charger.com im Browser ist komplett unabhängig vom lokalen Zugriff auf das Webinterface.

Der lokale Zugriff aufs Webinterface funktioniert jederzeit unabhängig von my.warp-charger.com. Du kannst also problemlos deine eigene Infrastruktur nutzen und aufs lokale Webinterface der Wallbox weiterleiten. Dieses Gehäuse gibt es leider nur in dieser Größe… und ca. doppelt so groß. 😒 Die Durchführung fürs LAN-Kabel ist aktuell nicht größer, da es vorgesehen ist, dass der Elektriker ein für den Außeneinsatz geeignetes Erdkabel in die Wallbox legt. Die gibt es nicht mit vorkonfektioniertem Stecker und die Elektriker setzen da meist einen werkzeuglos crimpbaren Stecker dran.

Yes, but there’s no ETA for that yet. (See below.)

Das interne Lastmanagemend der WARP aktiviert üblicherweise die zweite Wallbox, sobald mehr PV-Überschuss da ist, als eine Wallbox nutzen kann, also entweder 11 kW überschritten werden oder das erste Auto voll wird und nicht mehr die gesamte Leistung nutzt. Das ist also prinzipiell gleich zu evcc. Prinzipiell halten wir dieses Verhalten auch für sinnvoll, da so bei wechselnd bewölktem Wetter PV-Leistung im Bereich von 4 bis 11 kW sinnvoll verwendet werden kann, ohne die Ladung eines Autos dauernd zu starten oder zu beenden. Würde man in dieser Situation beide Autos gleichzeitig laden lassen, läge die Minimalleistung bei 8 kW. Des mögliche Regelbereich wäre mit 8 bis 11 kW also deutlich kleiner und bei niedriger PV-Leistung müsste ein Auto abgeschaltet werden. Das Lastmanagement der WARP hat bereits eine Funktion integriert, die bei durchgehend ausreichend viel PV-Überschuss beide Wallboxen aktivieren würde. Wenn es nur sonnig ohne Wolken ist, macht es nichts, wenn der Regelbereich klein ist. Dafür muss aber mehrere Stunden durchgängig Überschuss da sein. Ansonsten soll die WARP das Problem prinzipiell dadurch lösen, dass bei nicht ausreichend PV-Leistung alle ladewilligen Autos abwechselnd geladen werden. Nach einer gewissen Zeit soll also der Ladevorgang von dem Auto, das bisher am meisten bekommen hat, unterbrochen werden, damit das andere Auto laden darf. Das funktioniert nur leider noch nicht so, wie wir uns das vorstellen. Daran feilen wir noch und die Verbesserung gibt es dann per Software-Update. Ansonsten funktioniert die Min+PV-Lösung auch mit der WARP. Als erstes kommt übrigens das Auto dran, was als erstes eingesteckt war. Falls wegen Wolken oder Nacht beide Autos angehalten wurden, kommt anschließend das Auto wieder dran, was bisher im Durchschnitt am wenigsten bekommen hat. Die Wallbox kann aktuell schon Batteriespeicher abfragen, damit deren Leistung in die Laderegelung mit einbezogen werden kann. Das macht dann genau das, was du erwartest. Eine Steuerung der Batteriespeichers ist dafür nicht notwendig und ein Energy Manager auch nicht. Fast alle uns bekannten Speicher bieten dafür als Schnittstelle Modbus TCP an, weshalb die WARP das auch unterstützt. Wie du schon richtig erkannt hast, bietet die sonnenBatterie nur eine JSON-API an, die wir offiziell noch nicht unterstützen. Zufälligerweise habe ich privat ebenfalls eine sonnenBatterie zur Verfügung und habe dafür eine einfache Anbindung gebaut. Falls du Interesse hast und das testen möchtest, kann ich dir eine entsprechende WARP-Firmware bauen, sobald deine Wallbox einsatzbereit ist.

I forgot that you might still have libgpiod3 installed from a previous installation attempt. If you don’t have anything that depends on libgpiod3, remove it first and then try again with libgpiod2.

Die WARP hat schon eine Aufweckfunktion, die mit der CP-Leitung ein Ein-Ausstecken simuliert. Erst einmal kurz und wenn das nicht hilft, nochmal lang. Bei manchen Autos hilft das aber trotzdem nicht. Wir hatten hier einen Skoda Enyaq, der sich durch nichts aufwecken lies, wenn er erstmal eingeschlafen war, und wir haben wirklich alles versucht, was man mit der CP-Leitung anstellen kann. Die CP-Unterbrechung war bei der WARP früher auch nur kurz. Nachdem manche Nutzer aber berichtet hatten, dass das bei bestimmten Fahrzeugmodellen nicht reicht, haben wir die zweite, längere Unterbrechung eingebaut. Bei uns lässt sich sowas einbauen. 😉 Ja, das haben wir auch bei einigen Fahrzeugmodellen beobachtet. Wir haben uns von evcc inspirieren lassen und die WARP macht genau das Gleiche, allerdings für drei Minuten oder so. Je nach eingestellter Sprache heißt das wenig überraschend „Willkommensladung“ oder „Welcome Charge“.

Fahrzeuge aus dem Hause VW haben alle so ihre Macken. Bisher haben wir aber noch so ziemlich alles an einer WARP 3 zum Laden bekommen. Ein bekanntes Problem bei älteren VW-Elektrofahrzeugen ist allerdings, dass sie während einer längeren Ladepause am Kabel „einschlafen“ und dann nicht von alleine wieder anfangen zu laden. Abends einstecken und morgens bei Sonne anfangen zu laden funktioniert dann nicht. Da kann die Wallbox auch nichts machen, weder eine WARP, noch eine Elli, noch eine andere. Neuere VW-Fahrzeuge und auch ältere mit entsprechendem Software-Update haben das Problem anscheinend nicht mehr. Soweit ich weiß, wäre das der WARP 3 ziemlich egal. Die WARP 3 Smart hat nicht mal einen Stromzähler, mit dem sie das rausfinden könnte. Die WARP 3 Pro hat einen Zähler, geht aber davon aus, dass sich das angeschlossene Fahrzeug halbwegs standardkonform verhält. Wenn dann die Sicherung fliegt, ist halt das Auto Schuld. Das sollte bei dir aber kein Problem sein, da ja nie die Maximalleistung der Wallbox überschritten wird, sondern der Mii beim PV-Überschussladen zu langsam reagiert. Meine Vermutung ist also, dass der Mii einfach problemlos an einer WARP 3 laden würde. Ansonsten ist halt die Frage, wie lange er tatsächlich zum Runterregeln braucht. Wenn das länger als 30 Sekunden dauert, könnte evcc durcheinander kommen und dein PV-Überschussladen zwischen übermäßig Bezug und Einspeisung pendeln.

You can try this: Download libgpiod2_1.6.3-1+rpi1+b2_armhf.deb sudo dpkg -i libgpiod2_1.6.3-1+rpi1+b2_armhf.deb If there are errors, run sudo apt install -f Install brickd

Wenn du das schon alles ausprobiert hast und das so an den Tinkerforge-Support geschickt hast, warte bitte auf eine Antwort von denen.

Ich dachte eher daran: Wallbox stromlos machen Frontplatte abschrauben. Wenn du sie nicht direkt unter der Wallbox ablegen kannst, kannst du den gelben Stecker am Taster und das Erdungskabel abziehen. Kontrolliere, ob an den acht markierten Stellen an den Schützen die Leitungen fest sitzen (siehe Bild unten). Wenn du eine Spitzzange oder ähnliches hast, einfach dran ziehen. Anschließend die Schrauben etwas nachziehen. Ich vermute, das sind PZ1-Köpfe. Kontrolliere bei der Platine unten rechts, ob der Stecker mit den vier Leitungen von den Schützen fest sitzt. Der ist ganz hinten drin und wahrscheinlich schlecht zu sehen und zu erreichen. Optional kannst du den Strom schon wieder einschalten und mit dem Multimeter die Spannung an den Hilfskontakten der Schütze messen. Das sind die mit „EACTs“ beschrifteten Dinger. Zwischen dem oberen und dem unteren Kabel sollten bei beiden Hilfskontakten die gleiche Spannung anliegen, vermutlich irgendwas im Bereich von 3 V. Anschließend die Frontplatte wieder anschließen und dabei die Position der Rastnase am Taster beachten und die Erdung nicht vergessen. Dann Frontplatte anschrauben und Strom wieder einschalten. Wenn du bei der Überprüfung irgendwas auffälliges gefunden und korrigiert hast, war’s das wahrscheinlich schon.

Kontrolliere nochmal den korrekten Sitz der Datenkabel am Zähler: Rot RSA (links) Grün RSB (rechts) Und einmal dran wackeln, um zu testen, ob sie wirklich fest sitzen. Wenn ich mich recht erinnere, haben die Klemmen keinen Hintersteckschutz. Kontrolliere dann auch einmal, ob das Datenkabel bei der Platine rechts fest eingesteckt ist. Wenn der Zähler anschließend immer noch nicht erkannt wird, lade bitte einen Debug-Report runter (unter System → Ereignis-Log) und hänge ihn hier an. Falls du möchtest, kannst du natürlich auch testweise den alten Zähler an die Datenleitung anschließen um zu testen, ob dann Daten ankommen (wenn auch mit der falschen Spannung). Falls du den Zähler „fliegend“ an ein Schuko-Kabel anschließt, musst du L1 anschließen. L2 und L3 können frei bleiben.

2025-10-03 13:19:10,355 | require_meter | Charger energy meter stuck or unreachable! Blocking charging. 2025-10-03 13:19:11,357 | require_meter | Charger energy meter working again. Allowing charging. Sieht doch gut aus. Nach einem Neustart liefert der Zähler Werte, wenn auch etwas verzögert, sodass die Zählerüberwachung für eine Sekunde anspricht. Anschließend sollte aber alles funktionieren. Zu dem Zeitpunkt, als du den Report runtergeladen hast, waren gerade 9 A freigegeben und das Auto wollte nicht laden. Mir fällt allerdings gerade auf, dass du den KLEFR als API-Zähler angelegt hast, und nicht als Modbus TCP-Zähler. In dem Fall bist du selbst dafür verantwortlich, den Zähler regelmäßig mit Daten zu beliefern. Wenn die Zählerüberwachung auslöst, bedeutet das, dass zu lange keine Daten angekommen sind, bzw. nach einem Neustart noch keine Daten geliefert wurden. ioBroker macht dauernd irgendwelche Probleme, aber die Zählerüberwachung kann es eigentlich nicht beeinflussen. Aktuell sendet ioBroker nur seinen üblichen Datenmüll, der von der Wallbox rausgefiltert wird: 2025-10-03 13:19:09,854 | mqtt | Topic evse/start_charging is an action. Ignoring empty message. 2025-10-03 13:19:09,857 | mqtt | Topic evse/stop_charging is an action. Ignoring empty message. 2025-10-03 13:19:09,974 | mqtt | Received message on unknown topic 'meters/0/last_reset' (data_len=16) 2025-10-03 13:19:13,419 | mqtt | Topic evse/start_charging is an action. Ignoring retained message (data_len=0). 2025-10-03 13:19:13,423 | mqtt | Topic evse/stop_charging is an action. Ignoring retained message (data_len=0). Wenn ich mir die Nachrichten so ansehe, kann es natürlich sein, dass ioBroker unerwartet die Ladung über "stop_charging" beendet. In dem Fall steht auf der Statusseite der Wallbox allerdings „Blockiert durch Benutzer/NFC“ und nichts von der Zählerüberwachung.