poohnet

Ok, danke. Das sieht m. E. alles gut aus und lt. Log sollte das Auto auch jeweils geladen haben, richtig?

On 2/9/2024 at 5:52 AM, andyknownasabu said:

Also bei mir funktioniert das noch immer nicht

WEM Firmware 2.0.2 ist doch noch nicht veröffentlicht. Ich kann aber bestätigen, dass der WEM mit der aktuellen Entwicklungsversion die letzte Phasenanforderung auch bei einem Neustart behält.

@andyknownasabu, was steht bei dir denn auf der Übersichtsseite und was im Protokoll des WEM, wenn du die Phasenumschaltung in EVCC triggerst? So sollte das aussehen:

Mach doch bitte mal folgenden Test (exakt in dieser Reihenfolge):

• Neustart WEM
• Neustart WARP
• Neustart EVCC
• Auto verbinden und etwas warten
• Phasenumschaltung auf 1-phasig durchführen und etwas warten
• Ladevorgang starten
• Screenshot der WEM-Übersichtsseite erstellen
• Ladevorgang beenden
• Phasenumschaltung auf 3-phasig durchführen und etwas warten
• Ladevorgang starten
• Screenshot der WEM-Übersichtsseite erstellen
• Ladevorgang beenden
• Protokolle aus WEM und WARP abziehen und hier anhängen

Gruß Thomas

Klar, kein Problem:

• WARP on Steroids Firmware 2.2.0-65b21472
• WEM Firmware 2.0.0-65b21476

Der Vollständigkeit halber muss ich allerdings ergänzen, dass ich meine Firmware selbst baue, da ich diverse Erweiterungen vorgenommen habe (z. B. nachgerüstete CP-Trennung für WARP1, Unterstützung SMA Energy Meter für WEM, ...), die bei eurem Problem m. E. aber nicht relevant sind.

evcc.yaml

chargers:
  - name: wallbox1
    type: template
    template: tinkerforge-warp
    host: 192.168.100.8
    port: 1883
    user: xxx
    password: xxx
    topic: warp2/XSS
    timeout: 30s
    energymanager: wem/26ue

loadpoints:
  - title: WARP
    charger: wallbox1
    mode: off
    enable:
      threshold: 0
      delay: 1m
    disable:
      threshold: 200
      delay: 10m
    guardduration: 30s

Gruß Thomas

Ja, externe Steuerung ist bei mir aktiv und ich wähle über EVCC, ob ein- oder dreiphasig geladen werden soll.

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 🙂

On 1/28/2024 at 10:40 PM, eweri said:

Vorher hatte ich auf evcc und die WARP geschaut - beide standen nach meiner Rückkehr auf Ladebereit. evcc schließt den Ladevorgang einfach nicht ab, wenn man das Kabel abzieht. Das ist irgend wie nicht schön. Da ich nicht genau weiß, wie evcc eigentlich mitbekommt, dass das Auto nicht mehr angeschlossen ist, ist meine Fehlersuche etwas eingeschränkt. Da die WARP irgend wie über MQTT mit evcc kommuniziert, gehe ich davon aus, das beim Trennen der Ladeverbindung keine MQTT-Nachricht erzeugt wird oder evcc diese Nachricht nicht erreicht.

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?

On 1/28/2024 at 7:50 PM, eweri said:

... oder kann es sein, dass die WARP per MQTT evcc nicht mitteilt, das ein Fahrzeug getrennt wurde?

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.

On 1/28/2024 at 6:26 PM, eweri said:

wenn ich meine SMA-Wechselrichter direkt an die WARP anbinden könnte, dann könnte ich auf evcc verzichten😉

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

On 1/26/2024 at 8:57 AM, rtrbt said:

Benutzt du EVCC mit dem Energy Manager? Dann musst du ggfalls ein paar Tage warten, wir mussten Teile der API ändern, die von EVCC verwendet werden. Habe die Entwickler schon informiert. Falls du irgendetwas eigenes mit der externen Steuerung machst: wem/xyz/energy_manager/external_control_update heißt jetzt wem/xyz/power_manager/external_control_update weil wir das Modul aufgeteilt haben.

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