wolkenschaufler

Hallo, ich wieder mal ;-) Soweit läuft alles wie es soll, auch mit der neugebauten Firmware. Auffallend ist aber nach wie vor, dass manchmal der Schütz schnell hintereinander schaltet. Hier der Log von heute von der WARP mit Beta Firmware von oben: 2024-04-21 10:20:45,860 Charger state changed from 1 to 2 2024-04-21 10:20:48,872 Charger state changed from 2 to 3 2024-04-21 10:39:35,983 Charger state changed from 3 to 1 2024-04-21 10:40:16,023 Charger state changed from 1 to 2 2024-04-21 10:40:18,036 Charger state changed from 2 to 3 2024-04-21 10:40:19,048 Charger state changed from 3 to 2 2024-04-21 10:42:06,168 Charger state changed from 2 to 1 2024-04-21 10:42:46,202 Charger state changed from 1 to 2 2024-04-21 10:42:48,215 Charger state changed from 2 to 3 Komisch ist das bei Zeitstempel 10:40:16,023: Warum wird da freigegeben, aber ein Sekunde nachdem er lädt, wieder deaktiviert? Das ist nämlich genau das was man hört. Schütz zieht bei 10:40:18,036 an und öffnet dann bei 10:40:19,048 gleich wieder. Im WEM passiert in dieser Zeit nichts was mir aufallen würde: 2024-04-21 10:39:41,231 energy_manager: now in state 4 2024-04-21 10:40:11,249 energy_manager: now in state 5 2024-04-21 10:40:11,499 energy_manager: now in state 0 2024-04-21 10:42:00,990 power_manager: External control phase change request: switching from 3 to 1 2024-04-21 10:42:01,104 energy_manager: wants_3phase decision changed to 0 2024-04-21 10:42:01,106 charge_manager: Available phases: 1 2024-04-21 10:42:01,356 energy_manager: now in state 1 2024-04-21 10:42:06,357 energy_manager: now in state 2 Wie schon gesagt, das aufwachen und Zielladen ist aktuell kein Problem mehr, ich frage mich nur, das auf Dauer so gut für Wallbox und OBC ist, wenn er das öfters macht.

Mir ist jetzt was aufgefallen, eigentlich eher zufällig weil ich in der Garage war, als geladen wurde. Ich habe nur gehört, wie die Schütze schnell hintereinander schalten. Danach war dann eine Stromfreigabe vorhanden, es wurde aber nicht geladen. 2024-03-02 09:45:04,358 Charger state changed from 1 to 2 2024-03-02 09:45:07,376 Charger state changed from 2 to 3 2024-03-02 10:07:32,690 Charger state changed from 3 to 1 2024-03-02 10:08:13,728 Charger state changed from 1 to 2 2024-03-02 10:08:16,757 Charger state changed from 2 to 3 2024-03-02 10:12:02,976 Charger state changed from 3 to 1 2024-03-02 10:12:43,004 Charger state changed from 1 to 2 2024-03-02 10:12:45,021 Charger state changed from 2 to 3 2024-03-02 10:24:03,877 Charger state changed from 3 to 1 2024-03-02 10:24:43,925 Charger state changed from 1 to 2 2024-03-02 10:24:45,943 Charger state changed from 2 to 3 2024-03-02 10:24:46,970 Charger state changed from 3 to 2 2024-03-02 10:28:22,190 Charger state changed from 2 to 0 2024-03-02 10:28:22,304 Tracked end of charge. 2024-03-02 10:28:25,402 Charger state changed from 0 to 1 2024-03-02 10:28:29,405 Charger state changed from 1 to 2 2024-03-02 10:28:29,488 Tracked start of charge. 2024-03-02 10:28:31,536 Charger state changed from 2 to 3 2024-03-02 10:33:33,869 Charger state changed from 3 to 1 2024-03-02 10:34:13,925 Charger state changed from 1 to 2 2024-03-02 10:34:15,954 Charger state changed from 2 to 3 2024-03-02 10:53:04,050 Charger state changed from 3 to 1 2024-03-02 10:53:44,094 Charger state changed from 1 to 2 Wie man sieht, wurde von 10:12:45,021 Uhr bis 10:24:03,877 geladen. Dann wurde wohl auf 3p erhöht und weiter geladen (10:24:45,943) aber sofort wieder abgeschalten (10:24:46,970). Beim Zeitstempel 10:28:22,190 hab ich dann ab- und wieder angesteckt, weil die Wallbox laden wollte (state 2) aber nicht geladen hat. Hier hat auch ein öffnen der Tür oder ähnliches den Peugeot nicht zum laden bewegt. Das hier wäre der Log vom WEM zu diesen Zeiten: 2024-03-02 10:07:27,530 power_manager: External control phase change request: switching from 1 to 3 2024-03-02 10:07:27,762 energy_manager: wants_3phase decision changed to 1 2024-03-02 10:07:27,763 charge_manager: Available phases: 3 2024-03-02 10:07:28,014 energy_manager: now in state 1 2024-03-02 10:07:32,277 energy_manager: now in state 2 2024-03-02 10:07:38,375 energy_manager: now in state 3 2024-03-02 10:07:38,899 energy_manager: now in state 4 2024-03-02 10:08:09,120 energy_manager: now in state 5 2024-03-02 10:08:09,370 energy_manager: now in state 0 2024-03-02 10:11:57,674 power_manager: External control phase change request: switching from 3 to 1 2024-03-02 10:11:57,863 energy_manager: wants_3phase decision changed to 0 2024-03-02 10:11:57,865 charge_manager: Available phases: 1 2024-03-02 10:11:58,115 energy_manager: now in state 1 2024-03-02 10:12:03,423 energy_manager: now in state 2 2024-03-02 10:12:08,520 energy_manager: now in state 3 2024-03-02 10:12:09,043 energy_manager: now in state 4 2024-03-02 10:12:39,116 energy_manager: now in state 5 2024-03-02 10:12:39,366 energy_manager: now in state 0 2024-03-02 10:23:58,613 power_manager: External control phase change request: switching from 1 to 3 2024-03-02 10:23:58,690 energy_manager: wants_3phase decision changed to 1 2024-03-02 10:23:58,692 charge_manager: Available phases: 3 2024-03-02 10:23:58,942 energy_manager: now in state 1 2024-03-02 10:24:04,204 energy_manager: now in state 2 2024-03-02 10:24:10,227 energy_manager: now in state 3 2024-03-02 10:24:10,733 energy_manager: now in state 4 2024-03-02 10:24:40,765 energy_manager: now in state 5 2024-03-02 10:24:41,015 energy_manager: now in state 0 2024-03-02 10:33:28,538 power_manager: External control phase change request: switching from 3 to 1 2024-03-02 10:33:28,560 energy_manager: wants_3phase decision changed to 0 2024-03-02 10:33:28,561 charge_manager: Available phases: 1 2024-03-02 10:33:28,812 energy_manager: now in state 1 2024-03-02 10:33:34,333 energy_manager: now in state 2 2024-03-02 10:33:39,333 energy_manager: now in state 3 2024-03-02 10:33:39,834 energy_manager: now in state 4 2024-03-02 10:34:09,900 energy_manager: now in state 5 2024-03-02 10:34:10,150 energy_manager: now in state 0 2024-03-02 10:52:58,475 power_manager: External control phase change request: switching from 1 to 3 2024-03-02 10:52:58,590 energy_manager: wants_3phase decision changed to 1 2024-03-02 10:52:58,597 charge_manager: Available phases: 3 2024-03-02 10:52:58,848 energy_manager: now in state 1 2024-03-02 10:53:04,865 energy_manager: now in state 2 2024-03-02 10:53:09,866 energy_manager: now in state 3 Könnt ihr euch da irgendwie einen Reim draus machen?

Vielen Dank und auch wieder mal für den hervorragenden Support! Dieser ist echt einzigartig. Firmware ist schon geflasht.

Nach vielen erfolgreichen nächtlichen Ladevorgängen wage ich zu behaupten, dass das der Fehler ist bzw. war. Probleme habe ich jetzt nur noch beim Start der Ladung wenn der WEM schon auf 1p steht. Nach meinem Verständnis liegt da aber der gleiche Mechanismus zugrunde. Also Fahrzeug wird abends angesteckt, WEM steht auf 1p -> Nächster morgen wird Ladung freigegeben -> Fahrzeug startet den Ladevorgang dann nicht, weil die CP-Trennung zum Aufwachen m.E. in der Wallbox selbst zu kurz ist. Meine nächtlichen Ladevorgänge haben vermutlich deswegen alle funktioniert, weil der WEM dazu die Phasenumschaltung 1p/3p macht und dann das Auto aufwacht. So oder so: Könntet ihr diesen API Punkt, wie in der Version oben, mit in die normale Firmware aufnehmen?

Könnt ihr mir bitte eine Firmware mit der Option der CP-Trennungszeit auf Basis der 2.0.1 bauen? Wenn sich der Aufwand für euch in Grenzen hält... Ich kann sonst evcc nicht mehr updaten ;-) Bisher ist es so, dass jedes mal geladen wurde, ich würde aber dennoch gerne noch länger testen um wirklich sicher zu sein, dass es das war. Der Wert ist auf 30 s gestellt.

Vielen Dank! Ich teste damit jetzt mal eine Zeit lang und gebe dann Rückmeldung. Eine Frage hätte ich aber noch: Wenn ich das richtig verstehe, dann ist die CP-Trennung davon nicht betroffen, wenn mit z.B. der WEM schon auf 3p steht und die Ladung nach einer Pause startet?

Da er in der Nacht auf den 10.01.2024 auch wieder nicht geladen hat, versuche ich das ganze nochmal zusammenzufassen: Mit gesetztem minimalem Strom von 8 A im WEM war das Problem ziemlich konstant reproduzierbar. Solange diese gesetzt waren, wurde nicht geladen. Ich hatte hier 8 A drin stehen, da das ein Relikt der Zoe war, die auch an dieser Wallbox geladen wurde. Mit dem herausnehmen der 8 A, war das Problem anscheinend weg. Dachte ich zumindest... Seitdem ist das nichtladen noch zweimal aufgetreten: In der Nacht zum 10.01. 2024 und in dem Log vom 13.12.2023. Von der Nacht auf den 10ten habe ich leider kein Log. Ich habe jetzt die 8 A wieder gesetzt, den WEM in den verbose Modus gesetzt. Es ist aber zum Mäuse melken. Ich habe gestern und heute min. 3 h versucht, das Problem zu reproduzieren. Ich habe es nicht geschafft. Es wurde aber auch immer gleich mit 16 A geladen, sofern ich das aus den Logs entnehmen kann. Was ich noch dazu gefunden hätte, zielt immer auf die Dauer der CP-Trennung ab. Das hier und das hier. Ggf, wäre doch hier eine konfigurierbare CP-Trennung mal zu testen? Das habe ich ja nie ausprobiert, weil ich durch die manuelle Steuerung der CP-Trennung den WEM deaktivieren musste und da das Problem dann weg war. Dachte ich zumindest... Aber anscheinend ist es dann auch nicht weg, tritt aber nicht mehr so gehäuft auf. Ich bin schön langsam soweit, dass ich mir ein Skript baue, dass mich in der Nacht anruft wenn nicht geladen wird. Und ich dachte immer die Zoe ist als Ladezicke bekannt. Aber bis auf die 8 A macht die alles wie Sie es soll.

Danke, kann ich verstehen und habe so etwas schon befürchtet. Trotzdem irgendwie unbefriedigenden nicht zu wissen woran das genau liegt und ob das nicht wieder einfach auftritt. Einen Grund, warum der WEM zuerst nur 8 A anstatt der von evcc zugewiesen 16 A frei gibt konntet ihr auch nicht finden? Ich kann mir nur erklären, dass das irgendwie am Timing hängt und das man das im Log nicht sieht.

Könnt ihr hierzu noch etwas sagen? Wenn ich noch etwas testen soll, kann ich das gerne machen. Danke!

Ich möchte hier nochmal eine Rückmeldung geben: Mit deaktivieren der 8 A Mindestladestrom im WEM ist das Problem behoben und der Peugeot wacht bisher immer zum Laden auf. Nichtsdestotrtoz würde ich gerne verstehen, warum das so ist. Ich konnte das Verhalten auch nicht reproduzieren wenn er durch evcc einphasig mit niedrigen Strömen geladen wird. Da wacht er auch auf. Viele Grüße und schöne Weihnachten🎅🎄!

Kein Problem. Ich bin ja schon froh, dass ihr da so eine Ausdauer habt beim unterstützen. Das ist man von anderen Firmen nicht so gewohnt. Dafür habe ich jetzt auch einen Log wo wieder nicht geladen wurde, dafür aber gleich mit 16 A😭 ;-) energy_manager-debug-protocol-wem-26ud-2023-12-13T16-39-53-870.txt evse-debug-protocol-warp2-22qS-2023-12-13T16-39-53-256.txt

@MatzeTF Hier die Logs wie in deiner privaten Nachricht geschrieben. Allerdings hat er in diesem Fall zu laden begonnen, es wurden aber zuerst nur die 8 A gesetzt. Ich denke aber auch, dass ich zu wenig lang gewartet habe bis er eingeschlafen ist. Ich hoffe, das hilft zumindest mal dabei rauszufinden, warum zuerst mit 8 A geladen wird. Irgendwie ist das echt schwierig, ich kann einfach keine Konstante in dem Problem finden. evse-debug-protocol-warp2-22qS-2023-12-13T16-22-30-969.txt energy_manager-debug-protocol-wem-26ud-2023-12-13T16-22-31-944.txt

Hier noch der Debug-Report vom WEM wenn das Fahrzeug nicht aufwacht. Ich kann es noch nicht 100% sicher sagen, aber das Problem tritt wohl nur auf, wenn im WEM 8 A Mindeststrom gesetzt sind. debug-report-wem-26ud-2023-12-12T21-14-25-554.txt

Ich hab das jetzt zweimal versucht mit 6 A konfiguriertem Ladestrom. Kann aber das Verhalten nicht reproduzieren, es wird immer gleich losgeladen. Mir ist aufgefallen, dass da aber keine CP-Trennung gemacht wird: evse-debug-protocol-warp2-22qS-2023-12-12T20-25-29-909.txt

Ich hatte ja noch die Tests an meiner zweiten Wallbox austehend. Ich habe das bisher zweimal getestet, er ist jedes Mal aufgewacht. Ich denke auch, dass das Auto geschlafen hat, da die LED am Ladeanschluss aus war. Meine Frage, warum der pwm duty cycle sich ändert kann ich mir auch selbst beantworten: Der freigegebene Ladestrom ist ein anderer. Mir ist aufgefallen, dass hier gleich mit 16 A losgeladen wird und nicht zuerst mit 8 A und dann mit 16 A. Ich hab daher die Einstellungen im WEM mal verglichen: Im "problematischen" WEM war unter Energiemanager -> Wallboxen ein minimaler Ladestrom von 8 A konfiguriert. Ich hatte das da vermutlich drin, weil hier die Zoe zuerst meist geladen wurde und die ja dafür bekannt ist, unter gewissen Strömen nicht zu laden. Die erste Frage wäre hier: Warum macht der WEM das, obwohl von evcc 16 A freigegeben werden? Ich könnte mir vorstellen, dass das das Problem war. Wenn ja, verstehe ich aber nicht warum das ein Problem ist, wenn der freigegebene Ladestrom "nur" 8 A ist. 6 A sollten meines Wissens die Grenze sein und ich kenn nur Zoes die das nicht aktzeptieren. evse-debug-protocol-warp2-28kb-2023-12-11T18-45-01-482.txt evse-debug-protocol-warp2-28kb-2023-12-11T17-54-43-067.txt

Nachtrag: Gerade ist er wieder nicht aufgewacht. Aber selbiges Verhalten wie zuvor: Sobald ich das Lastmanagement deaktiviert habe, hat er zu laden begonnen. Ich hab bei dem Log zu spät auf aufzeichnen gedrückt, da war die Ladefreigabe schon da. evse-debug-protocol-warp2-22qS-2023-12-10T20-14-11-162.txt

Ich kann das Verhalten aktuell kaum mehr reproduzieren. Das einzige was sich geändert hat ist die Außentemperatur und der WEM hängt jetzt am Kupfer und nicht mehr im WLAN. Bei ersterem kann ich mir kaum vorstellen, dass das was mit dem Problem zu tun hat. Mir wäre noch etwas aufgefallen, als ich den PWM Duty Cycle im Diagramm ergänzt habe: Da hing der WEM auch am Kupfer und er hat nicht zu laden begonnen. Bei ~2317 hab ich dann das Netzwerkkabel abezogen und das Lastmanagement deaktiviert und er hat zu laden begonnen. Warum ist da der PWM Duty Cycle auf einmal ein anderer? Der ist beim "ersten" Start 133 und nach dem deaktivieren vom Lastmanagement 267. Ich hätte erwartet, dass der bei 133 bleibt.

Wahnsinn, vielen Dank für deine ausführliche Antwort, damit habe ich jetzt nicht gerechnet. Ich habe jetzt den WEM via Kupfer im Netzwerk, vorher war alles im WLAN, war bisher nur zu faul das umzubauen. Ich habe damit dein Prozedere mal durchgespielt. Merkwürdig war, dass beim ersten Test der Ladevorgang trotz aktiviertem WEM sofort gestartet hat. Ich hab dann wieder eine Weile gewartet und dann nochmal gestartet. Da hat er dann nicht mehr geladen und ich konnnte das von dir beschriebene durchführen. Hier ist dann folgendes passiert (Ich hab das auch mal grafisch aufbereitet): Wie du siehst, wurde zuerst nicht geladen. Durch abziehen des Netzwerksteckers vom WEM und umstellen des Lastmanagements ändert sich anscheinend auch charger_state und er hat trotz ausbleibender CP-Trennung zu laden begonnen. Bisher habe ich es noch nicht mit meiner zweiten Wallbox getestet, werde ich aber noch machen. evse-debug-protocol-warp2-22qS-2023-12-08T21-04-45-725.txt

Kein Problem, aktuell ist auch nicht so dringlich, da der WEM hauptsächlich im Sommer wegen der Phasenumschaltung zum Einsatz kommt. So grundsätzlich sollte es aber trotzdem funktionieren 😉 Ich habe das jetzt zweimal versucht, er hat aber jedes mal zu laden begonnen. Ich denke daher nicht, dass das die Ursache ist. Das mit der CP-Trennung kann ich auch so nachverfolgen. Ich glaube zwar, dass das nichts bringt, aber im Anhang der Log dazu. Kann es nicht doch auch an evcc liegen? Ich weiß nicht, was evcc genau alles steuert, aber CP-Trennung ist wohl auch mit dabei. Auszug aus evcc trace log von meiner zweiten Wallbox: [warp ] TRACE 2023/12/06 19:11:48 recv warp2/Stellplatz/info/features: '["evse","cp_disconnect","button_configuration","ethernet","meter","meter_phases","meter_all_values","nfc"]' Wenn es euch die Fehlersuche erleichtern würde, könnte ich euch einen VPN-Zugang zur Wallbox und WEM einrichten. evse-debug-protocol-warp2-22qS-2023-12-06T18-45-20-522.txt

Hier jetzt nochmal mit WEM und aktiviertem Fahrzeugweckruf wo nicht geladen wurde. Das andere wieder mit aktiviertem Weckruf und deaktiviertem WEM wo wieder geladen wurde. evse-debug-protocol-warp2-22qS-2023-12-05T18-32-10-741_w_wem.txt evse-debug-protocol-warp2-22qS-2023-12-05T19-47-55-238_wo_WEM.txt

Danke, ich versuche das Ganze noch mit aktiviertem Weckruf abzubilden. Hat aber gerade nicht mehr funktioniert, hat jetzt immer zu laden begonnen trotz aktiviertem WEM. Aber das war vorher auch schon so, manchmal ging es, manchmal nicht.

Genauso ist es. Sobald der WEM mit ihm Spiel ist, wacht er nicht mehr auf. Die beiden Protokolle sind im Anhang. Wie in dem mit WEM zu sehen, wird die Freigabe um 16:10:27 erteilt und um 16:12:10 habe ich es wieder beendet ohne dass die Ladung gestartet hätte. Das war jetzt sehr kurz, aber es hätte sich auch nichts geändert, außer ich hätte das Fahrzeug manuell aufgeweckt. Edit: Habe gerade gesehen, dass ich den Fahrzeug-Weckruf nicht aktiviert hatte. War aber in beiden Fällen deaktiviert. evse-debug-protocol-warp2-22qS-2023-12-05T15-54-40-200_ohne_WEM.txt evse-debug-protocol-warp2-22qS-2023-12-05T16-12-13-995_mit_WEM.txt

Was kann ich noch tun, um den Fehler zu finden? Auch heute Nacht wurde ohne den WEM wieder einwandfrei geladen.

Heute Nacht nochmal den Test gemacht: WEM ausgetragen und manuell auf 3p geschaltet. Fahrzeug hat ohne Probleme geladen. Sobald ich den WEM wieder aktiviere, geht es nicht mehr. Der WEM und die Wallbox sind aktuell via WLAN im Netzwerk. Kann das ein Problem sein? Sollte alles aktuell sein, der WEM: 0,482 **** TINKERFORGE WARP ENERGY MANAGER V1.0.8-653faee7 **** 0,483 324K RAM SYSTEM 305820 HEAP BYTES FREE 0,493 READY. 0,493 Last reset reason was: Software reset via esp_restart. 0,576 Mounted data partition. 32768 of 3538944 bytes (0.9 %) used 0,745 WARP Energy Manager config version: 1.0.2 (wem) 0,746 ESP32 Ethernet Brick UID: 26ud und die Wallbox: 0,482 **** TINKERFORGE WARP2 CHARGER V2.1.5-653faf69 **** 0,483 319K RAM SYSTEM 298348 HEAP BYTES FREE 0,494 READY. 0,494 Last reset reason was: Software reset via esp_restart. 0,934 Mounted data partition. 77824 of 3538944 bytes (2.2 %) used 1,177 WARP2 Charger config version: 2.1.3 (warp) 1,178 ESP32 Ethernet Brick UID: 22qS

Ich kann zu 90%, bestätigen, dass es nur im Zusammenhang mit dem WEM auftritt. Ist das Lastmanagament in der Wallbox deaktiviert, wacht das Fahrzeug problemlos auf. Sobald man hier fremdgesteuert einträgt und der WEM übernimmt, wacht er nicht mehr auf. Ich kann somit die CP-Trennung selbst gar nicht testen, weil diese nur zulässig ist, wenn das Lastmanagement deaktiviert ist. In diesem Fall wacht er ja wieder auf.