IDM: Falsche Berechnung PV-Überschuss #19677
Replies: 4 comments 33 replies
-
|
Das funktioniert genau wie erwartet. Allerdings gibt es bei den WPs ein prinzipbedingtes Problem: weder kann evcc vorher wissen, welche Leistung sie wirklich konsumieren (SG Ready) noch ist garantiert, dass sie das auch tun. Zum derzeitigen Zeitpunkt ist das der Stand der Dinge. Ich sehe aber auch kein großes Problem- wenn die WP 2A nicht will möchte sie vmtl. 4A mehr auch nicht haben. |
Beta Was this translation helpful? Give feedback.
-
|
Also im Fall der IDM WP hat EVCC genau die Info welche Leistung die WP gerade konsumiert. Somit könnte man den aktuellen Wert ja in die Berechnung einfließen lassen oder? Im Fall der IDM WP ist es so, dass die WP genau anhand des PV-Überschusses entscheidet ob genügend Leistung für z.B. Warmwasserbereitung zur Verfügung steht. Bei ~2kW wird nur geheizt und bei ~4kW wird die Warmwasserbereitung gestartet. Im Moment wird immer zu viel geschickt und die WP zieht z.B. 4kW obwohl nur 2kW PV Überschuss zu Verfügung steht. Zudem sieht man auch das Problem, dass wenn das Auto parallel dazu lädt weiterhin ein PV-Überschuss geschickt wird. Obwohl man das Auto priorisiert und die WP in dem Fall nicht einschalten soll. -> siehe #19002 Meine Vorstellung wäre wie folgt: Beispiele Berechnung: |
Beta Was this translation helpful? Give feedback.
-
|
Ich verstehe beide Seiten. Als Besitzer einer IDM-Wärmepumpe würde ich mich jedoch über eine konstruktive Lösung freuen. Wäre es bspw. möglich, das mittels einer Konfiguration zu lösen? D.h. via Toggle in den Einstellungen, ob eine WP den Brutto- oder Netto-Überschuß erhalten soll? |
Beta Was this translation helpful? Give feedback.
-
@dubtec was? Außer dass Dir uns anderen Anwendern die Zahlen nicht gefallen gibts immer noch kein erkennbares echtes Problem. |
Beta Was this translation helpful? Give feedback.
-
|
@andig: Sorry das ich dir da widerspreche. Man hat ein erkennbares echtes Problem -> Erhöhter Stromverbrauch und überflüssiges Einschalten der WP weil der gemeldete PV-Überschuss dauerhaft zu hoch ist. Ich habe einen direkten Vergleich: Wenn ich die WP direkt mit dem Wechselrichter (Fronius) verbinde regelt die WP schön anhand dem PV-Überschuss der über den Wechselrichter kommuniziert wird. Sobald ich auf EVCC umgestellt habe läuft die WP deutlich öfter und auch zu Zeitpunkten an denen sie zuvor nicht eingeschalten hat. Negativer Effekt ist auch hier, dass die WP mit der Anbindung an EVCC deutlich mehr Betriebsstunden hat als mit der Anbindung über den Wechselrichter. Der Vorteil den ich mit EVCC sehe ich, dass ich alle meine Verbraucher in einem System habe und auch dadurch eine Priorisierung möglich ist. Aus dem Grund bin ich auch weiterhin so dran interessiert, dass die IDM WP so über EVCC angebunden ist wie über die direkte Anbindung vom Wechselrichter und es dadurch keinen Unterschied bei der internen Regelung der WP gibt :) |
Beta Was this translation helpful? Give feedback.
-
Mit "das" beziehe ich mich auf "das" Problem, das in den Kommentaren hier und in anderen Threads beschrieben wird. Unser Wunsch ist es, dass ein Netto-Überschuss an die WP gesendet wird. Es sind einfach nicht nur "Zahlen [die] nicht gefallen", sondern solche, die einen wirklichen Einfluß auf das Verhalten der Wärmepumpen haben. Mich würde freuen, wenn wir konstruktiv darüber sprechen könnten, ob für Wärmepumpen ein Toggle oder eine konfigurative Option in der evcc.yaml optional angeboten werden kann. Netto-Überschuss wenn true, standardmäßig false und damit die aktuelle Berechnung. |
Beta Was this translation helpful? Give feedback.
-
|
Das verstehe ich alles, kannste mir glauben. Aber: "ich möchte" ist noch kein Problem für die evcc Steuerung. War es bei anderen issues nicht uns ist es hier nicht. Daher fände ich es prima- wie mehrfach angefragt- zu wissen, welches Problem entsteht wenn wir das nicht machen. Was konkret geht dann an der Überschusssteuerung kaputt? Und gerne ein Logfile dass dies belegt. nicht mehr, aber auch nicht weniger.
Das sollte uns das Logfile doch zeigen können! |
Beta Was this translation helpful? Give feedback.
-
|
Hallo zusammen, ich habe heute nochmal auf die Steuerung mit EVCC umgestellt. Ich konnte auch am morgen einen Szenario einfangen, der genau den Fall zeigt das die WP wegen den zu hoch gemeldetem PV-Überschuss eine Warmwasserladung startet. Leider habe ich für das Szenario 1 keine Logs. Zumindest konnte ich mir kein Debug Log erstellen von dem Zeitpunkt. Ich habe nur ein Logfile vom Szenario 2. Das hänge ich auch mit an. Mein Setup: Logfile Szenario 2: Das Grundsätzliche Problem lässt sich aber auch über das Logfile in Szenario 2 gut erkennen: Sobald die min Schwelle erreicht wird (bei mir 1,4 kW) wird innerhalb von wenigen Schritten der maximale PV Überschuss (5,5kW) geschickt. |
Beta Was this translation helpful? Give feedback.
-
|
Das war mir klar. Mein Gedanke war, dass die Register entsprechend ihrer Auslegung mit Werten gefüllt werden. Das heißt 74 für den PV-Überschuss, der verbleibt nach allen Verbräuchen und 78 für die gesamt PV-Produktion. |
Beta Was this translation helpful? Give feedback.
-
@andig Also mit der Änderung und der aktuellen Nighlty läuft es jetzt so wie ich mir das erwarte. Der PV Überschuss wird korrekt übertragen. Zumindest auf den ersten Blick. Lasse es jetzt einfach mal weiter so mit der Nightly laufen. |
Beta Was this translation helpful? Give feedback.
-
|
...und nur damit wir uns nicht zu früh freuen: jetzt ist es nur anders falsch als vorher ;) Für 2 WP wird genau das auch nicht funktionieren... |
Beta Was this translation helpful? Give feedback.
-
|
Muss man denn zwei IDM-Wärmepumpen einzeln mit evcc ansprechen und steuern? Im Falle der Kaskadierung von z.B. 2 Lambda-Wärmepumpen werden diese über ein und dieselbe Steuereinheit verbunden. Und die Frage ist auch, wieviele Menschen wirklich mehr als eine Wärmepumpe haben. Aber natürlich sollte evcc sich idealerweise in möglichst jeder Umgebung optimal verhalten. |
Beta Was this translation helpful? Give feedback.
-
|
Dann denk an eine IDM, eine Lambda… |
Beta Was this translation helpful? Give feedback.
-
|
@andig: Setup: 1 Wallbox mit Prio 5 und 1x IDM WP mit Prio 0 -> Als Wallbox hat immer Vorrang beim PV-Überschuss Fall 1: Fall 2: Fall 3: Ich glaube die einfachste Lösung wäre wirklich im PV-Modus den Site-Power Wert als PV-Überschuss zu kommunizieren. Es ist aus meiner Sicht auch gar keine andere Berechnung notwendig. Das sollte auch die Probleme von oben soweit beheben. Über die Prio und den Modus muss dann nur entschieden werden ob der Wert weitergeleitet wird. Aus Sicht der IDM kann diese auch mit negativen PV-Überschuss umgehen (siehe Screenshot) und kann dann entscheiden ob sie weiter hochtacktet oder nicht. 
|
Beta Was this translation helpful? Give feedback.
-
|
Ich schlage vor das die heatpump.go zusätzlich den parameter Z.b.: Entscheiden sich die Energiemanager der WP dafür den "Überschuss" Anhand ihrer eigener Wetter Prognose an den Rand des PV-Überschuss Forecast (WP intern) oder den wärmsten Temperaturen des Tagesverlauf (Wetter Prognose in der WP) zu legen, damit hier keine "Vorgaben" durch evcc dagegen laufen, sollte das den individuellen Bedürfnissen der WP angepasst werden. Somit wäre die Funktion der heatpump.go maximal kompatible und wir würden die templates sehr kompakt halten. Hiermit könnten wir auch die zwar besser aber immer noch nicht richtige aktuelle Funktion, noch richtiger machen bzw. ergänzen. |
Beta Was this translation helpful? Give feedback.
-
|
Das mit dem |
Beta Was this translation helpful? Give feedback.
-
|
Es geht hier nicht nur um IDM. Hiermit ergibt sich die Möglichkeit die templates des WP Bedarfs anzupassen. Und je nach Im Fall IDM: grid-Power < 0 -> 74 - PV excess power |
Beta Was this translation helpful? Give feedback.
-
|
@mathiasmora ohne Logfile nicht verwertbar 😞 |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Describe the bug
Nach längerer Analyse bin ich vermutlich auf das Problem gestoßen, weshalb meine WP immer falsche PV-Überschusswerte erhält:
Ich habe meine IDM WP mit folgenden Werten konfiguriert:
Der maximale Strom sind 10A der an der WP eingestellt werden kann.
Nach meinem Verständnis kann die Berechnung die für die Wallboxen verwendet wird nicht 1:1 für die Berechnung vom PV-Überschluss der WP verwendet werden. Hintergrund ist der, dass wenn z.B. 10A als PV-Überschuss an die WP geschickt wird nicht automatisch die WP 10A bezieht bzw. verwendet. In meinem Fall ist es so, dass die WP anhand des PV-Überschuss und der Warmwassertemperatur/Raumtemperatur entscheidet ob und mit wie vielen A sie eingeschalten wird oder nicht.
Beispiel Berechnung Wallbox:
Die Wallbox wurde in der letzten Berechnung auf 9A festgesetzt die sie aktuell auch verbraucht. Es ist genügend Strom übrig um die Wallbox auf 10A hochzustellen. Die Wallbox zieht dann auch genau diese 10A.
Beispiel Berechnung WP IDM (nach EVCC Neustart):
In dem Fall ist es so, dass nach einem Neustart erstmalig 2A als PV-Überschuss an die WP geschickt werden. Bei der nächsten Berechnung wird angenommen, dass die WP mit genau diesen 2A bereits aktiv ist. Das ist aber nicht der Fall. Die WP hat zwar den Wert erhalten läuft aber aktuell nicht.
Für die Berechnung wird aber dann diese 2A angenommen und es berechnet sein ein Überschuss von 10.7A was ein max charge current von 10A entspricht der an die WP geschickt wird. Es dürften aber nur 8A Überschuss an die WP geschickt werden.
Die Berechnung ist hier somit nicht richtig. Für die PV charge current müsste nach meinem Verständnis nur der aktuelle site power Wert geschickt werden.
Steps to reproduce
Configuration details
Log details
What type of operating system or environment does evcc run on?
Linux
External automation
Nightly build
Version
v.0.200.9
Beta Was this translation helpful? Give feedback.
All reactions