Rangliste

Auf unserer Todo-Liste steht, dass das Lastmanagement gesprächiger werden soll. Aus der Anzeige soll dann klar werden, dass die Wallbox wegen nicht angeschlossenem Fahrzeug blockiert ist.

Ich hole mal den alten Thread hoch. Ich habe gerade meine frisch installierte WARP3 Wallbox für PV-Überschussladen konfiguriert und besitze noch kein Fahrzeug. Kommt demnächst. Dadurch suchte ich länger Zeit wieso das Lastmanagement blockiert. Ich ging von einem Konfigurationsfehler aus. Erst als ich diesen Thread gefunden habe war mir das Verhalten klar! Aus User-Sicht wäre es echt gut, wenn das Lastmanagement nur eine Wallbox kontrolliert, dass dann diese auch ohne Fahrzeug freigegeben wird. Oder wenn das nicht machbar ist, ein Hinweis in den Tutorials: https://docs.warp-charger.com/docs/tutorials/pv_excess_charging https://docs.warp-charger.com/docs/tutorials/chargemanagement

Da können wir leider nichts machen. Die Wallbox macht das, was das Fahrzeug verlangt. Wenn es nur darum geht, wann du deinen WR abregelst und wann nicht, musst du wohl diese kurzen angeblichen Ladephasen rausfiltern und erst ab einer Ladedauer über einer Minute von einem tatsächlichen Ladevorgang ausgehen. Wie eine konkrete Implementierung zum Abfragen des Fahrzugzustands aussehen würde, kann ich noch nicht sagen, aber spontan fallen mir dazu zwei Zustände ein: Das Fahrzeug wird angeschlossen und einmal abgefragt. Lädt es dann nicht, wird sich der SOC nicht relevant von alleine ändern und es brauch nicht permanent abgefragt zu werden. Dementsprechend wird die Ladeelektronik nicht immer wieder aufgeweckt. Das Fahrzeug lädt und wird regelmäßig abgefragt. In diesem Fall ist die Ladeelektronik sowieso aktiv. Wir haben schon Gerüchte gehört von Fahrzeugen, die sich an einer einfachen AC-Wallbox leerstehen, weil die 12 V-Boardbatterie permanent durch die ineffiziente Ladeelektronik geleert wird, selbst wenn der Ladevorgang beendet wurde, weil die Traktionsbatterie voll ist. In dem Fall war das Fahrzeug Schuld und nicht die Wallbox, aber sowas wollen wir unseren Kunden definitiv nicht verursacht durch unsere Wallboxen zumuten.

Beides wird in der Konfigurationsdatei (evcc.yaml) eingestellt. Die 15s auf oberster Ebene # open evcc at http://evcc.local:7070 network: schema: http host: evcc.local # .local suffix announces the hostname on MDNS port: 7070 log: info levels: cache: error interval: 15s # control cycle interval und der minimale/maximale Ladestrom beim Fahrzeug vehicles: - name: ev1 title: VW ID.4 type: template template: vw user: xxx password: xxx capacity: 77 phases: 3 mode: off mincurrent: 6 maxcurrent: 16 - name: ev2 title: Renault Zoe type: template template: renault user: xxx password: xxx capacity: 50 phases: 3 mode: pv mincurrent: 8 maxCurrent: 16 Gruß Thomas

Aktuell leider nicht, steht aber auf unserer Todo-Liste, siehe hier.

Die WARP Firmwares beinhalten jetzt die Anpassungen für die Kostal-Änderungen.

Anscheinend hast du versehentlich oder fälschlicherweise die Zählerüberwachung aktiviert. Die überprüft bei einer WARP Pro, ob der interne Zähler vorhanden und funktionsfähig ist. Bei einer WARP Smart ist die Überwachung standardmäßig aus, da sie ja keinen Zähler hat. Geh mal zu Wallbox → Einstellungen und deaktiviere die Zählerüberwachung.

Auch wenn ich mit dem Thread nix zu tun hab, muss ich mal kurz einwerfen: Genießt den Feiertag und das (evtl.) lange Wochenende, ihr habt es verdient. Super Arbeit, was ihr hier leistet! VG, Nico

Die Änderung, die Kostal da im Changelog angibt ist für uns kein Problem und die Meldung ist auch irreführend. SunSpec erlaubt am Ende des Common Models ein optionales Padding-Register. Kostal hatte das bisher nicht und hat es wohl mit 2.6.0 eingefügt. Dadurch verschieben sich alle Register danach um eins. Das hat mit SunSpec Konformität nichts zu tun. Es war voher konform und hinterher auch noch. Die Änderung ist kein Problem, wenn man SunSpec korrekt dynamisch ausliest (was wir tun), es ist nur ein Problem wenn man die Registeradressen fest hinschreibt, denn dann hat Kostal einem mit dieser Änderung alles gebrochen. Das ist aber eine Kombination von Kostal hat eine unnütze Änderung gemacht und andere aben SunSpec nicht richtig verwendet. Das hier ist die wirkliche Änderung, die dazu führt, dass bei dir gerade die Werte fehlen: 2025-05-27 19:42:39,576 | meters_sun_spec | Meter 1: Looking for device Mn='KOSTAL' Md='KOSTAL Smart Energy Meter G2' SN='76474277' 2025-05-27 19:42:39,587 | meters_sun_spec | Meter 1: Device Mn='KOSTAL Solar Electric GmbH' Md='KOSTAL Smart Energy Meter G2' Opt='' Vr='2.6.2' SN='76474277' is not matching SunSpec definiert, dass die drei Werte Manufacturer (Mn), Model (Md), und Serial Number (SN) zusammen ein SunSpec Geräte eindeutig identifizieren. Das hat Kostal mit Firmware >= 2.6.0 den Manufacturer von "KOSTAL" auf "KOSTAL Solar Electric GmbH" geändert haben. Dadurch finden wir den Zähler jetzt nicht mehr. Teste bitte die angehängte Firmware. Damit sollte es wieder funktionieren. [Edit: Testfirmware entfernt. Die Änderungen sind in der offiziellen Firmware enthalten]

Jetzt sieht das besser aus, Ladevorgang wurde gestartet: warp3-2bBb-Debug-Report-2025-05-26T17-06-40-065.txt

Danke für den Hinweis. Die Aktion wurde tatsächlich nicht korrekt aktiviert. Bitte teste mal diese Firmware. Mit fiel dabei auch auf, dass im Tutorial die zweite notwendige Regel fehlte, die die §14a-Beschränkung wieder aufhebt. Die steht nun auch mit drin. Edit: Veraltete Firmware entfernt.

Die Option ist üblicherweise dann deaktiviert, wenn PV-Überschussladen und Dynamisches Lastmanagement auch deaktiviert sind. Das bezieht sich auf das Gerät, das du gerade konfigurierst. Wenn du PV-Überschussladen auf dem EM aktiviert hast, sollte die Option dort nutzbar sein. Die Wallbox, die vom EM gesteuert wird, hat selbst PV-Überschussladen aus. Dementsprechend ist dort die Option deaktiviert. Hast du auf dem EM eins von beidem aktiviert aber die Option wird trotzdem als deaktiviert angezeigt, lade bitte einen Debug-Report runter (unter System → Ereignisprotokoll) und hänge ihn hier an.