Servus @mattsches,

neuste Version ist installiert und die erste kurze Überschussladung hat schon funktioniert. Mit der Version zuvor hatte ich aber keine Probleme mit der EVSE wahrgenommen.

@deepflyer911, ja, das war auch nur sichtbar, wenn man während des Starts oder Stopps die Statusseite des Webservers beobachtet hat. Im Log war es auch zu sehen.

Einen offenen Punkt gibt es noch, wenn auch eher kosmetischer Art: Im Chart auf der Seite der Phasenumschaltung passt die Skalierung der angeforderten Phasen noch nicht. Nur dass ihr euch nicht wundert, warum die Linie immer bei fast Null ist. Schaue ich mir gerade noch an.

bearbeitet October 20, 2024 at 06:5820. Okt 2024 von mattsches
Angabe zu Phasen korrigiert

Moin @mattsches,

auch von meiner Seite aus noch einmal vielen Dank für deine Arbeit. Ich hab das Update auch eingespielt und bisher hat alles problemlos funktioniert. 👍

... und hier noch der Fix für die Darstellung der Phasen im Chart. Einen schönen Sonntag euch!

https://github.com/mattsches1/esp32-firmware/releases/tag/phase_switcher-2.6.1%2B002

Hi @mattsches, habe heute, noch mit v 2_6_1_670fa329, eine mehrfach unterbrochene PV-Überschuss-Ladung vorgenommen, die einwandfrei funktionierte. Die v 2.6.1+67149d8a habe ich jetzt eingebunden und melde mich wieder. 

Muss ich immer wieder gerne ausdrücken! Ich find es unglaublich klasse, dass Deine Lösung und Dein Code so erstklassig und stabil funktioniert, und wir dadurch eine super Wallbox bekommen haben. 1a @mattsches. Vielen Dank.

Hi,

mein Wochenendprojekt ist fertig - Box hängt wieder. Allerdings tut es nicht ganz das was es soll:
das Panel "Phasenumschaltung" bleibt leider leer:

Was bei mir anders ist: Ich habe keinen Stromzähler sondern einfache Drahtbrücken. Außerdem wüßte ich gerne wo (und ob) man die Phasenzahl z.b. vor dem Anstecken auswählen kann?
Version: 2.6.1+67149d8a (erstellt 20.10.2024 08:04:58)

Ich bin für jede Hilfe dankbar - die Umbauanleitung war schon mal super und beim Anstecken werden auch die 3 Relais gezogen...

Hi C-Stromer,

ich befürchte ohne Zähler wird das so nichts:

Ohne Zähler wird das Modul gar nicht erst gestartet. Da müsste sonst im Code etwas angepasst werden. Aber da kann vermutlich nur @mattsches auf die schnelle einschätzen was das an Aufwand bedeuten würde.

 

Gruß Felix

Daran kann es eigentlich nicht liegen, da das Meters-Modul auch ohne Zähler immer initialisiert ist. Dementsprechend kann die Abfrage eigentlich weg, aber ich vermute, dass die einfach noch aus Altlasten-Gründen da ist.

An anderer Stelle wird überprüft, ob auch ein Zähler angeschlossen ist. Allerdings wird da nicht überprüft, ob das tatsächlich ein Wallbox-interner Zähler oder ein externer Zähler ist und es wird die Spannung der L1-Phase als aktuelle Ladeleistung verwendet. @mattsches Anscheinend ist da irgendwas bei einer der letzten Migrationen schief gelaufen.

@C-Stromer Lade mal einen Debug-Report runter und hänge ihn hier an.

Hallo, oh oh.
Eigentlich brauche ich den Zähler in der Wallbox ja nicht wirklich. Aber wenn es sein müsste....
@fepilins Debug-Log hängt...

warp-U64-Debug-Report-2024-11-25T18-20-46-915.txt

@C-Stromer, da bist du ein bisschen in eine Falle gelaufen mit deinem Umbau. In der Tat setzt mein Modul einen Zähler voraus, ohne den tut es nicht. Ursprünglich hatte es sich wie oben schon festgestellt auch komplett abgeschaltet, wenn der Zähler fehlte. Die von @MatzeTF angemerkte Änderung, dass das meters-Modul zwischenzeitlich immer initialisiert wird, habe ich nicht mehr berücksichtigt. Dass die Seite nicht gerendert wird, liegt ziemlich sicher am fehlenden Messwert. Normalerweise sieht die nämlich so aus:

Die Seite ist nicht so tolerant aufgebaut, dass sie trotz fehlender "Actual Power" noch rendert. Bzw. eigentlich wäre der Menüpunkt gar nicht aufgetaucht, wenn das "meters"-Modul nicht initialisiert wäre.

@MatzeTF, mit deiner Anmerkung zum Auslesen des Zählers liegst du allerdings nicht ganz richtig. Für meinen betragten SDM72 wird als erster Messwert die 74 gemeldet, also Wirkleistung (Bezug minus Einspeisung). Ist schon eine Weile her, ja, aber ihr habt die Dinger mal verbaut. Kritisieren kann man, dass ich fix auf den ersten Index gehe, statt die Codes auszulesen und den passenden Index zu suchen. Aber das war mir bislang nicht wichtig, für mich und die drei bisherigen Mitnutzer funktionierte es so. Und ich hatte nicht damit gerechnet, dass nach so langer Zeit und der mittlerweile verfügbaren Warp3 - die ich meiner Bastellösung bei einer Neuinstallation klar bevorzugen würde - jemand noch auf diesen Zug aufspringt.

Ich habe mir die o. g. Punkte grundsätzlich mal notiert. Allerdings mag ich hierzu keine zeitliche Aussage machen, und es wird  an der grundsätzlichen Voraussetzung, dass ein Zähler vorhanden ist, nichts ändern. Somit bleiben dir, @C-Stromer,  leider nur folgende Optionen bleiben, wenn du mein Modul verwenden möchtest:

• Montage eines SDM72 in der Box 
• Konfiguration eines SW-basierten Zähler, der auf dem ersten Datenslot die Wirkleistung meldet (keine Ahnung, ob das  so konfigurierbar ist
• Anpassung meines Source Codes in einem eigenen Fork, um den Zugriff auf den Zähler zu entfernen

Deine Frage

Zitat

Außerdem wüßte ich gerne wo (und ob) man die Phasenzahl z.b. vor dem Anstecken auswählen kann?

verstehe ich nicht ganz. Mein Modul unterstützt diese Betriebsarten:

(Wobei ich mittlerweile auch verstanden habe, dass Zweiphasen-Laden außerhalb des Standards ist.)

Eine Änderung der Einstellung erfordert aber - wie bei Konfigurationsänderungen allgemein üblich - einen Neustart der Box. Eine interaktive Auswahlmöglichkeit der Phasenanzahl beim Anstecken gibt es nicht. Das fände ich auch etwas widersinnig, denn die Phasenanzahl soll ja vom Modul in Abhängigkeit der verfügbaren Ladeleistung ermittelt und die Box entsprechend gesteuert werden. Auf eine Phase geht sie dann automatisch runter, wenn nur wenig Dampf zur Verfügung steht. Wobei es immer auch die Möglichkeit gibt, mit drei Phasen und voller Leistung zu laden (ich habe das "Schnellladen" genannt, Taster nach dem Anstecken für >2s drücken oder Button auf der Statusseite).

Ups, hatte hier nachgesehen und auf die Schnelle nur die ersten beiden Zeilen beachtet, nicht die dritte, die für den alten SDM72 ist.

Quote

• Konfiguration eines SW-basierten Zähler, der auf dem ersten Datenslot die Wirkleistung meldet (keine Ahnung, ob das  so konfigurierbar ist

Kann man problemlos machen. Gegebenenfalls den Wallbox-internen Zähler aus der Liste entfernen und dann einen neuen API-Zähler anlegen und als Zählernummer 0 auswählen. Man muss dann nur die Wirkleistung als erstes in die Liste der Werte packen, damit sie an der passenden Stelle steht. Alternativ die SDM72-Vorlage auswählen und alle Werte außer dem ersten entfernen.

Moin zusammen, ich hoffe es geht euch allen gut.

Leider macht meine Box inzwischen zicken und ich habe noch nicht so richtig einen Ansatzpunkt woran es liegt. Die Ladevorgänge brechen nach ein paar Prozent ab. Es hilft dann eigentlich nur ein Neustart der Box, so richtig greifbar ist es für mich nicht. Ich habe nun testweise mit dem Ladeziegel geladen und auch an öffentlichen Ladepunkten habe ich keine Probleme, daher würde ich das Auto als Fehlerursache ausschließen.

Im Log sieht das so aus:

2025-12-20 21:26:59,632 | phase_switcher   | Charging started by EVSE, changing to active state.
2025-12-20 21:27:00,003 | users            | Charger state changed from 2 to 3
2025-12-20 21:27:46,108 | phase_switcher   | Charging stopped by EVSE. Waiting either for disconnect or quick charge request.
2025-12-20 21:27:47,094 | users            | Charger state changed from 3 to 2
2025-12-20 21:28:09,120 | users            | Charger state changed from 2 to 3
2025-12-20 21:29:59,380 | phase_switcher   | Charging stopped by EVSE. Waiting either for disconnect or quick charge request.
2025-12-20 21:29:59,517 | users            | Charger state changed from 3 to 2
2025-12-20 21:32:33,266 | users            | Charger state changed from 2 to 3
2025-12-20 21:32:52,464 | phase_switcher   | Charging stopped by EVSE. Waiting either for disconnect or quick charge request.
2025-12-20 21:32:52,634 | users            | Charger state changed from 3 to 2
2025-12-20 21:32:56,747 | users            | Charger state changed from 2 to 0
2025-12-20 21:32:56,797 | charge_tracker   | Tracked end of charge.

Ich habe auch ein Debug Log gezogen und hier angefügt. Ich wüsste im ersten Schritt eigentlich gerne warum das Laden durch das EVSE Modul gestoppt wird.

Hat jemand einen Tipp für mich? @rtrbt Ich weiß, dass ich mit dem Umbau aus dem Support raus bin, aber evtl. sieht man in dem Protokoll was das EVSE Modul dazu veranlasst?

Danke und Gruß Felix

warp-SN8-EVSE-Ladeprotokoll-2025-12-20T10-56-18-188.txt

rtrbt ist bis zum 4.1. im Urlaub. Was „Charging stopped by EVSE“ bedeutet, kann dir nur @mattsches sagen. Die darauf folgende Logmeldung bedeutet eigentlich, dass das Auto den Ladevorgang beendet hat.

@fepilins Hallo Felix,

sorry für das lange Schweigen. Ich bin hier gerade im Vorweihnachtsstress, da mangelt es leider noch mehr an Zeit als sonst schon.

Grundsätzlich bedeutet "Charging stopped by EVSE", dass der Ladevorgang aus Sicht des phase_switcher-Moduls durch das EVSE-Modul unterbrochen wurde (oder allgemeiner durch den Code außerhalb des Moduls) - ohne das das Modul damit gerechnet oder den Stopp gar veranlasst hat. Das kommt z. B., wenn man auf der Weboberfläche den Stopp-Button drückt oder wenn das Auto den Ladevorgang selbst beendet.

Das Modul hat einen Debug-Modus, in dem mehr Logausgaben erzeugt werden. Den kannst du aktivieren, indem du im Browser http://<wallbox ip>/phase_switcher/start_debug aufrufst. Im Log sollte dann ein Eintrag wie dieser auftauchen:

2025-12-24 06:44:52,400 | phase_switcher   | Enabling debug mode

Damit schreibt das Modul deutlich mehr Meldungen raus, vielleicht ist dort ja was zu sehen. Ausschalten geht über http://<wallbox ip>/phase_switcher/stop_debug

Grundsätzlich ist es aber schon seltsam, dass das Laden lange Zeit funktioniert hat und nun nicht mehr. Ohne dass du an der Box etwas verändert hast. Erklären kann ich mir das ehrlich gesagt nicht. Allerdings klemmt es auch bei mir hier ab und an, wenn auch in anderer Form. Ein laufender Ladevorgang wird nicht unterbrochen, da geht es mehr darum, dass Start- und Stoppbefehle nicht ankommen.

Ich habe meine Entwicklungsumgebung seit über einem Jahr nicht hochgefahren, wie man an der mittlerweile veralteten Basis-Firmware erkennen kann, auf der mein Fork basiert. Ich hatte bei der ganzen Aktion unterschätzt, wie lebhaft die TF-Jungs hier weiterentwickeln (was ja super ist!) und viel Zeit ich für die Pflege meines Forks würde aufwenden müssen. Nachdem in der WARP3 eine native Phasenumschaltung verfügbar ist, denke ich darüber nach, meine Kiste dahin umzubauen und mein eigenes Modul wieder zu begraben. Aber das ist noch nicht beschlossen.

bearbeitet December 24, 2025 at 06:0124. Dez 2025 von mattsches

Hi mattsches,

danke für die Infos. Ich habe zu dieser Zeit gar nicht mit einer Antwort gerechnet. Bzgl. der Firmwareentwicklung ist es tatsächlich klasse, dass die WARPs sich immer weiterentwickeln. Ich habe aber die neuen Funktionen nicht vermisst und war mit der Version auch zufrieden. In den meisten Fällen lief es bisher ja auch problemlos. Ich werde das beim nächstem Ladevorgang aktivieren und mal schauen was da kommt. Im Zweifel würde ich sonst auch erstmal auf original zurück bauen und mit einer aktuellen Firmware testen. Ansonsten kann ich mir mit dem Ladeziegel ja auch erstmal helfen.

Einen Umbau auf WARP 3 hatte ich mir auch kurz angeschaut, aber das geht auch schon ordentlich ins Geld. Wenn ich das richtig überschlagen habe liegt man da auch bei 600€ oder vertue ich mich da?

In diesem Sinne lass Weihnachten nicht zu stressig werden und genieße die Tage.

VG Felix

Moin zusammen,

ich habe weiter Fehlersuche betrieben. Ich habe jetzt einen Ladevorgang mit einer Phase laufen lassen, um möglichst nahe am funktionierenden Ladeziegel zu sein. Evtl. ist im Auto ja eines der Ladegeräte problematisch. Der Ladevorgang brach aber auch ab.

Interessanterweise war egal bei welcher Ladeleistung (1500W, 3000W oder 3500W) Das CP-PWM-Tastverhältnis bei 26,6%, das hätte ja eigentlich regeln müssen. Die CP/PE (high) Spannung war beim Ladevorgang bei 6,6 bis 6,9V und nach dem Ende bei 9,5V. Demnach müsste das Auto die Ladung beendet haben, aber das die Regelung nicht arbeitet ist schon komisch.

Gruß Felix