poohnet

Da ist evtl. der Unterschied zu meinem Setup, „Externe Phasenanforderung“ steht (zumindest bei @der Bauch) auf „Keine“. Bei mir sieht‘s so aus: Versucht doch mal, über EVCC explizit ein- bzw. dreiphasig vorzugeben, dann sollte WEM das widerspiegeln:

Sehr gut 👍

Aktualisiere bitte sowohl WARP als auch WEM mal auf die aktuellste Version (WARP 2.2.0, WEM 2.0.1). EVCC 0.124 enthält die Anpassungen für WEM Firmware >= 2.0 ...

Hmm, so langsam gehen mir die Ideen aus 😟 Was steht denn bei WEM und WARP im Ereignisprotokoll? Gibt's da vielleicht irgendeine halbwegs hilfreiche Fehlermeldung?

Das ist wohl richtig so, ich sehe das „_update“ Topic bei mir auch nicht. Aber wie hast du die MQTT-Topics grundsätzlich konfiguriert? Der WEM ist kein Untertopic von WARP, d. h. das sind eigentlich zwei getrennte Topics (bei mir steht in der evcc.yaml „topic: warp2/XSS“ und „energymanager: wem/26ue“).

Hmm, sehr seltsam. Kann es sein, dass das Auto nicht laden will? Du könntest mal versuchen, die externe Steuerung abzuschalten und prüfen, ob es dann lädt. BTW: Wie lange war das Auto schon angeschlossen? Evtl. ist es eingeschlafen und benötigt eine CP-Trennung…

Hallo @andyknownasabu, kontrolliere sicherheitshalber bitte nochmal deine Einstellungen bzgl. externer Steuerung in WEM und WARP. Bei mir sieht's so aus und es funktioniert: Gruß Thomas P. S. "Switching Protection" ist definitiv eine Einstellung von EVCC - in der Konfiguration gibt es unter "loadpoints" das Topic "guardduration", die habe ich auf 30s gestellt...

Seltsam - hab‘s gerade nochmal ausprobiert, bei mir funktioniert das Laden problemlos. Hast du EVCC denn auf „PV“ stehen bzw. ist ein Ladeplan aktiv? Gruß Thomas

Danke @batti, jetzt sieht's gut aus 🙂 Gruß Thomas

EVCC 0.124.0 ist jetzt auch verfügbar und funktioniert mit WEM-Firmware 2.0 ...

Hallo zusammen, ich würde gerne mal einen Blick in das Design des EVSE-Bricklets (v1) werfen, allerdings erhalte ich beim Öffnen mit KiCad 7 folgende Warnung und der Schaltplan ist nicht wirklich lesbar: Andere Bricklets lassen sich problemlos laden und werden korrekt in das neue Format konvertiert. Habt ihr evtl. eine Idee? Besten Dank und Gruß Thomas

Der PR wurde in den master gemerged, d. h. die Korrektur ist im aktuellen Nightly-Image verfügbar und funktioniert 🙂

Das ist in der Tat merkwürdig. Wir haben mittlerweile auch zwei E-Autos, die wechselweise an meiner WARP1 (on Steroids) geladen werden - inkl. WARP Energy Manager und externer Steuerung über EVCC. Solche Probleme habe ich bislang noch nicht gesehen. Wenn ich das richtig im Kopf habe (kenne den Code von EVCC noch nicht sooo gut), dann aboniert EVCC einfach nur diverse MQTT-Topics, die von WARP gesendet werden. Vielleicht ist das ja auch ein Problem des Brokers? Hast du den mal neugestartet?

Wenn du das Regelintervall von EVCC auf 40 Sekunden erhöht hast, dann musst du im schlimmsten Fall genau diese 40 Sekunden warten, bevor du das Auto wieder ansteckst. Einfach ab- und wieder anstecken kann tatsächlich dazu führen, dass EVCC das nicht mitbekommt.

Hast du zufällig auch den SMA Home Manager 2.0 (bzw. das Energy Meter) im Einsatz? Falls ja, so könnte das in den nächsten Monaten tatsächlich funktionieren. Mit der WARP 3 wird Überschussladen ja ein zentraler Bestandteil der Wallbox, d. h. es wird kein WEM mehr benötigt - und da die Software ja in weiten Teilen auch auf WARP 1&2 laufen wird, könnte mein Zählermodul für SMA evtl. weiterhelfen. Im Moment nutze ich das zwar nur auf dem WEM, es funktioniert aber auch auf der WARP. Gruß Thomas

Die Änderung an EVCC scheint recht trivial zu sein, es müssen anscheinend lediglich zwei MQTT-Topics umbenannt werden, dann funktioniert die Phasenumschaltung wieder. Ich hab' mal einen PR erstellt... https://github.com/evcc-io/evcc/pull/11914

Oh, gut, dass du es sagst, dann muss ich wahrscheinlich noch mal auf meine letzte Version downgraden (oder das Topic in meinem Fork bis zur Anpassung von EVCC temporär umbenennen). Ich hatte den WEM gestern Abend nur aktualisiert, aber keine Ladung mehr getestet...

Ich hatte das gleiche Problem gerade auch (nochmal). Zuerst bei der Installation der Betaversion (hatte ich euch per PN gemeldet, aber das war ja irgendein Zwischenstand und nicht reproduzierbar) und jetzt bei der Installation der 2.2.0 auch. Aber wie @andyknownasabu schon geschrieben hat, einfach die Phasenumschaltung neu konfigurieren und gut 🙃 Gruß Thomas

neue Firmware 2.2.0 für WARP on Steroids Anpassungen s. hier: Zusätzlich kann nun (über das "EVSE CPC Bricklet") eine 1/3-Phasenumschaltung durch den WARP Energy Manager realisiert werden. Gruß Thomas warp2_firmware_2_2_0_65b21472_aa1852fbb4f13ca_merged.bin

Hallo zusammen, falls sonst noch jemand mit einer WARP1 die Phasenumschaltung über den WARP Energy Manager nutzen möchte: Ich habe nach Weihnachten mal etwas gebastelt, d. h. ein eigenes kleines Bricklet für die CP-Trennung entwickelt und von JLCPCB fertigen lassen: Auto verbunden 2024-01-24 17:34:32,196 Charger state changed from 0 to 1 WEM Umschaltung auf 3-phasig 2024-01-24 17:35:24,179 EvseCPC::set_control_pilot_disconnect(): connected => disconnected 2024-01-24 17:35:25,272 Charger state changed from 1 to 0 2024-01-24 17:35:29,154 EvseCPC::set_control_pilot_disconnect(): disconnected => connected 2024-01-24 17:35:30,296 Charger state changed from 0 to 1 WARP Ladevorgang gestartet 2024-01-24 17:36:59,381 Charger state changed from 1 to 2 2024-01-24 17:36:59,461 Tracked start of charge. 2024-01-24 17:37:00,505 Charger state changed from 2 to 3 WARP Ladevorgang beendet 2024-01-24 17:51:57,403 Charger state changed from 3 to 1 WEM Umschaltung auf 1-phasig 2024-01-24 17:52:14,145 EvseCPC::set_control_pilot_disconnect(): connected => disconnected 2024-01-24 17:52:14,420 Charger state changed from 1 to 0 2024-01-24 17:52:14,516 Tracked end of charge. 2024-01-24 17:52:19,109 EvseCPC::set_control_pilot_disconnect(): disconnected => connected 2024-01-24 17:52:20,627 Charger state changed from 0 to 1 Auto getrennt 2024-01-24 17:52:44,641 Charger state changed from 1 to 0 Hard- und Software des Bricklets inkl. Stückliste und Production Files sind in meinem GitHub-Repo (https://github.com/poohnet/evse-cpc-bricklet) zu finden. Bei Interesse kann ich selbstverständlich gerne weitere Details nennen... Gruß Thomas

Hallo @Mathias64, meinst du evtl. die Ulanzi TC001? Dafür gibt es eine alternative Firmware namens AWTRIX Light, mit der man quasi beliebige Statuswerte per MQTT senden und darstellen lassen kann. Gruß Thomas

Kann das evtl. das gleiche "VW-Problem" sein, das ich bei meinem ID.4 mit niedrigen Ladeströmen ursprünglich auch hatte? In diesem Fall müsste ja nur eine Kalibrierung des EVSE erfolgen, oder? Gruß Thomas

Lt. Sourcecode 7.680 Einträge, das sollte eine Weile reichen 🙃 // 30 files with 256 records each: 7680 records @ ~ max. 10 records per day = ~ 2 years and one month of records. Da hatte ich auch schon mal dran gedacht. Evtl. kann man diese bei der Aufbereitung des PDF-Logs ja auch einfach überspringen… Gruß Thomas

Macht doch mal folgenden Test und prüft, ob das Problem damit reproduziert werden kann: In den Einstellungen „Experimentelle UI-Funktionen“ aktivieren In den neu erscheinenden Optionen (der Button mit den zwei Schiebereglern neben Aus, PV, …) manuell zwischen 1- und 3-phasig wechseln. Bei angeschlossenem (!) Auto kann die Phasenumschaltung dann manuell getriggert werden Gruß Thomas

Ok, danke für die Info, dann habe ich die Beschreibung zum Debug-Brick wohl missverstanden. Na ja, für 16,99 EUR lohnt das Zurückschicken aber auch nicht... 🙃