MatzeTF

Die Einstellung sollte für den WEM korrekt sein. Die Wallbox muss das natürlich auf „Externally controlled“ stehen.

Das ist normal, wenn das Lastmanagement der Wallbox an ist, aber warum hast du das Lastmanagement überhaupt an? Machst du statisches Lastmanagement mit mehreren Wallboxen oder dynamisches Lastmanagement mit einer oder mehr Wallboxen? Edit: Ignorier das, ich war schon wieder bei der falschen Wallbox-Generation. Das ist bei einem WEM1 + WARP2 normal.

Wenn du EVCC nutzt, sollte das Knöpfchen drücken von EVCC übernommen werden. Ich würde auch erwarten, dass EVCC sich beschwert, wenn du händisch dazwischen greifst und es an EVCC vorbei umstellst. Ja, und sobald du auf einphasig zurückschaltest, springt die Einstellung auch wieder auf einphasig zurück. Hinter einem WEM mit Phasenumschaltung ist die Einstellung nutzlos.

Eine Smart hat keinen Zähler. „Stromzählertyp: Kein Stromzähler angeschlossen“ ist also korrekt. Dementsprechend vermute ich, dass die Ladeleistung und geladene Energie vorher vom Auto gemeldet wurden. Wenn du den Toyota SoC hast, verwendest du wohl die Toyota-API. Anscheinend liefert die diese Daten nun nicht mehr. Vielleicht ist da bei EVCC etwas noch nicht richtig eingestellt. Unter Energiemanagement → Lastmanagement die Fremdsteuerung auf „Deaktiviert“ stellen. PV-Überschussladen der Wallbox deaktivieren. Schalte die Sicherung der Wallbox aus und schraub den Deckel ab. Dann siehst du, ob ein Zähler drin sitzt oder nicht. 2.9.1 ist aber nicht die aktuelle Version. Bitte aktualisiere bei dieser Gelegenheit auf 2.13.4.

Etwas spät, aber falls du es noch brauchen kannst: last_charges ist ein Array mit bis zu 30 Einträgen. Die letzte Ladung ist immer der letzte Eintrag. Der Zugriff per last_charges/[index] funktioniert nur über HTTP. Über MQTT bekommst du immer das ganze Array und musst dann den letzten Eintrag daraus nehmen. Aktuell hast du weniger als 30 Ladungen, sodass der Index der letzten Ladung jedes Mal ansteigt. Sobald du 30 erreicht hast, wird Index 29 immer die letzte Ladung sein. Wie gesagt, hilft dir das über MQTT aber nicht.

In "charge_tracker/current_charge" steht immer nur eine Authorisierungsinformation, nämlich die, mit der die Ladung tatsächlich freigegeben wurde. Wurde die Ladung per NFC freigegeben, steht da die Tag-ID. Wurde die Ladung per Autocharge freigegeben, steht da die Fahrzeug-MAC. Es ist nicht möglich, eine Ladung doppelt freizugeben. Ich könnte mir vorstellen, dass evcc zusätzlich zu "charge_tracker/current_charge" noch in "nfc/seen_tags" schaut. Da würde das zuletzt gesehene Tag drin stehen, was aber nichts mit der laufenden Ladung zu tun hat, wenn die per Autocharge/MAC freigegeben wurde. Ja, kommt noch. Ist leider noch niemand dazu gekommen. Ansonsten ist dein Aussage richtig, dass Typ 4 Autocharge per MAC ist.

@schonOK Führt das denn zu irgendwelchen Problemen oder lädt der Smart dann einfach ohne bekannten SoC?

Ja. Es blockiert die manuelle Lade­freigabe. Die Ladung bleibt unterbrochen, bis entweder der Stecker vom Auto getrennt wird oder die manuelle Ladefreigabe erneut erteilt wird, z.B. durch "button.warp4_<MY_ID>_startcharge" oder den Startbutton im Webinterface der Wallbox.

Es gibt keinen offiziellen Umbauservice. Aufgrund dessen, wie der Produktionsprozess abläuft, könntest du wahrscheinlich bestenfalls dein Ladekabel einschicken und dann eine WARP4 mit deinem alten Kabel bekommen und dir somit die Kosten für das Kabel sparen. Hier im Forum haben sich ein paar Nutzer ihre WARPs selbst umgebaut. Mit entsprechender technischer Qualifikation ist das problemlos machbar, aber bei einem Upgrade von 2 zu 4 auch nicht gerade günstig, weil dafür relativ viele Teile getauscht werden müssen. Die letzten Umbauten von heppth und philipps findest du hier.

Das Problem ist an der Stelle, dass die Phasenumschaltung per WEM von den ganzen anderen Features überholt wurde. Seitdem die WARP3 veröffentlicht wurde, will praktisch niemand mehr einen WEM1 haben und somit wird die Phasenumschaltung per WEM1 auf dem aktuellen Stand gepflegt. Da es keine Neuinstallationen mit WEM1 gibt und alle bisherigen Installationen bereits laufen sollten, hat es keine Priorität, die Einstellungen in dem Bereich zu verbessern. Warum sich diese Einstellung nun bei dir geändert hat, weiß ich nicht. Es gibt bei uns nichts, was das bei einem Update umstellen sollte, und wir achten immer darauf, dass bei einem Update bisherige Einstellungen korrekt übernommen werden. Bei evcc gibt es aber die Möglichkeit, dass es die Einstellungen für die Wallbox selbst korrekt einstellt. Ob es das auch für den WEM gibt, weiß ich nicht, aber vielleicht gab es da ein Problem und die Einstellung wurde versehentlich geändert? Im Nachhinein lässt sich das jetzt leider nicht mehr sagen. Nein, das ist nicht möglich.

Meinst du bei der Wallbox? Das ist erwartet. Wenn der WEM L2 und L3 wegschaltet, ist die Wallbox nur noch einphasig angeschlossen und lässt sich deswegen nicht auf dreiphasig umstellen. Der WEM ignoriert diese Information aber und geht davon aus, dass WEM und Wallbox korrekt für dreiphasigen Betrieb verkabelt sind. Behalte das einfach mal die nächste Tage im Blick. Wenn die Phasenumschaltung nicht auf „External control (EVCC)“ eingestellt ist, kann es nicht funktionieren. Somit gehe ich davon aus, dass genau das das Problem war.

Kannst du mal beim WEM unter Energy Management → PV Excess Charging nachsehen, ob Phase switching auf Automatic oder External control (EVCC) steht und ggf. auf letzteres umstellen?

Ups, ich brauche doch einen Debug-Report vom WEM. Bei den vielen WARP3/4 hatte ich vergessen, dass die einphasige Anzeige bei der WARP2 ja korrekt ist, weil der WEM die anderen beiden Phasen weggeschaltet hat. 🤦

Dort steht die Zuleitung (Supply) auf einphasig. Somit kann die Wallbox nicht auf dreiphasig schalten. Screenshots helfen uns nicht weiter. Bitte einen Debug-Report von der Wallbox runterladen und hier anhängen. WEM brauchen wir nicht, das ist eine Wallbox-Sache.

Kannst du den Fehlerfall nochmal herstellen, also dass du dein Auto anschließt und die falsche ID im EVCC-Log steht, und dann einen Debug-Report runterladen und hier anhängen?

Wenn die Logs von gestern jeweils direkt nachdem das Problem auftrat runtergeladen wurden, sind die auch okay. Häng einfach die an.

Bitte direkt nachdem das Problem aufgetreten ist, einen Debug-Report runterladen und hier anhängen. @photron kann sich das dann ansehen. Ich weiß aber nicht, wann er dazu kommt.

Siehe hier.

Ist sie per LAN oder WLAN angeschlossen? Bei LAN kannst du nur nachsehen, ob die Link-LED am Switch an ist. Bei WLAN könntest du beim Accesspoint nachsehen, ob der glaubt, dass die Wallbox verbunden ist. Ansonsten gerne nach dem Neustart hier einen frischen Debug-Report anhängen. Vermutlich wird aber nichts Interessantes drinstehen. Seit letzter Woche gab es mehrere Firmware-Updates. Hast du schon 2.13.4 von gestern drauf?

Hast du schon mal andere Farben gesehen, wenn die LED von der Wallbox selbst gesteuert wurde?

Alle elektronischen Geräte können kaputt gehen, auch Stromzähler. Bei einer der WARP2s, die hier zum Testen auf dem Hof hängen, ist auch mal der Zähler gestorben. Als ich das Gehäuse der Wallbox aufgeschraubt habe, konnte ich sofort riechen, dass der Zähler den magischen Rauch rausgelassen hatte. Die WARP 2-4 unterstützen die gleichen Zähler wie der WARP Energy Manager. Alle Zähler, die in dieser Liste als Schnittstelle „WARP Energy Manager“ gelistet haben, kannst du in deine WARP 4 einbauen. Der Iskra WM3M4 V2 MID steht in der Liste allerdings noch nicht drin. Von allen Optionen dürfte der Eastron SDM72D-M V2 der günstigste sein. Vermutlich der Beste dürfte der Iskra WM3M4 V2 MID sein, der im Gegensatz zum SDM72 besser mit Überhitzung der Wallbox zurecht kommt. Den WM3M4 musst du übrigens nicht liegend einbauen. Der liegt in der WARP4 nur, weil er bei der kommenden Eichrechts-Variante von außen ablesbar sein muss. Wenn du aktuell einen „stehenden“ Zähler drin hast, hast du genug Platz, den WM3M4 stehend einzubauen. Ob der Defekt durch den Umbau entstanden ist, kann im Nachhinein niemand sagen, da wir auch nicht wissen, was du bei dem Umbau mit dem Zähler angestellt hast. Falls zu dem Zeitpunkt, als der FI geflogen ist, gerade geladen wurde, würde ich eher eine Spannungsspitze durch den Ausschaltvorgang vermuten.

Dafür gibt es prinzipiell zwei Gründe: Sowohl PV-Überschussladen als auch das dynamische Lastmanagement (DLM) nutzen das WARP-Lastmanagement. Wenn das aktiv ist, übernimmt es die Phasenumschaltung. Die wird auch für DLM verwendet, damit z. B. bei einer Überlast auf L2 oder L3 einphasig auf L1 weiter geladen werden kann. EVCC beansprucht die alleinige Kontrollhoheit über die Phasenumschaltung, wenn verfügbar. Es ist nicht möglich, einen „wünsch dir was“-Modus zu implementieren, in dem der Phasenwunsch von EVCC bestmöglich umgesetzt wird. Sollte nämlich die Wallbox wegen teilweiser Überlastung des Netzanschlusses von sich aus auf einphasig wechseln, würde EVCC den Dienst quittieren.

Hast du bei EVCC zum Steuern der Wallbox MQTT oder HTTP eingestellt und hast du das irgendwann mal geändert? Ansonsten bitte einen Debug-Report runterladen (unter System → Ereignis-Log) und hier anhängen und bitte einmal deine EVCC-Version nennen.

An der Stelle sieht man die API des BYD-Speichers. Der will die erzwungene Ent-/Ladeleistung in 1 Watt-Schritten haben. Die Normale Ent-/Ladeleistung will er aber in 10 Watt-Schritten haben. Dementsprechend kann man zwei Leistungen mit drei Nachkommastellen und zwei Leistungen mit nur zwei Nachkommastellen eingeben. Das hatte ich am Wochenende aber nicht mehr auf dem Schirm.

Das Problem, dass mit 1.8.1 keine Batterie angelegt werden kann, können wir hier reproduzieren. Wird repariert.