MatzeTF

Bieg den Stecker in der Buchse wieder nach links in Richtung Platine. Die Buchse ist wahrscheinlich hinüber, aber so kommst du an die Rastnase, um den Stecker auszustecken. Steck ihn dann einfach in eine der beiden noch freien Buchsen. Die sind alle gleich gut. Vielleicht war’s das dann schon. Achtung: Wallbox vorher stromlos machen, was sie auf deinen Fotos offensichtlich nicht ist. Nicht nur um dich zu schützen, sondern auch weil das System sowie so neugestartet werden muss, wenn du den Stecker woanders anschließt.

Alle Einstellungen für PV-Überschussladen und dynamisches Lastmanagement sollen ohne Neustart übernommen werden können. Ob das klappt – mal sehen. Man kann dann also jederzeit über die API die Config neu setzen, was allerdings bedeutet, dass jede Änderung in den Flash geschrieben wird. Häufiger als vielleicht zehn Mal am Tag sollte man das definitiv nicht ändern. Das Regelungsziel für PV-Überschussladen und das Stromlimit für dynamisches Lastmanagement sollen – wenn möglich – Automatisierungsregeln und Live-APIs, die nicht in den Flash geschrieben werden, bekommen, da ich dafür einen allgemeinen Bedarf sehe. Für die Mindestladeleistung ist das nicht geplant; das halte ich für zu speziell.

Soweit ich weiß ist das erwartet, wenn während einer Ladung der Strom ausfällt, dann das Auto getrennt wird und dann die Wallbox wieder eingeschaltet wird. Vielleicht kann @rtrbt nach seinem Urlaub mehr dazu sagen.

Manchmal schaut man abends noch kurz hier vorbei, wenn man gerade nichts besseres zu tun hat… Ach ja, WARP1. Wir haben die auf zwei Zähler begrenzt, weil sie zu wenig Arbeitsspeicher hat und sonst nicht genug für andere Funktionen übrig bleibt. Mit nicht mal 400 KiB RAM sind halt nicht alle Funktionen der neueren Generationen komplett nutzbar. 🫣 Wobei, fährst du nicht deine eigene Firmware? Stell in deinem PlatformIO-Env einfach meters_max_slots von 2 auf 3 und hoff, dass der Speicher reicht. Wirf vorher alle ungenutzten Frontend- und Backend-Module raus, falls du das nicht eh schon gemacht hast. Kandidaten wären z. B. die Batteriesteuerung, Fernzugriff, RCT Power, SMA, Sun Spec, Wireguard, NFC Bricklet (falls du keins hast), Rtc Bricklet (falls du keins hast) und Hidden Proxy (wird nur bei der Produktion benutzt). Stell bei der Gelegenheit auch sicher, dass in deinem Env firmware_update_enable_rollback aktiviert ist.

Um den Speicher auszulesen, musst du ihn als Stromzähler anlegen und nicht unter der Speichersteuerung.

Fast alles auf der API ist JSON. Für die automatisch angelegten Entitäten in HA schicken wir lediglich die Anleitung mit, wie das zerfieselt werden muss. timestamp_minutes ist der absolute Startzeitpunkt als Unix Timestamp in Minuten. evse_uptime brauchst du für die Ladedauer. Das musst du von der Uptime im EVSE-State abziehen. Hier ist der Code vom Webinterface dazu.

Ich frage mich sowieso immer, wie unsere Wallboxen überhaupt im Ausland landen, da wir Werbung bisher nur an Elektriker in Deutschland verschicken. 😅

Hoffentlich noch dieses Jahr. 😉 Wir produzieren hauptsächlich für den deutschen Markt und hier sind derartige Beschränkungen praktisch unbekannt. Ich werde mal sehen, ob ich im Zuge der Umstellung zum Neustart auch temporäre Stromlimits einbauen kann.

Diese Funktion ist nicht vorgesehen und lässt sich aktuell nur durch ändern der Einstellung „Maximaler Strom am Netzanschluss“ umsetzen. Das kann man auch über die API umstellen, muss danach aber neustarten. Es ist geplant, das die Einstellung ohne Neustart übernommen werden kann, aber das ist noch nicht fertig.

Ich habe nun einen Hilfetext eingebaut (Fragezeichen-Icon), der auf die Längenbeschränkung hinweist.

Nein, ist es nicht. Müsstest du selbst anlegen. Ich weiß auch nicht, ob HA das automatisch mit den Daten aus einem anderen Topic verrechnen kann.

Es gibt warpX/UID/charge_tracker/current_charge. Das hält aber nur die Startwerte für Energie und Zeit. Die geladene Energiemenge und Zeitdauer werden gegen den aktuellen Zählerstand und die aktuelle Zeit berechnet.

Bitte einmal Kabel einstecken, ein bis zwei Minuten warten, und dann unter System → Ereignis-Log einen Debug-Report runterladen und hier anhängen.

„Wirk­leistung (Bezug minus Ein­speisung)“ ist richtig. Der Bezug (Speicher lädt) ist positiv und die Einspeisung (Speicher entlädt) ist negativ. Das Vorzeichen gibt also die Richtung des Energieflusses an. „Wirk­leistung (Bezug plus Ein­speisung)“ wäre der Absolutwert davon. Sowohl Bezug als auch Einspeisung sind dann positiv und man kann die Richtung nicht erkennen.

Zwei Zeilen weiter steht dann „switched phases: 3p“. Wurde dann auf dreiphasig gewechselt oder nicht? Wenn die Knöpfe im Webinterface für ein-/dreiphasig drückbar sind, also nicht ausgegraut, dann sollte EVCC eigentlich umschalten können. Was mir gerade noch einfällt: Hast du zufällig vorher den WEM neugestartet, EVCC aber nicht? Bei einem Neustart des WEM fällt der meistens auf einphasig zurück, wovon EVCC dann nichts weiß. Wenn es sich anschließend wieder korrigiert und die Phasenumschaltung funktioniert, kannst du das ignorieren.

Das kannst du nur rausfinden, indem du bei den Ladeslots nachsiehst, ob der Slot für die manuelle Ladefreigabe blockiert. Das müsste Slot Nummer 4 sein.

Die Länge des Eingabefeldes ist bereits auf 64 Zeichen beschränkt. Wenn man etwas Längeres einfügt, wird das automatisch vom Browser abgeschnitten. Da das ein Standard-HTML-Element ist, machen das fast alle Webseiten mit längenbeschränkten Passwörtern so. Ich habe noch nie eine Webseite gesehen, die mich wegen einem zu langen Passwort gewarnt hat. Das wurde immer abgeschnitten. Ich bin dazu übergegangen, immer erst die Längenbegrenzung nachzusehen oder alternativ experimentell rauszufinden, indem ich etwas Langes in das Feld schreibe und mitzähle, wie viele Zeichen ich löschen muss, bis das Feld wieder leer ist. Sei froh, dass wir das wenigstens überall konsequent durchziehen. Ich erinnere mich noch gut an eine Webseite, deren Passwort-Eingabefeld bei der Registrierung keine Längenbegrenzung hatte, bei der Anmeldung dagegen schon, sodass ich dort mein zu langes Passwort nicht eingeben konnte. Die Lösung war dann, per Browserkonsole die Längenbegrenzung des HTML-Eingabefeldes zu entfernen, woraufhin die Webseite auch mein langes Passwort akzeptiert hat. 🙄

Du hast eine 11 kW-Wallbox, die einphasig eine Leistung von 1380 – 3680 W und dreiphasig eine Leistung von 4140 – 11040 W bereitstellen kann. Wenn zu Beginn mit 4,5 kW geladen wurde, war das am unteren Ende des dreiphasigen Bereichs. Verschwindet dann die Sonne und die PV-Leistung sinkt, kann die Wallbox nicht viel weiter runter. Deswegen wird nach ein paar Minuten auf einphasig umgeschaltet. Diese Umschaltung ist die Unterbrechung, die das Auto meldet. Min+PV bedeutet, dass immer mindestens die Mindestleistung bereitgestellt wird. Das heißt aber nicht, dass das unterbrechungsfrei passiert. Bei schwankender PV-Leistung ist das mit einer AC-Wallbox nun mal nicht möglich. Wenn du die Unterbrechungen vermeiden möchtest, musst du entweder die Wallbox auf nur einphasig konfigurieren und somit auf maximal 3680 W begrenzen, oder die Mindestleistung auf 4140 W anheben, was bei zu wenig PV-Leistung zu entsprechendem Netzbezug führt.

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?