wolle

Die Vermutung hat sich bestätigt. Der Standard-Lademodus war der Verursacher. Jetzt bleibt der Modus auf PV so wie vorher bei der Firmware 2.8.X (trotz der vorherigen Einstellung Min+PV).

Ok, nun wird es wohl rund. Ja, bei dem Standardlademodus stand Min+PV - allerdings steht dort als Hilfetext "Wird bei Neustart verwendet" 😉 Dann war das Laden gestern Abend die Willkommensladung. Nichtsdestotrotz hatte ich ja die anderen Gelegenheiten, bei denen tatsächlich voll geladen wurde. Aber der Hinweis mit dem Standardlademodus war vermutlich der Richtige. - Ich werde beobachten und berichten.

Hat leider etwas länger gedauert, bis ich mich darum kümmern konnte. Nein charge_manager/charge_modes_update habe ich noch nicht mal gelesen - den kannte ich ja noch gar nicht. Ich nutze eclipse-mosquitto im Docker container. Gestern Abend ist es wieder passiert: Als das Kabel um 22:12 eingesteckt wurde, wurde gleich per Min+PV angefangen zu laden. Und ich bin mir zu 99% sicher, dass ich 2-3 Stunden vorher in das UI gesehen habe und beide Stellen haben PV als Modus gezeigt. Den neuen topic habe ich bisher nicht in HA aufgenommen. Werde ich aber noch machen, damit ich die Veränderungen im HA-Log sehen kann. Vielleicht gibt das angehängte Warp Log ja etwas her. warp3-2cvj-Debug-Report-2026-08-14T07-39-09-406.txt

Moin, Bevor es ans Debugging geht: hat sich zwischen Version 2.8 und 2.12 etwas an dem Steuerungskonzept für den Lademodus geändert? Ich habe kürzlich ein Update von 2.8 auf 2.12.1 installiert und seitdem ein unerwartetes Verhalten beobachtet: Ich steuere den Lademodus regelmäßig über den Wochentag per MQTT. Von Montag bis Donnerstag nutze ich immer Min+PV. Ab Donnerstag wird auf PV umgestellt. Diese Umschaltung hat über ein Jahr problemlos funktioniert. Seit 2.12.1 wird im Web-UI zwar der Lademodus auch als PV angezeigt, jedoch wird bei der "kontrollierten Wallbox" noch Min+PV angezeigt. Die Folge ist, dass trotz der Einstellung Lademodus PV, das Auto mit Min+PV geladen wird, was dazu geführt hat, dass die Hausbatterie leergesaugt und dann auch noch Strom aus dem Netz gezogen wurde, obwohl am nächsten Tag reichlich Sonne vorhanden gewesen wäre. Gibt es eine neue MQTT-Option, mit der zusätzlich die Einstellung der "kontrollierten Wallbox" umgeschaltet werden kann bzw. muss? Oder handelt es sich hier um einen Bug? Zumindest war es dann so, nachdem ich diesen Fehler bemerkt hatte, dass die Änderung dieser Einstellung im Web-UI das Problem gelöst hat. Dass man das jetzt manuell kontrollieren bzw. einstellen muss, ist aber langfristig natürlich keine Option.

Ok. Debug-Reports habe ich so einige erstellt, dummerweise aber nicht mit einem passenden Zeitraum dazu. Das dauert also noch etwas. Ja, der Speicher ist als Zähler angelegt und eingetragen bei PV-Überschussladen. Ja, die Werte stimmen mit denen von Home-Assistant überein und machen auch Sinn. Entsprechend sind auch die Vorzeichen wie erwartet. Das Auto ist ein Skoda Enyaq. (Der möglicherweise durch diese häufigen Schaltzyklen irgendwie aus dem Takt gekommen ist. Der will sich aktuell nicht auf mehr als 80% laden lassen. Aber das ist ein anderes Thema.)

Ich habe zu diesem Thema nichts gefunden. Ich hoffe mal, es lag nicht daran, dass ich nicht gründlich genug gesucht habe. Ich beobachte, dass meine Warp3 Smart während PV Überschuss vorhanden ist, ca. alle 5 Minuten zwischen einphasigem und dreiphasigem Laden wechselt. Und dieses insbesondere sogar dann, wenn gar nicht genügend Überschuss für dreiphasiges Laden vorhanden ist. Die Folge ist, dass die Batterie den dann fehlenden Überschuss liefern muss, was in der Folge dazu führt, dass die Batterie nach 5 Minuten wieder nachgeladen wird. Dieses Spiel wiederholt sich laufend. Durch dieses Verfahren entstehen ständig unnötige Wandlungsverluste. Aber gerade für die Batterie ist das doch sicherlich nicht gut bzw. sinnvoll. Und zudem frage ich mich, warum das überhaupt passiert bzw. warum da nicht gegengesteuert wird. Dass die Regelung auf die Nulllinie des Hauptzählers ausgerichtet ist, habe ich schon gelesen. Aber durch die Einbeziehung der Leistung, die aus der Batterie gezogen oder in sie eingespeist wird, ließe sich doch ebenso ableiten, ob Überschuss vorhanden ist, bzw. dass zu viel Energie von der WB gezogen wird. Und insofern könnte der Stromzähler der Batterie doch ebenso in die Regelung mit einfließen. Ich gehe mal davon aus, dass das nichts mit der konkreten Firmware zu tun hat, aber dennoch die Version ist die hier 2.7.6+67cd21a5.

Ja, ich habe das Passwort in Chrome gespeichert. - Aber auch eine manuelle Eingabe hatte nicht funktioniert.

Nein, ich hatte bis zu dem Downgrade auf 2.7.3 immer nur über die Suche im UI eine neue Firmware installiert.

Ich habe gerade etwas gefunden, was die Antwort auf die Fragestellung sein kann, warum sich Kostal Wechselrichter nicht alle gleich verhalten: In einer Diskussion bei EVCC ist ein Screenshot der Wechselrichter-Konfiguration für den Installateur zu finden, bei der die Byte-Reihenfolge bei Modbus/SunSpec gedreht werden kann. Da ich keinen Installateur-Zugang habe, kann ich es nicht selbst nachprüfen, aber es klingt schon ziemlich wahrscheinlich. Hier noch der Link auf den Kommentar: https://github.com/evcc-io/evcc/discussions/16965#discussioncomment-11617038

Also zuerst einmal vielen Dank für diese schnelle und absolut unerwartete Reaktion. Ich hoffe für dich, dass du wenigstens gerade in Asien bist und wenn nicht, dann aber wenigstens einen positiven Grund hast, an so einem Tag und so einer Tageszeit neue Test-Releases zu bauen. Ja, mit dieser Firmware liefert mein Wechselrichter auch wieder richtige Werte. An einer Stelle sieht es zwar noch falsch aus, stört aber scheinbar nicht: Bei Stromzähler sind die Werte für Energiebezug und Energie­ein­speisung um den Faktor 1000 zu klein. Das war vorher aber auch schon falsch. Als Browser verwende ich Chrome - unter Android und Windows - und da hatte es die letzten Monate ja keine Probleme gegeben. Und außerdem wird jetzt tatsächlich auch die Batterie erkannt. Nochmals vielen Dank! warp3-2cvj-Debug-Report-2025-03-09T12-17-32-486.txt

Auch nach dem Deaktiveren von NFC und von PV Überschuss wollte die WB nicht mehr laden. Nach einem Factory Reset und der Konfiguration des Kostal Wechselrichters gab es dann das Problem, dass der Stromzähler völlig unsinnige Werte geliefert hat. Die Werte sprangen zwischen +/- Exa/Peta/viele-Nullen-Watt hin und der. In den Release Notes zu 2.7.4 steht: SunSpec: Work-around für byte-vertauschte Kostal-Float-Werte entfernt, dieser hat mehr Probleme erzeugt als behoben Das kann ich nicht bestätigen. Nachdem ich ein Downgrade auf 2.7.3 gemacht hatte, gab es auch wieder sinnvolle Werte beim Stromzähler. Nun kann auch mit 3kW geladen werden, ohne dass noch etwas ins Netz eingespeist wird. Etwas merkwürdig ist, dass es mit der 2.7.3 Probleme bei der UI-Authentifizierung gibt - angeblich sei das Passwort falsch. Nach dem dann notwendigen Factory Reset, um überhaupt wieder Zugriff zu bekommen, habe ich es noch ein weiteres Mal probiert - mit demselben Ergebnis. Der Ablauf, um die WB wieder per Web zu erreichen, ist ja leider ziemlich umständlich. Wenn man die UI-Authentifizierung vor dem Neustart prüfen könnte, bevor das UI nicht mehr nutzbar ist, wäre schon echt hilfreich. Ich sehe gerade, dass ich eine Frage nicht beantwortet hatte: Der Speicher ist von BYD und nennt sich "Premium HVS".

Hmmm...Jetzt kann ich nicht mehr per NFC freigeben, nachdem ich nach deiner Anleitung die Einstellung geändert und neu gestartet habe. Nach dem Lesen der Karte geht die LED kurz auf grün und fängt danach sofort wieder an gelb zu blinken. Im UI steht entsprechend "Warte auf Freigabe" und im Log steht auch nichts interessantes - soweit ich das erkennen kann. Zu dem Speicher konnte ich bisher keine Infos finden. Allerdings ist der zurzeit auch nicht im Netzwerk erreichbar. Nur indirekt über den Wechselrichter.

So. Nun ist wieder genügend Sonne und das Auto an der WB. Aktuelle Firmware ist installiert. Der Effekt bleibt aber scheinbar. Nun auch mit dem richtigen Log. warp3-2cvj-Debug-Report-2025-03-07T11-53-22-795.txt

So. Jetzt endlich gab es eine Gelegenheit zu loggen. Es kam zwar viel weniger vom Dach, aber es ist deutlich zu sehen, dass die WB abregelt, und nur deswegen der Überschuss ins Netz geht. warp3-2cvj-EVSE-Ladeprotokoll-2025-02-20T10-20-15-267.txt

Sorry, vergessen zu schreiben: Der Inverter bevorzugt die Batterie weil er nichtsvon der WB weiß, deswegen kommt im Auto nur etwas an, wenn die Batterie voll ist. Und nachdem die Hausbatterie auf 100% geladen war und genügend Leistung für den Enyaq da war, wurde der auch geladen. Als dann die PV-Anlage 4kW produziert hat, ist die überschüssige Leistung ins Netz eingespeist worden. Da die WB die Batterie nicht erkannt hat, kann ich auch keine Speicherpriorität wählen? Die Batterie ist aktuell nur indirekt über den Inverter zu sehen - da der Ladestand abrufbar ist, sollte das doch genügen? Ich hatte mich bisher nicht um die Batterie gekümmert, weil die Daten über den Inverter scheinbar ausreichend wwaren. Ich werde mal schauen, ob ich was finde. In der Grafik kann man den Verlauf gut nachvollziehen. Kurz vor 11:00 ist der Speicher gerade voll geworden und deswegen wurde begonnen ins Netz einzuspeisen.