mattsches

Lustig, das hätte mir natürlich auffallen müssen. Tatsächlich ist die KI hier über eine kleine Inkonsistenz auf der Dokuseite für die Wallbox gestolpert. Ich habe den Punkt in der Tabelle ergänzt und die Aussagen zu den WEM-Funktionen entfernt. Ok, dann sorry dafür. Es waren zwei, drei Prompts und damit Crawls, begrenzt auf das Kapitel "Webinterface". Das sollte auf dem Server hoffe ich nicht spürbar gewesen sein und war nach wenigen Sekunden auch erledigt. Wenn die die Tabelle nicht in eurem Sinne ist, nehme ich sie wie gesagt auch gerne wieder raus. Ich fand sie für meine Entscheidung, anlässlich meiner ESP32-Brick-Haverie umzurüsten oder nicht, ganz hilfreich. Und zusammen mit euren Ergänzungen (danke!) gibt das finde ich einen ganz guten Überblick. Ich hatte 2022 ja nicht damit gerechnet, dass ihr sowohl Soft- wie Hardware so rege weiterentwickelt. Möglicherweise hätte mich das sogar von meinem Mod abgeschreckt - mit eurem Tempo Schritt zu halten, war zeitweise gar nicht so einfach. Aber ich find's super. Und die offene und zuvorkommende Art, selbst mit den schrägsten Ideen, Fragen und Anforderungen von uns selbstberufenen umzugehen, noch viel mehr. Da können sich andere Firmen eine Scheibe abschneiden. Zitat eines Servicemitarbeiters von meinem Pelletkesselhersteller auf die Frage, ob es Erfahrungen mit einem "Fehler 4005" gebe: "Das ist ein Scheißfehler." Aha. "Das kann alles sein." Okay - und jetzt? 🥴

In irgendeinem Thread bin ich kürzlich über die Frage gestolpert, ob es eine Übersicht der Features für die verschiedenen WARP-Generationen gibt. Ich meine, MatzeTF hatte sinngemäß geantwortet "In den Release Notes immer beschrieben, als konsolidierte Liste so nicht vorhanden". Für meine eigenen Zwecke habe ich eine solche Übersicht auf Basis der aktuellen Onlinedoku erstellt. Bzw. erstellen lassen, natürlich von der KI. In der Doku ist die Unterstützung der Features durch die einzelnen Generationen sehr gut gekennzeichnet (wie üblich: Top, Tinkerforge 👍). Die Liste sollte also recht zuverlässig sein. Vielleicht hilft sie ja jemandem bei Überlegungen z. B. zu einem Umbau auf eine neuere Generation. Ein wesentliches Feature ist in den Tabellen nicht genannt: Die interne Phasenumschaltung. Das liegt daran, dass ich das Kapitel "Webinterface" der Doku habe crawlen lassen und dort die Umschaltung nicht als eigenständiges Kapitel erwähnt ist (ich habe sie nur hier erwähnt gefunden). Meines Wissens kam sie jedoch mit WARP3 dazu (und im Mod meiner WARP1 😉). @MatzeTF , @borg , bitte gebt Bescheid, wenn es irgendwo eine offizielle Aufstellung geben sollte, die ich übersehen habe. Dann nehme ich die hier wieder raus. WARP Charger – Features der Generationen 1 bis 4Grundlage: Offizielle WARP-Charger-Dokumentation – Webinterface. Legende: ✓ = Generation im Verfügbarkeitskasten genannt; – = Generation im Verfügbarkeitskasten nicht genannt; ? = keine Angabe zur Verfügbarkeit gefunden. 1. Status und WallboxFeature WARP1 WARP2 WARP3 WARP4 Status ✓ ✓ ✓ ✓ Wallbox → Einstellungen ✓ ✓ ✓ ✓ Wallbox → Ladestatus ✓ ✓ ✓ ✓ Wallbox → Automatisierung ✓ ✓ ✓ ✓ Wallbox → Ladetracker ✓ ✓ ✓ ✓ Wallbox → ISO 15118 – – – ✓ 2. EnergiemanagementFeature WARP1 WARP2 WARP3 WARP4 Stromzähler ✓ ✓ ✓ ✓ Batteriesteuerung ✓ ✓ ✓ ✓ Energiemanagement → Ladetracker ✓ ✓ ✓ ✓ Wallboxen ✓ ✓ ✓ ✓ PV-Überschussladen ✓ ✓ ✓ ✓ Lastmanagement ✓ ✓ ✓ ✓ Dynamischer Strompreis – ✓ ✓ ✓ PV-Ertragsprognose – ✓ ✓ ✓ Eco-Modus – ✓ ✓ ✓ §14a EnWG – ✓ ✓ ✓ Hinweis: Die Dokumentation führt die Batteriesteuerung als in Entwicklung. Die Verfügbarkeitsangabe allein bedeutet daher nicht, dass die Funktion bereits vollständig in der Release-Firmware nutzbar ist. 3. NetzwerkFeature WARP1 WARP2 WARP3 WARP4 Netzwerk → Einstellungen ✓ ✓ ✓ ✓ WLAN-Verbindung ✓ ✓ ✓ ✓ WLAN-Access-Point ✓ ✓ ✓ ✓ LAN-Verbindung – ✓ ✓ ✓ WireGuard ✓ ✓ ✓ ✓ 4. SchnittstellenFeature WARP1 WARP2 WARP3 WARP4 MQTT ✓ ✓ ✓ ✓ Modbus/TCP ✓ ✓ ✓ ✓ OCPP – ✓ ✓ ✓ EEBUS – ✓ ✓ ✓ 5. BenutzerFeature WARP1 WARP2 WARP3 WARP4 Benutzerverwaltung ✓ ✓ ✓ ✓ Fahrzeuge – – – ✓ 6. SystemFeature WARP1 WARP2 WARP3 WARP4 System → Einstellungen ✓ ✓ ✓ ✓ TLS-Zertifikate ✓ ✓ ✓ ✓ Fernzugriff ✓ ✓ ✓ ✓ Systemzeit ✓ ✓ ✓ ✓ Ereignis-Log ✓ ✓ ✓ ✓ Firmware-Aktualisierung ✓ ✓ ✓ ✓ Vollständigkeitshinweis: Diese Matrix basiert auf den im vorherigen Antwortschritt geöffneten Dokumentationsseiten und ist keine unabhängig bestätigte vollständige Erfassung sämtlicher Seiten des laufend gepflegten Navigationsbaums. Ein Gedankenstrich bedeutet, dass die Generation im Verfügbarkeitskasten nicht genannt ist, nicht zwingend, dass die Funktion technisch unmöglich ist.

Ah - sehr cool, vielen Dank für die schnelle Antwort! Flashen ist kein Problem - quasi Alltag. ;-) P. S. Euer Support ist echt der Hammer!

Hallo zusammen, hat zufällig noch jemand einen ESP32 Brick der guten alten WARP1 rumliegen, den er nicht mehr braucht? Ich habe an meinem beim Öffnen des Gehäuses einen Kondensator abgerissen. Jetzt ist er tot, und ich brauche einen Ersatz. :-o Den Brick der WARP2 werde ich vermutlich am bisherigen Einbauplatz nicht unterbekommen, fürchte ich. Oder hat das schonmal jemand gemacht? Danke im Voraus!

Danke für den Tipp! Ich schau's mir mal mit etwas mehr Ruhe an. Aktuell kämpfe ich noch mit anderen Problemen (immer wieder "WARP Charger con­nec­tion lost! Con­nec­tion will be re­estab­lished...", wenn mein phase_switcher Modul mit eingebaut ist). Aber das passt jetzt auch nicht hierher. Besten Dank nochmal!

@MatzeTF Uiuiui, was pflegt ihr denn für Arbeitszeiten? Danke! Darf ich dann noch eine Frage hinterher schieben? Kann es sein, dass bei Warp1 nur max. zwei Zähler möglich sind? Ich habe den Fronius Smart Meter als zweiten Zähler angelegt, mehr geht nicht (Button ausgegraut). Aber den Smart Meter brauche ich ja für die Regelung am Netzanschluss (wenn ich es richtig verstanden habe). Also keine Batterieunterstützung in der (betagten) 1er? Antwort drängt nicht, reicht irgendwann die Tage... :-) Danke!

Wenn ich hier mal kurz einhaken darf, ich strauchle bei der gleichen Konfig über die Batteriekonfiguration. In der Doku heißt es dazu: "Aus diesem Grund haben wir zum Auslesen des Speichers eine eigenes Template für Modbus/TCP angelegt. Dieses ist für den Stromzähler "Speicher" zu wählen." Im Dialog "Batteriespeicher hinzufügen" finde ich aber keine Registertabelle für Fronius. Und der Sourcecode legt auch nahe, dass es einen solchen generell nicht gibt. Wie habt ihr den Batteriespeicher denn konfiguriert, so dass dessen Ladestand berücksichtigt wird? Vielleicht noch erwähnenswert: Ich habe ein Warp1-Urgestein. Ich konnte aber keinen Hinweis darauf finden, dass dort die Batterieunterstützung speziell für Fronius nicht unterstützt wird. Für zielführende Hinweise wäre ich sehr dankbar. :-)

Nach längerer Zeit habe ich meinen Fork mal wieder nachgezogen auf V2.13.3 der WARP1-Firmware. Falls jemand interessiert ist, hier geht's lang: https://github.com/mattsches1/esp32-firmware/releases/tag/phase_switcher-2.13.3%2B001 Edit: Ich bin gerade noch dabei, letzte Glitches zu bereinigen. Also besser mal noch langsam machen, Update kommt bald.

@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 modeDamit 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.

Wir laden unseren 500e seit 2021 recht problemlos an unserer Warp1 mit Phasenumschaltung. Ich hatte die Box umgebaut und die Firmware mit einem eigenen Modul ergänzt. Dabei hatte ich mir die CP-Trennung aus Faulheit erstmal gespart. Die Umschaltung klappt damit ohne Probleme. Mögliche Unterschiede zu den hier geschilderten Fällen: Die Pause beim Umschalten habe ich auf 30 Sekunden eingestellt (wie gesagt, keine CP-Trennung sondern einfacher Ladestopp und anschließender -start). Evtl. sind die zwei oder auch die fünf Sekunden schlicht zu kurz. Unser Auto war seit 2022 nicht mehr beim Service. Es könnte also auch einen Zusammenhang zur Firmware des Bordladers geben (Verschlimmbesserung). Beim zweiten Punkt fällt mir jedoch auf, dass im GoingElectric-Forum schon 2021 von Problemen an einer OpenWB berichtet wurde.

@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 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).

... 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

@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.

Hier nochmal ein Update: Beim Starten und/oder Stoppen kam es mit der vorherigen Version immer wieder vor, dass das EVSE auf Störung ging, weil die Phasenüberwachung zugeschlagen hat. Es war insofern nicht tragisch - und auch schon eine Weile so -, als der Start oder Stopp kurz danach dennoch durchgeführt wurde. Aber es war halt nicht sauber. In dieser Version sollte das behoben sein.

Sodele, ich habe mal meinen Fork auf den Stand 2.6.1 (Release) gebracht. Es hat noch etwas gedauert, denn auch wenn der Patch von @MatzeTF sehr hilfreich war (herzlichen Dank nochmal dafür), war das Frontend darin ncoh nicht abgedeckt. Am Chart auf der Phasenumschaltungsseite hatte ich dann etwas zu kauen. Der neue Stand ist hier zu finden:[https://github.com/mattsches1/esp32-firmware/releases/tag/phase_switcher-2.6.1 Bei mir läuft er bisher gut, ich konnte auch endlich den manuellen Stopp und die Phasenfehler beim Start des Ladevorgangs fixen. Gerne mal testen und melden, wenn was nicht funktioneren sollte.

Hi @MatzeTF, da muss dir gar nichts leidtun, so war das nicht gemeint. Es ist ja super, dass ihr die Software fortlaufend weiterentwickelt und neue Funktionen zur Verfügung stellt. Und das mit einem gemeinsamen Source Code. Dass dabei immer wieder ein Refactoring der Basis erforderlich ist, ist völlig nachvollziehbar, ich kenne das aus meinem eigenen Umfeld. Herzlichen Dank für den Patch, das ist ein super Service! Schaue ich mir (hoffentlich) die nächsten Tage mal an.

Die Softwarebasis ist prinzipiell für alle Versionen gleich. Bis auf die Dinge, die in der 1er oder 2er hardwaremäßig nicht gehen, z. B. wegen fehlendem Speicher. Was an sich ja schon eine ziemlich coole Sache ist - wo gibt es noch Updates für ein Gerät, von dem schon die zweite Folgeversion herausgekommen ist.

Hallo ihr beiden, nein, ich habe tatsächlich schon ziemlich lange nichts mehr daran gemacht. Habe hier auch seit einer gefühlten Ewigkeit eine ToDo-Liste, weil bei uns z. B. ab und an die Umschaltung nicht klappt, weil der Startbefehl vom Phasenumschaltungsmodul nicht beim EVSE ankommt. Aber es ist ja gut zu hören, wenn das bei euch nicht so ist. Jetzt werden die Tage ja wieder kürzer, vielleicht finde ich mal Zeit. Das Blöde ist, je länger man nichts macht, umso mehr muss nachgezogen werden. Denn die Jungs von Tinkerforge sind auch am Unterbau aktiver, als ich das zu Beginn erwartet hatte.

Mein Tipp: Als erstes einen halbwegs gut gebauten Dongle bestellen (kostet knapp 30 Euro) und mit einer OBD App testen, ob du an Daten kommst, wenn das Auto an der Box hängt und abgeschlossen ist. Wenn die App dann keine Verbindung zu den Steuergeräten bekommt, wie das bei unserem Fiat der Fall ist, dann ist jeder weitere Schritt vertane Zeit. Deine Kritik an der umständlichen Beschaffung des Ladestands über die Cloud des Herstellers teile ich voll und ganz. Ich habe die Funktion für unser Auto in unsere Warp 1 programmiert und kämpfe immer wieder mit der Komplexität. Aber leider sehe ich zumindest für unseren Flitzer keine realistische Alternative.

Ja, das kannst du beim GEN24: Webseite des WR öffnen, Menü, Gerätekonfiguration, Komponenten, Batterie, SOC-Modus manuell, max. Ladelimit Meiner Erinnerung nach genügt dafür das Customer Passwort.

Wie gesagt, das ist der amerikanische 500e, nicht der aktuell hier erhältliche. Und an den Kabelbaum etwas ranzufrickeln ist für mich auch keine Option.

Nein, das unterstützt nur den amerikanischen 500e, und spontan wüsste ich auch nicht, was ich damit anfangen soll.

Ich habe mir mal einen Vgate Bluetooth 4.0-Adapter bestellt und mit der App "Car Scanner ELM OBD2" festgestellt, dass bei unserem Fiat 500e eine Verbindung nur dann aufgebaut werden kann, wenn die Zündung an ist. Der Adapter bekommt zwar eine Versorgungsspannung, und die App kann sich über Bluetooth verbinden. Aber die Verbindung vom Adapter zum CAN-Bus geht nicht. Damit ist der Ansatz für mich als Option leider ausgeschieden. Schade, klang vielversprechend.

Update auf WARP 2.2.1 Release: https://github.com/mattsches1/esp32-firmware/releases/tag/phase_switcher-2.2.1.1

Du kannst gleich weiter machen, Update auf das WARP 2.2.0 Release: https://github.com/mattsches1/esp32-firmware/releases/tag/phase_switcher-2.2.0.1