Anstelle eines Korrekturfaktors wäre eine Watt-Addition sinnvoller.

[nbohnenkamp-design]

Mit einem Korrekturfaktor lässt sich am Ende des Tages zwar näherungsweise derselbe Verbrauch erzielen wie am Energiezähler, das ließe sich auch mit einer Watt-Addition erreichen. Der Vorteil wäre jedoch, dass der angezeigte COP sowohl bei der Brauchwassererwärmung als auch im Heizbetrieb genauer wäre.

[AndyH-992]

Ja und nein.
Ich erkläre das noch einmal.

Mit den Watt siehr das so aus:
Verdichterleistung / Aufschlag in Watt
750 / 200
1000 / 150
1100 / 130
1200 / 110
etc.

Mit dem Faktor sieht das so aus:
Abweichung über ein Jahr = +2.13 % Stromzähler ODU gegenüber ViCare.
Zurückgerechnet ergibt sich ein mittlerer Faktor von +1.11 auf die Verdichterleitung bei mir.
Der passt nicht zu 750 W Verdichterleistung, aber auch nicht zu 2 kW, wenn z.B. Warmwasser bereitet wird. Im ersten Fall muss er größer sein, im zweiten Fall kleiner.

Wenn ich den aufgelaufenen Monat Dezember ViEventLog mit ViCare vergleiche, ergeben sich mit diesem meinem Faktor Abweichungen von etwa 2,3 %. passt also auffallend. Den Faktor kann man, wenn mehr Daten vorliegen, anpassen und ViEventlog rechnet alles mit diesem neuen Faktor.

Eine Tabelle mit Watt-Aufschlag könnte man machen. Ob es damit dann noch genauer wird, bezweifele ich. Natürlich, der Moment würde genauer. Bis das Endergebnis stimmt, kann man dran bleiben und über lange Zeit immer wieder korrigieren.

Lohnt die Arbeit ?

[nbohnenkamp-design]

Erstmal: So wie es jetzt umgesetzt ist, ist das natürlich ausreichend!
Ich dachte eher ganz unkompliziert an einen festen Wert, zum Beispiel 200 W, den man zunächst ermitteln müsste, sodass er am Ende des Monats mit dem Energiezähler übereinstimmt.

Das Resultat wären vermutlich deutlich realistischere COP-Momentaufnahmen sowohl im unteren als auch im oberen Leistungsspektrum.

Der Faktor bleibt bestehen, ergänzt lediglich um diese eine Watt-Addierung in der Berechnung. Möglich wäre dann: nur Watt-Addierung (Faktor = 1), nur Faktor (Watt = 0) oder beides in Kombination (Watt = 180, Faktor = 1,09.)

[AndyH-992]

Ich verstehe was du meinst.

Macht es aber einen Unterschied, ob der COP für den Moment 3,8 oder 3.9 ist (oder 4,15 oder 4,25 ) ?
Der momentane COP ist eher eine Spielerei insofern, als dass ViCare diesen nicht ausweist.
Wichtig finde ich ist, dass dieser COP zum SCOP realistischer, individueller und damit besser wird über die Zeit, als es VM mit deren eigenen (Labor-) Berechnung "schöner" aussehen lässt.
Letztendlich kostet es dich das Geld, was der Stromzähler ausweist. Was VM an Werten über die API bereitstellt, enthält auch alle Fehler der Sensoren für Temperatur, Durchfluss etc.. Da kann nichts wirklich genau sein. Aber ViEventlog ist individueller als ViCar-Standard-Berechnung. Ist doch schon mal was.

Aber bitte, gerne auch andere Meinungen.

[nbohnenkamp-design]

Bei mir sind die Abweichungen allerdings deutlich größer. Wenn während der Brauchwassererwärmung ein COP von 1,3 angezeigt wird und gleichzeitig über 1000 W mehr Stromverbrauch als am Energiezähler ausgewiesen werden, kann ich damit kaum sinnvoll experimentieren, etwa mit der Spreizung.

Und was man aus diversen Screenshots entnehmen kann, werden bei anderen im Heizbetrieb COP-Werte angezeigt, die jenseits von 6 liegen.

Das ist am Ende natürlich Jammern auf hohem Niveau 🙂 Ich hatte mich nur gefragt, ob sich das mit vergleichsweise wenig Aufwand etwas genauer berechnen ließe. Sicher bin ich mir da allerdings auch nicht.

[AndyH-992]

Hm ... 1000 W ist eine Hausnummer. Mit anderen vergleichen ist immer schwierig.
Was weist ViCare für Dezember aus und was ViEventLog ?
ViEventLog ist 24/7 gelaufen ?
Du hast ViEventlog v178 am Start ?
Was für eine WP und mit oder ohne HW-Pufferspeicher ?
ViEventlog-Einstellung ODU oder IDU für die Spreizungsberechnung ?
HK oder FBH ?
Screenshots ?

[nbohnenkamp-design]

Vitocal 252-A mit 13 kW, ohne Pufferspeicher, mit 190-Liter-Brauchwasserspeicher. ViEventLog läuft bei mir 24/7 als Container.

In der Datenbank habe ich bislang erst wenige Tage an Daten, da ich alles neu aufgesetzt habe. Der aktuell gesetzte Faktor von 1,3 passt in etwa, gemessen am täglichen Vergleich mit dem externen Energiezähler und zeigt im Heizbetrieb in der niedrigsten Modulation in ViEventLog ca. 120 Watt zu wenig an.
Bei der Momentaufnahme während der Brauchwassererwärmung, zeigte der externe Energiezähler 3090 Watt an, der Abstand wird mit steigender Temp. dann noch größer.

[AndyH-992]

Aaaalso ... soooo schlecht sieht das aber nicht aus bei dir, das finde ich noch recht normal.
Faktor 1,3 war bei mir auch zu hoch, daher habe ich auf die Jahresabweichung zurückgegriffen und über jetzt 20 Tage gegen ViCare geprüft. Rechne und prüfe mal mit einem kleineren Faktor (die Berechnung ist "on the fly" nur für die Anzeige, immer wieder änderbar). Dann weicht es unten zwar mehr ab, passt aber besser im oberen Lastbereich.
Du kannst auch das Minuten-Interval in der Konfiguration von 5 auf 3 stellen, dann hast du mehr Messpunkte und in der Statistik / Historie wird es noch genauer. Die sieht bislang doch aber gut aus, meine ich.

Meine Pumpe läuft mit 60% und ~1200 l/h. Dann gibt die WP nicht so viel "Strom" weil die Spreizung kleiner bleibt.
Auch mal ausprobieren. Dann dürfte auch der momentane COP bei der WW-Bereitung im Mittel besser werden.

Du kannst dir den COP auch beim den Verläufen einblenden lassen und dann vorher / nachher gut vergleichen, z.B. ...

Falls das nicht weiterhilft, gebe noch einmal Info hier.
Dann analysieren wir das noch einmal.

[rudi-60]

@AndyH-992

Ein Korrekturwert von 1,015 bis 1,4 (keine Tippfehler !) ergibt sich bei meiner Anlage über den Leistungsbereich von 500 bis über 1500W.
Siehe meine Leistungsbetrachtung in #126

[AndyH-992]

Ja, weiss ich, dass das so ist, s. oben und #126, @rudi-60 .
Deswegen habe ich meinen Faktor so gemittelt, dass es am Ende (Tag/Monat/Jahr) in der Summe einigermassen passt.
Der momentane COP ist und bleibt eine Spielerei, weil ViCare das nicht anzeigt.
Als Messpunkt kann man ihn in der Grafik anzeigen und den Verlauf verfolgen. Nett, aber nicht absolut zu sehen, sondern als Trending. Man bekommt das nicht super genau, allein wg. Sensortoleranzen, soweit denn auch stimmt, was VM uns in die API einträgt.

[nbohnenkamp-design]

Okay, danke, ich schaue mir das an. Ich habe die Intervalle auf 3 reduziert und die Pumpenleistung herabgesetzt. Am Ende des Monats muss es dann halt auch passen.

Wenn ich den Faktor jetzt schon von 1,3 auf 1,2 reduziere, lande ich bei der untersten Modulation bei einem COP von größer als 6 – bei einem realen Stromverbrauch von 800 W, während ViEventLog 618 W anzeigt und ViCare zeitgleich 673 W.
Ich habe mal mit einer Formel experementiert, so würde es bei mir passen:

cop-berechnung.ods

[AndyH-992]

Ja für den Moment ist es 6. Kann durchaus sein je nach Witterung. Schau doch mal, was ViCare in diesem Moment für einen COP ausweist - musste nat. selbst ausrechnen, zeigt es ja nicht an.

[AndyH-992]

@mschneider82

Hierzu hängen zwei Python-Scripts an, die du deiner KI verfüttern kannst.

Vorgabe drei frei vergebbare Werte an Verdichterleistung und drei dazu gehörige Faktoren ODER Watt-Aufschläge (eines von beiden - würde ich präferieren - oder auch beides parallel, macht es aber komplizierter zu rechnen). Sinnvollerweise gibt man zwei Reihen im niedrigen Lastbereich an und eine Reihe im Oberen Lastbereich. Dan greift die Berechnung am besten.

Bei der jeweilgen Verdichterleistung ergeben sich dann berechnet der resultierende Faktor oder der Aufschlag in Watt.
Egal, wie man es letztendlich implementiert, ich würde intern mit dem sich ergebenden Faktor weiterrechnen, mit mehreren Nachkommastellen.

Ich würde auch den bisher pauschalen Faktor in den Einstellungen beibehalten (einfache Berechnung), aber umschaltbar auf die alternative Berechnung hier mit den o.g. Vorgabe-Werten wechseln.

Vorteil - es braucht keine mehr oder wenig umfangreiche Tabelle geführt werden, diese drei / sechs / ggf. neun Werte reichen und können schnell angepasst werden. Die resultierende Leistung wird noch genauer, somit auch die Berechnung des Stromverbrauchs.

AlgorithmischeAufschlagsberechnung.py
AlgorithmischeFaktorBerechnung.py

[rudi-60]

@AndyH-992
Das mit den drei Korrekturen funktioniert bei den Einzelwerten in den Kacheln des dashoard gut.
Hab ich bei mir als feste Werte in dashboard-render-heatings so reinprogrammiert.

Aber in der Statistik wird die addierte Leistung des eingestellten Zeitbereiches korrigiert, das weiss der derzeitige Code nichts mehr von der jeweiligen Leistung zu einer bestimmten Zeit, nur noch die kWh.
function applyPowerCorrectionFactor(stats, deviceInfo) {...
// Apply correction to main stats
corrected.electricity_kwh *= correctionFactor;

Aber da funktioniert sowieso was nicht richtig, weil sich mit den Zeitstempeln etwas beisst.
Die Daten sind UTC, aber die Darstellung in Systemzeit, da geht je nach Sommer-/Winterzeit bei "heute" immer eine/zwei Stunde(n) verloren. So zeigt die detaillierte Aufschlüsselung bei mir mit "heute" nur Werte von 1:00 ... 13:00 obwohl wir aktuell 15:25 haben.
Bin da hoffnungslos überfordert, denn da passiert soviel mit callbacks etc.. Für mich nicht nachvollziehbar wie die Daten geholt und aufbereitet werden um einen fix zu bauen.

[AndyH-992]

Im Prinzip müsste der berechnte interne Faktor zum Zeitpunkt eines Snapshots mitgespeichert werden.
Wird der/die Snapshots ausgelesen, die Kompressor-Leistung entsprechend korrigiert und der COP jeweils neu berechnet werden, bevor es summiert wird. Genauer wird es an dieser Stelle nicht.
Lass das an dieser Stelle für Matthias übrig. insbesondere wg. der neuen DB-Spalte und der Berechnung, die nach meiner Erinnerung via Query direkt funktioniert (kann mich aber auch täuschen, müsste ich reinschauen, aber heute nicht mehr ... ;-)).

Wenn das für die Kacheln schon mal richtig berechnet wird aufgrund der Einstellungen - halbe Miete.
Danke dir !