MatzeTF

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.

Laut Debug-Report hast du den WEM um 04:08 neugestartet und anschließend hat die Regel „Entladesperre bei Heizstab“ den Speicher blockiert. Um 04:15 kamen dann mit etwas Verspätung Daten von der Solarvorhersage rein und die Regel „Nachladung“ hat die Speicherladung aktiviert. Um 05:00 wurde dann wieder in den Normalmodus gewechselt, sodass Laden und Entladen wieder auf die von dir eingestellten 500 W gesetzt wurden(*). Als du um 05:05 den Debug-Report runtergeladen hast, war immer noch der Normalmodus aktiv. Entspricht das deinen Beobachtungen oder passt das nicht? Das Problem vom Vortag ist aufgrund des Neustarts nicht mehr im Debug-Report enthalten, also kann ich dazu nichts mehr sagen. (*) Edit: Ignorier das. Ich habe den Debug-Report falsch gelesen; 5 kW sind richtig.

Da du wieder nicht auf die Willkommensladung eingegangen bist, habe ich den Eindruck, dass du das mit dem Weckruf verwechselst. Fahrzeuge auf der MEB-Platform brauchen die Willkommensladung. Das bedeutet, dass das Fahrzeug direkt beim Einstecken kurz laden darf, damit es nicht einschläft. EVCC hat dafür die entsprechend benannte Option „WelcomeCharge“. Ist diese Option bei dir eingeschaltet? Falls nein, ist das von dir beobachtete Verhalten komplett erwartet. Bitte schalte bei EVCC WelcomeCharge ein und teste dann nochmal. Komplett unabhängig von der Willkommensladung gibt es den Weckruf, der den Tanz mit CP-Trennung und State E/F macht. Wie du schon beobachtet hast, reicht der Weckruf alleine bei MEB-Fahrzeugen nicht aus. Die Willkommensladung ist unbedingt notwendig.

Du gibst einfach jedem einen eigenen Topic-Präfix. Die Standardwerte würden auch einfach funktionieren, also warp3-2hdj und wem2-2abc (bzw. dessen richtige ID). Jedes Gerät veröffentlicht seine Daten dann unter seinem eigenen Präfix. Die Client-ID wird nur für die Anmeldung am MQTT-Server gebraucht, damit sich z. B. zwei Geräte mit dem selben Benutzernamen anmelden können und dabei nicht gegenseitig rauswerfen.

Laut dem Debug-Report ist keine Batterie abgespeichert und seit dem letzten Neustart ist auch kein Versuch, eine anzulegen, protokolliert. Ich sehe nur einen Versuch mit dem Testmodus. Ohne irgendeinen Fehler im Protokoll lässt sich im Nachhinein nicht mehr sagen, was das Problem gewesen sein könnte. Falls nochmal irgendein Problem auftritt, bitte sofort einen Debug-Report runterladen. Alternativ vor dem Runterladen des Debug-Reports nochmal händisch einen der Fehler produzieren. Durch einen Neustart gehen alle Protokolle verloren und somit sind auch alle Fehlereinträge weg, die nicht während der Startphase auftreten.

Bitte lade einen Debug-Report runter (unter System → Ereignis-Log) und hänge ihn hier an. Screenshots helfen uns nicht weiter. Zum Zeitpunkt des oberen Screenshots war keine der Entladeregeln aktiv (kein blauer Balken links von den Aktivierungs-Schiebereglern). Der Batteriemodus hätte dann auf „Normal“ stehen sollen (weiter oben, nicht im Screenshot). Bei einem Übergang in den Normalzustand sollte die Entladeleistung wieder angehoben werden. Um herauszufinden, was da passiert ist, brauchen wir den Debug-Report.

Das Ladeprotokoll ist nicht dafür gemacht, dass der Nutzer darin etwas suchen soll. @borg weiß schon, wie er darin was findet. 😉

Aktuell ist das leider nicht möglich. Auf der langen Todo-Liste der Featurewünsche steht, das Ladelog aufzubohren und mehr Informationen zu integrieren. Ich habe aber keine Ahnung, wann das drankommt.

Es wird korrigierte Firmware-Updates für alle WARP-Produkte geben.

Die KI hat wieder keine Ahnung. Der Standardwert von "evse/ev_wakup_update" nach einem Neustart ist immer false. "evse/ev_wakeup" wird dagegen immer auf den Ist-Zustand der Hardware aktualisiert. Wenn du einmal neustartest, sollten beide Werte wieder unterschiedlich sein. Meinst du das Ladeprotokoll, in dem du den Fehler aufgezeichnet hast? Das bitte komplett und ungekürzt hier als Datei anhängen, aber nicht als Text in deinen Post kopieren.

Schreib bitte eine Mail an sales@tinkerforge… und frag nach. Eigentlich müssen Wallbox und Zubehör in einer Bestellung sein.

Beim Zubehör findest du ein Kabel und einen Stecker. Wenn du die entsprechend der Beschreibung dazu bestellst, werden dir die Wallbox entsprechend geliefert. Die Links führen dich zu den 11 kW-Varianten für 16 A CEE-Dosen. Falls du eine 32 A CEE-Dose hast, gibt es auch beides für 22 kW.

Bitte lade einen Debug-Report runter (unter System → Ereignis-Log) und hänge ihn hier an. Ich habe gerade in deinem anderen Topic gesehen, dass du die Wallbox zusammen mit einem WEM 2 verwendest. Hatte ich hier vorher überlesen. In dem Fall kannst du auf der Wallbox nicht die Automatisierungsregeln für den Lademodus nutzen, da der Lademodus auf dem WEM 2 verwaltet wird. Du kannst nur unter Wallbox → Einstellungen die Tastereinstellung auf „Lademodus anfordern“ stellen und darüber den Lademodus wechseln.

Was ist unter Wallbox → Einstellungen bei Taster­ein­stellung eingestellt? Ist da vielleicht schon der Lademoduswechsel ausgewählt? Ansonsten glaube ich, dass du da auf „Keine Aktion“ ändern musst, um die Automatisierungsregeln nutzen zu können.

Das alte Kabel vom NFC-Leser ist wahrscheinlich 6 cm lang. Das Kabel vom Fehlenstromsensor hat die gleichen Stecker. Vielleicht sitzt der Sensor bei dir so, dass dort 6 cm reichen und du das 15 cm-Kabel an den NFC-Leser stecken kannst. Wenn man die Hutschiene nicht nach oben versetzt und dann den Deckel schließt, kann die Rückseite vom Fronttaster den Platinenstapel beschädigen. Falls das bei dir gerade so passt, hast du Glück gehabt. Außerdem sitzt der Fehlerstromsensor üblicherweise unter den Schützen, nicht davor.

Bitte nach einem fehlgeschlagenen Ladevorgang einen Debug-Report runterladen (unter System → Ereignis-Log) und hier anhängen. Die obige Firmware hat die Ausnahme für Tesla drin und wird dir wahrscheinlich nicht helfen. Wahrscheinlich musst du die Funktion zum SoC auslesen erstmal aus lassen.

Streu nur noch Salz in die Wunde! 🧂

Meine Ideen zu HA waren nur Vermutungen, die komplett daneben liegen können. 😉 Wenn das Limit abgelaufen ist, wird die Ladung beendet, und kann nur fortgesetzt werden, wenn ein höheres Limit gesetzt wird. Sobald das Ladekabel getrennt wird, wird das Limit entfernt, bzw. auf den Standardwert unter Wallbox → Einstellungen gesetzt.