-
-
Notifications
You must be signed in to change notification settings - Fork 670
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Günstiges Netzladen funktioniert nach Update von 0.131.0 auf 0.131.1 nicht mehr #16852
Comments
Bitte vollständiges Log, Debug reicht. Bitte auch /api/state zum Zeitpunkt des günstigen ladens. |
@naltatis smartCost zieht nur wenn es keinen aktiven Ladeplan gibt. Evtl. führt das hier zu Verwirrung? Zumindest passen UI Indikation und Code nicht so richtig zueinander: case mode == api.ModeMinPV || mode == api.ModePV:
// cheap tariff
if smartCostActive && lp.EffectivePlanTime().IsZero() {
err = lp.fastCharging()
lp.resetPhaseTimer()
lp.elapsePVTimer() // let PV mode disable immediately afterwards
break
} |
Wo finde ich das vollständige Logfile zu EVCC unter Home Assistant? Wie komme ich an die Daten von /api/state? :-) |
Liegt es am Wechsel der Funktion in das Gen2-Template? Ich vermute die Versionsnummer für das "funktioniert noch" ist nicht ganz richtig. Mit 0.131.0 ist das Template aktiv geworden, um die Probleme mit den älteren Plenticore zu vermeiden. https://docs.cvcc.io/docs/devices/meters#plenticore-hybrid-gen2 https://docs.evcc.io/docs/devices/meters#plenticore-hybrid Bitte mal versuchen, das Template zu wechseln. |
@iseeberg79 die haben beide Batteriesteuerung. Wenn es vorher ging sollte es jetzt auch gehen. |
Batteriesperre geht bei beiden, Netzladen nur beim neuen |
Da hast Du recht- aber das ging dann vorher auch nicht. Das behauptet das Issue aber. Kann daran also nicht liegen. |
Richtig, in 0.131.0 kann es auch nicht mehr geklappt haben, aber zwischen 0.130.9 und bis 0.130.13. In #15508 wurde das damals gemeldet, und im PR #16414 (inkl. Vorgänger) haben wir das letztlich umgestellt und dokumentiert. Für den Anwender gibt es keine Möglichkeit zu erkennen, ob auch die Netzladung vom Template unterstützt wird. Batteriesteuerung ist inzwischen zu allgemein. |
Ich habe die Funktion gestern am frühen Morgen noch genutzt und die Batterie darüber geladen. Ich bin mir ziemlich sicher, daß ich da die Version 0.131.0 genutzt habe. Leider weiß ich nicht, ob bzw. wo man die Home Assistant sehen kann, wann welche Zusatzmodule mit welchen Versionsständen upgedated wurden. |
Du kannst das außerhalb HA nachtesten. Für HA bieten wir keinen Support an. |
Versuche bitte das andere Template, wenn die Bedingungen bei dir gegeben sind: wenn es dann geht, passt es eigentlich |
Ich werde berichten. Vielen Dank an alle für´s schnelle Feedback! |
Das andere Template hat leider keine Änderung gebracht. Gibt es eine Möglichkeit auf die 0.130.13 Version downzugraden? |
Kannst du bitte deine Konfiguration nochmal bereitstellen? Ich habe gerade zur Probe problemlos mit der Version und dem neuen Template aus dem Netz laden können. Funktion ist erwartungsgemäß. |
Vielen Dank vorab. Konfig anbei. Liegt es evtl. daran, daß ich nicht den "eingebauten" Modbus Proxy verwende, sondern das Add On in HA? |
Sollte bei dir für die Batterie so aussehen:
Dazu die Watchdog-Konfiguration passend zur Einstellung am WR. Du kannst PV+Battery auf das neue Template umstellen, damit es einheitlich ist. Ändert an der Umsetzung nichts, da die Templates sich für die Verwendung PV nicht unterscheiden. Wenn der Preis hoch genug konfiguriert ist, sollte die Netzladung adhoc starten und im UI sichtbar sein: geplantes Netzladen sollte dann auch funktionieren |
Danke, ich versuche es gleich nochmal. Wo ist der Unterschied Gen 1 und 2 beim Plenticore? Ich habe Gen 1 (2019). Inwiefern spielt das für die evcc.yaml eine Rolle? |
Der Proxy sollte egal sein, insbesondere wenn es vorher mit dem geklappt hat, den Hausakku aus dem Netz zu laden. Konfiguration passt, können wir kurz abgleichen, welche Batterie geladen werden soll? BYD - oder Fahrzeug? Ich bin von der Hausbatterie ausgegangen, auch weil das Log in der Eröffnung bestätigt, das diese in den Lademodus gesetzt wird, aber keine Netzladung mit dem verwendeten Template in der EVCC Version mehr möglich ist: dafür braucht es die genannte Umstellung. Die Funktion günstiges Netzladen für den Ladepunkt (Wallbox) funktioniert auch problemlos, wäre aber unabhängig vom verwendeten "plenticore"-Template. |
Ja, die BYD Hausbatterie soll geladen werden. |
Sorry, da haben sich unsere Posts überschnitten. Wenn die Funktion vorher bei dir lief, geht sie bei deinem System scheinbar und du kannst umstellen. Umstellen worauf? |
Auf das gen2-Template: hast du ja bereits... Für mich sieht das so aus, als ob die Konfiguration nicht zieht? Und ja: ext. Steuerung steht dort bei Schreiben in die Ladeleistung |
Bringt dich zumindest in die Nähe, ich hab da für die Anzeige der Modbus Register des WR etwas beschrieben, das wäre für mich jetzt hier wiederverwendbar. WR Batterieeinstellungen http://WR-IP/de-de/#/service/battery Timeout auf 60s? |
Prüfe doch mal, ob die Konfiguration auch wirklich genutzt wird. Den Neustart nach Änderung der Konfiguration nicht vergessen? Mit dem im anderen Thread genannten Kommando kannst du alternativ, aber mit mehr Mühe, die Register lesen. Da sehen wir aber vermutlich nur, was die Wirkung ist: falls nur minsoc geschrieben wird, ist das alte Template noch aus irgendeinem Grund aktiv. Ich denke, ansonsten würde bei dir die Batterie auch geladen werden. Mit einer Auflistung von "ls -la /config" sollte man die Änderungen der Konfigurationsdatei nachvollziehen können. Ein Log vom Start vom EVCC (Startlog von HA/EVCC Addon) hilft vielleicht auch, um andere Ursachen auszuschließen. Vielleicht kommen wir weiter... merkwürdig |
Kann das vielleicht auch an Tibber liegen? Bei mir geht es nämlich auch nicht mehr und in der neuen Home Assistant Version 2024.10.4 wurde die py für Tibber angepasst. |
Wenn Daten verfügbar sind, sollte das eigentlich keinen weiteren Einfluss mehr nehmen. Den WR steuert die Tibber Integration doch nicht? Hast du die Hinweise der Templates beachtet und umgestellt nach 0.130.13? https://docs.evcc.io/docs/devices/meters#plenticore-hybrid https://docs.evcc.io/docs/devices/meters#plenticore-hybrid-gen2 |
Bei mir war es ein geänderter Token @martinscheller bei Tibber: Tibber Pulse. |
Danke für den Hinweis. Gerade überprüft, der Token hat sich bei mir nicht geändert. Das Laden des Autos funktioniert jedenfalls noch preisbasiert und folgende korrekte Anzeige sehe ich auf dem Plenticore: |
Schick doch mal bitte die Übersicht mit deiner Firmware und Hardware-Release Version. |
Wenn das vorher bei dir funktioniert hat, braucht es nur die erfolgreiche, manuelle Umstellung auf das neue Template. Es gibt leider Kombination, die nicht richtig funktioniert haben, und die müssen berücksichtigt werden. So hat der Anwender die Kontrolle über die experimentelle Netzladungsfunktion, durch Wahl des Templates. |
Ohne "Auf" ;-) |
1028 für das gen2-Template OT: deine Versionsinfo fällt tatsächlich in das problematische Muster: und die Netzladung/Batteriesperre funktionierte vorher problemlos? Da sollten wir später auch nochmal genau hinschauen... |
Bei Endianess "little" wird float32s - ah, Standard bei HA Modbus - erwartet. Beim Netzladen würde erwartungsgemäß eine -100 im Register 1028 geschrieben (nur kostal-plenticore-gen2). Im anderen Template (kostal-plenticore) sollte nur im Register 1042 bei Batteriesperre der aktuelle Füllstand der Batterie geschrieben werden (zwischen minsoc und 100, wobei minsoc im Standard 20% ist). |
Im Screenshot oben ist mir aufgefallen, dass die externe Batteriesteuerung bei dir jetzt auch angezeigt wird (bei Batteriesperre/Netzladung?). Es braucht eine Weile (bis zu mehreren Minuten) bis die Netzladung aktiv wird. |
Das war der Screenshot, während das Auto geladen wurde, was ja noch fehlerfrei funktioniert.
Als das Netzladen also Laden des BYD Akkus vom Netz noch funktioniert hat, hat es sofort begonnen, als der definierte Strompreis erreicht war. Eine Verzögerung konnte ich nie beobachten. |
Du kannst das Register 1028 noch hinzufügen, dann sehen wir genau, was denn eigentlich bei Batteriesperre und Netzladen in den Registern los ist. |
Erledigt, auch das 1030 hinzugefügt und neu gestartet. Leider zeigen die beiden 1028 und 1030 nur "0" an. |
Alles OK soweit. Folgendes ist jetzt interessant: wie sehen die Register bei "Batteriesperre (Schnellladen)" und "Netzladen (Hausbatterie)" aus. Erwartung ist:
Bei Änderung im Register 1042 während der Batteriesperre: altes Template, keine Netzladungsfunktion |
Ich werde berichten, allerdings wohl erst Ende der Woche. Aktuell ist der Hausakku SoC bei 100% und ich bin nun einige Tage beruflich unterwegs. |
@iseeberg79: Es funktioniert wieder! Vielen Dank für deine Hilfe! Konnte es eben noch testen. Davor mußte ich einen Hard Reset meines Raspberry 4 machen, weil HA nicht mehr reagiert hat. Das viele Rebooten hat ihm offenbar nicht gefallen... So sah es während des Netzladens des Hausakkus aus. Die Verzögerung waren nur wenige Sekunden, nachdem ich den Preis eingestellt hatte. So sah es aus, als ich den Preis wieder "gesenkt" habe. Auch das dauerte nur wenige Sekunden. Erst wurde die Akkuladung gestoppt, dann war der Akku kurz zum Entladen blockiert und kurz danach wurde wieder der Akku ganz normal entladen. |
Prima, am Ende lag's irgendwo in der Umstellung zum neuen Template. |
Spannend, dass es mit der von dir genannten Versionsinfo problemlos klappt, da wurde die Ursache für die Schwierigkeiten wohl noch nicht endgültig gefunden und hängt ggf. noch an weiteren Faktoren. @andig Netzladen klappt, auch per HA und externem Modbus-Proxy; aber auch für eine Kombination an HW, die in anderer Diskussion ursächlich für die durchgeführte Umstellung war. |
@iseeberg79 Can you please share your yaml from HA or script to get Home assistant to write -100 to adresse 1028. |
Sorry I am not using HA. But see the configuration in one of the postings above. Only thing you need is a configured modbus in HA to create those sensors. It's straight forward. |
Describe the bug
Ich verwendete die Funktion unter Home Assistant in Kombination mit einem Kostal Plenticore Wechselrichter, einer BYD Batterie, einer OpenWB 2 und dem Tibber Stundentarif. Bisher lief es trotz "experimenteller UI-Funktion" absolut problemlos. Schwellwert für den Preis über das UI konfiguriert und zum besagten Zeitpunkt wurde die Batterie vom Netz geladen.
Steps to reproduce
Configuration details
Log details
What type of operating system are you running?
HomeAssistant Add-on
Nightly build
Version
0.131.1
The text was updated successfully, but these errors were encountered: