fepilins

Aufgefalllen ist mir das auf der Seite des RS485 Bricklet. Die grüne Ader war da ein mehreren Stellen blank. Hier ein Bild von vor der Demontage. Man kann es darauf zumindest erahnen. Die Box hängt unterm Carport im Schatten. Ist ja auch nichts kritisches, ich wollte es nur als Hinweis mitgeben. Falls es bei euch mal Supportfälle in dem Bereich geben sollte, dann könnte das eine Ursache sein. Die meisten Kunden bewegen das Kabel aber sicherlich auch weniger ;) VG Felix

Moin nochmal, Fehler ist gefunden. Tatsächlich war eines der von mir verbauten Relais das Problem. Das Relais für L1 und N hat wohl einen schlechten Kontakt auf L1, so dass dort nur ca. 173V am Ausgang vorhanden waren. Die Leistungsregelung arbeitet jetzt auch wieder, keine Ahnung was damit los war, ich beobachte das. Ich habe bei mir die Finder 22.32.0.012.4340 verbaut. Das sind 25A Relais, die maximal bis 16A belastet werden und eigentlich auch nicht unter Last schalten oder? Ich hab jetzt das Relais von L3 mit L1 getauscht und nun läuft die Ladung problemlos durch. L3 wird beim eGolf ja nicht genutzt. Ich hatte mich in der Zwischenzeit schon mit dem Umbau auf Warp 3 beschäftigt, da Warp 4 aber ja in Arbeit ist und 1H/2026 als Zeitrahmen im Raum steht hätte ich von einem Umbau aktuell aber abgesehen. Eine Frage kam aber noch auf, ist das NFC Bricklet erforderlich oder wird es toleriert, wenn es nicht angeschlossen ist? Bei meinen Arbeiten an der Box ist mir aufgefallen, dass das Kabel zum Zähler auslesen gealtert ist und die Isolierung der Adern wegbröckelt @rtrbt @MatzeTF ist das bei euch bekannt? Gruß 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

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

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

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

Moin zusammen, ich war so frei und habe die 2.1.5 ohne SoC Modul auch mal installiert. Sieht nach 3,5h Uptime soweit gut aus. Ich hatte mir die ToDo's für den Merge auf eine neuere Codebasis auch mal angeschaut, aber steige da leider nicht so wirklich durch. In diesem Sinne vielen Dank für deine Arbeit. Gruß Felix

Hallo Mausschieber, ich nehme an du hast die WARP2 da Netzwerkkabel an der FritzBox. Du vermischt gerade drei Zugriffswege die unterschiedlich priorisiert sind. Ich nehme an du willst die Wallbox mit dem WLAN deiner FritzBox verbinden? Dazu kannst du entweder den integrierten Access Point nutzen und die WLAN Einstellungen erledigen oder die Box per Kabel anschließen. Im Anschluss sollte die Box sich mit deinem WLAN verbinden und dann dort erreichbar sein. Am einfachsten ist es tatsächlich mit dem Namen zu arbeiten, denn wenn die Box per Kabel oder WLAN an deiner FritzBox hängt, dann bekommt sie auch von dort die IP Adresse und hat dann vermutlich eine Adresse die http://192.168.178.*** lautet. Da du die WLAN Einstellungen ja schon vorgenommen hast, kannst du das Netzwerkkabel wieder abziehen und die Box starten, sie sollte dann in der FritzBox als WLAN Nutzer unter "Heimnetz" -> "Heimnetzübersicht" auftauchen, mit dem richtigem Namen. Dann kannst du dich mit dem Browser (voraussgesetzt der PC / Handy ist im selben Netzwerk / WLAN) mit http://warp-abc verbinden. Gruß Felix

Hi Thomas, ja ich hab speichern gedrückt, daraufhin erscheint der Benutzer als eigene "Kachel". Gruß Felix

🤦‍♂️ Ouh man, das wars. Danke, bin was die Programmierung in diesem Umfeld angeht noch auf noob Level.

Hallo zusammen, ich versuche mich gerade daran die SW etwas anzupassen. Dazu wollte ich das Modul in dem aktuellem SW Stand einbinden. Ich bekomme aber noch folgende Fehler und stehe komplett auf dem Schlauch: Compiling .pio/build/warp_ps/src/modules/phase_switcher/phase_switcher.cpp.o src/modules/phase_switcher/phase_switcher.cpp: In member function 'void PhaseSwitcher::register_urls()': src/modules/phase_switcher/phase_switcher.cpp:210:6: error: no matching function for call to 'WebServer::on(const char [40], http_method, PhaseSwitcher::register_urls()::<lambda(WebServerRequest)>)' }); ^ In file included from src/api.h:29, from src/device_module.h:28, from src/modules/phase_switcher/phase_switcher.h:25, from src/modules/phase_switcher/phase_switcher.cpp:17: src/web_server.h:113:23: note: candidate: 'WebServerHandler* WebServer::on(const char*, httpd_method_t, wshCallback)' WebServerHandler *on(const char *uri, httpd_method_t method, wshCallback callback); ^~ src/web_server.h:113:23: note: no known conversion for argument 3 from 'PhaseSwitcher::register_urls()::<lambda(WebServerRequest)>' to 'wshCallback' {aka 'std::function<WebServerRequestReturnProtect(WebServerRequest)>'} src/web_server.h:114:23: note: candidate: 'WebServerHandler* WebServer::on(const char*, httpd_method_t, wshCallback, wshUploadCallback)' WebServerHandler *on(const char *uri, httpd_method_t method, wshCallback callback, wshUploadCallback uploadCallback); ^~ src/web_server.h:114:23: note: candidate expects 4 arguments, 3 provided Kann mich vielleicht jemand in die richtige Richtung stoßen? Es geht um diese Aufrufe: server.on("/phase_switcher/requested_power_history", HTTP_GET, [this](WebServerRequest request) { if (!initialized) { request.send(400, "text/html", "not initialized"); return; } const size_t buf_size = PHASE_SWITCHER_RING_BUF_SIZE * 6 + 100; char buf[buf_size] = {0}; size_t buf_written = 0; int16_t val; requested_power_history.peek(&val); // Negative values are prefilled, because the ESP was booted less than 48 hours ago. if (val < 0) buf_written += snprintf(buf + buf_written, buf_size - buf_written, "%s", "[null"); else buf_written += snprintf(buf + buf_written, buf_size - buf_written, "[%d", (int)val); for (int i = 1; i < requested_power_history.used() && requested_power_history.peek_offset(&val, i) && buf_written < buf_size; ++i) { // Negative values are prefilled, because the ESP was booted less than 48 hours ago. if (val < 0) buf_written += snprintf(buf + buf_written, buf_size - buf_written, "%s", ",null"); else buf_written += snprintf(buf + buf_written, buf_size - buf_written, ",%d", (int)val); } if (buf_written < buf_size) buf_written += snprintf(buf + buf_written, buf_size - buf_written, "%c", ']'); request.send(200, "application/json; charset=utf-8", buf, buf_written); }); Es hat was hier mit zu tun, aber die Lösung habe ich gerade noch nicht Gruß Felix

Moin ThomKa, ich bin mir gerade nicht sicher, ob du den MQTT Benutzer für den Broker meinst oder die Benutzerverwaltung für die Ladevorgänge etc. Beides funktioniert bei mir. Gruß Felix

@ThomKa Passt für mich soweit, Zeit ist nicht so der entscheidende Faktor, gerade bin ich noch gut damit beschäftigt meinen PV Speicher aufzubauen. Messeinrichtung ist schon vorhanden aber kein Platz mehr in den Verteilungen für Energymeter und Schütz. Derzeit regel ich den PV Überschuss mit evcc aus, aber ansonsten kann ich auch eine Logik in meine Haussteuerung bauen. Für den Energy Meter müsste ich ja auch noch den Zähler in meiner WARP Pro v1 tauschen, da der bei 1-phasigem Anschluss ja nicht funktioniert. Ich müsste also so oder so an die Box ran und dann gehe ich den Weg es dort direkt einzubauen. Die Software von @mattsches sag schon gut aus und ich habe durchaus Interesse mich da weiter einzuarbeiten. C Erfahrung ist schon etwas eingerostet, aber die meisten Dinge im Code verstehe ich noch. CP Trennung sehe ich auch erstmal als Übernächsten Schritt. In der WARP 2 ist diese ja schon vorhanden, ich kann aktuell nur nicht abschätzen wie Aufwändig die Portierung in die WARP 1 ist und ob es so einfach möglich ist den "Ausgang" umzubiegen.

Hallo zusammen, ich wäre an dem Umbau auch sehr interessiert, mit 5,85 kWp ist unsere PV Anlage die meiste Zeit leider zu klein für 2-phasiges Laden (eGolf 300). Ich würde mich gerne als Betatester der Anleitung anbieten. Als IT Systemelektroniker habe ich auch die entsprechende Fachkenntnis. Genial wäre auch die CP Trennung, da der eGolf diese wohl benötigt, jedenfalls fängt unser nicht wirklich zuverlässig wieder mit dem laden an. Die Hardware würde ich dann gerne schon mal ordern, der Link vom Quad Relay ist inzwischen übrigens dieser hier https://www.tinkerforge.com/de/shop/industrial-quad-relay-v2-bricklet.html Gruß Felix