MatzeTF

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.

Est 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.

Meinst du bei der lokalen Verbindung oder über den Fernzugriff?

Ja, sollte richtig sein. Siehe API der PV-Ertragsprognose.

Ich sehe gerade, wie das Verwirrung auslösen kann. Wenn du unter Wallbox → Einstellungen den Abschalteingang nutzt, wird die Wallbox ggf. ganz abgeschaltet. Das ist die alte Variante. Die neue Variante findest du unter Energiemanagement → §14a EnWG, womit die Wallbox ggf. auf 4,2 kW gedrosselt wird. Woher hast du den „konfigurierten Eingang“? Es gibt nur bei WARP 2 einen „konfigurierbaren Eingang“, aber nicht bei deiner WARP 4. Aktuell wird die PV-Ertragsprognose für die Speichersteuerung und den Eco-Modus verwendet. Sollte richtig sein, sofern dein größter Einzelverbraucher (Wallbox ausgenommen) nicht mehr als 16 A zieht. Es sollte keine Nachteile geben, wenn man DLM verwendet. Der Zähler sieht auf den ersten Blick gut aus, auch wenn es mich irritiert, dass er in dem einen Screenshot nur „Netzbezug“ heißt und in dem anderen „Netzbezug (DTSU666-H)“.

Wenn das Limit abgelaufen ist, wird die Ladung beendet und der chargerstate ändert sich von 3 auf 1. Wenn HomeAssistant dann das Limit entfernt, darf wieder geladen werden und der chargerstate wechselt wieder auf 3. Wenn HomeAssistant dann wieder das Limit setzt, ist es wahrscheinlich bereits abgelaufen und die Ladung wird wieder beendet und das Spielchen wiederholt sich. Stell die HomeAssistant-Automatisierung mal aus und setzt das Limit nach Ladebeginn von Hand. Dann sollte es funktionieren. Beachte, dass das Limit immer ab Ladebeginn zählt, nicht ab dem Zeitpunkt, wenn man es setzt. Soll heißen, wenn du ein 10 kWh Limit setzt, wenn bereits 2 kWh geladen wurden, werden ab dann noch 8 kWh geladen. Setzt du ein 10 kWh Limit, wenn bereits 10 kWh geladen wurden, wird die Ladung beendet. Sollte die HomeAssistant-Automatisierung permanent den Ladestand auslesen und das Limit daran anpassen, reduziert sie das Limit, während die geladene Energie, gegen die das Limit verglichen wird, steigt. Somit wird dann nach ca. der Hälfte der gewünschten Ladung bereits beendet. 60 % → 80 %, Ladung wird bei ca. 70 % beendet.

Du musst bei mindestens einem Benutzer ein Passwort einstellen, bevor die Anmeldung aktiviert werden kann. In deinem Screenshot ist bei keinem der Benutzer ein Passwort eingestellt. Der Boost-Modus ist nur sinnvoll, wenn das Auto die Wallboxleistung voll ausreizen kann. Üblicherweise brauchst du den aber sowieso nicht. Das ist für die Nutzer, die sich beschweren, dass deren Auto mit 22 kW-Lader nur mit 21,8 kW lädt. Da die Option auch den Mindest-Ladestrom anhebt, sollte man das für PV-Überschussladen aus lassen. Die freien Enden müssen am FRE angeschlossen werden und werden ggf. von dem kurzgeschlossen. §14a EnWG erfordert eine Leistungsreduktion der Wallbox, kein komplettes Abschalten. Auch bei eigener PV-Produktion kann die Leistung reduziert werden. PV-Überschussladen funktioniert in dem Fall immer noch, nur halt mit reduzierter Maximalleistung. Die Einstellungen dazu findest du unter Energiemanagement → §14a EnWG. Wenn du ein altes Auto mit CCS-Buchse hast, kann auch der alte DIN-Standard statt ISO 15118 gesprochen werden. Hat dein Auto keinen CCS Anschluss, führen die Optionen dazu, dass der Ladevorgang lange verzögert beginnt. Mit dem nächsten Firmware-Release wird es eine Option geben, bei Autos ohne ISO/DIN nicht mehr so lange zu warten. Korrekt. Ja. Mittel. Nein. Dynamisches Lastmanagement (DLM) und PV-Überschussladen sind komplett unabhängig. DLM brauchst du, wenn dein Hausanschluss überlastet werden könnte. Bei Absicherungen < 50 A sollte das immer eingerichtet sein. Es muss der kleinere Nennwert von HAK und SLS eingetragen werden, was immer der des SLS sein sollte. Falls der Huawei Smart Logger den Netzbezug misst, solltest du verifizieren, dass der auch tatsächlich sinnvolle Stromwerte liefert. Im Screenshot oben sind alle drei Phasenströme null, obwohl 2 kW eingespeist werden. Da passt etwas nicht.

Hängt deine Wallbox per LAN oder WLAN im Netz? Falls sie per WLAN angebunden ist, könnten das Verbindungsaussetzer sein, die das Script aufhalten und dadurch Datenfehler verursachen. Falls man irgendwo filter kann, könnte man versuchen, alle unsinnig niedrigen Werte rauszufiltern, also z.B. alles unter - 50 kW.

Falls der bitshake-Lesekopf auch SML-Scripte unterstützt, kann der die Werte direkt an die Wallbox schicken. Anleitung hier.

Wenn du ihn per Modbus-Kabel direkt am Energy Manager angeschlossen hast, musst du als Zählerklasse „Am Energy Manager angeschlossen“ auswählen. 😉

Ja, sollte so sein. Die Leitung für den Rundsteuerempfänger ist der kleinste gemeinsame Nenner, den niemand haben will. Alles Neuere soll über LAN funktionieren, weil das ja praktisch jede Wallbox hat. Wenn die Leitung nicht schon liegen würde, könntest du z.B. auch einen WARP Energy Manager (1 oder 2) nutzen, um das Signal vom Rundsteuerempfänger im Sicherungskasten anzunehmen und dann per LAN an die Wallbox zu schicken.

Siehe hier.

„Blockiert“ heißt 0 mA, „Freigegeben“ heißt „32000  mA“ und für alle Werte dazwischen wird die Zahl angezeigt.