Jahreswerte in Gesamtübersicht

Verfasst am: 18.02.2008, 11:58

Hallo zusammen!

Ich habe folgende Anzeige in meiner Gesamtübersicht:

Da es nur bei mir so ist, muss der Fehler auch bei mir liegen. Kann mir dabei jemand weiterhelfen?

Man liest sich ...
deba

Verfasst am: 18.02.2008, 15:13

Der Fehler liegt in einer Berechnung der Daten in der Version 1.3.3. es liegt nicht an Deinen Einstellungen oder Daten.

gefunden habe ich bis jetzt 3:

1)+2) Zeile 1526 gleich 2x
- hier muss der AnlagenKWP-Wert durch 1000 geteilt werden
- das Ergebnis muss gerundet werden

Original: eysoll+=sollMonth[j]*SollYearKWP/100*getCurAnlagenKWP();

besser: eysoll+=Math.floor(sollMonth[j]*SollYearKWP/100*getCurAnlagenKWP()/1000);

Damit erreichen wir schon einen fast guten Wert.
Die Berechnung des Soll-Wertes im aktuellen Monat bis zum aktuellen Tag in Zeile 1527 habe ich noch nicht ganz verstanden. Hier verschwinden auf den heutigen Tag berechnet ganze 14 kWh.

Schön zu sehen, wenn Du Deine Anlage mit http://www.solarlog-home.de/debastiani/expert.html aufrufst, dann werden die Daten über die EXTRA-Version angezeigt.

Sonnige Grüße
Harald

Verfasst am: 18.02.2008, 17:33

hat mir natürlich keine Ruhe gelassen wo die 14 kWh abgeblieben sind.

Die originale Zeile 1527 lautet:
eysoll+=Math.floor(Math.floor(sollMonth[today.getMonth()]*SollYearKWP/100*getCurAnlagenKWP()/1000)*12/365*today.getDate())

Erst mal fällt hier auf das reichlich gerundet wird. Allerdings nicht kaufmännisch, sondern noch schlimmer, es wird immer auf die nächst kleinere Ganzzahl gerundet - oder einfach ausgedrückt - Nachkommastellen werden abgeschnitten.

Der Ausdruck '12/365' geht davon aus, das jeder Monat über 30,416 Tage verfügt, was im Februar natürlich absolut nicht hinkommt - egal ob Schaltjahr oder nicht.

Zu Glück gibt es eine Variable, die immer genau weiß wie viele Tage der entsprechende Monat hat.

Schreibt man also:
eysoll+=(sollMonth[today.getMonth()]/100*SollYearKWP*getCurAnlagenKWP()/1000)/nod*today.getDate()
sind die fehlenden 14 kWh wieder da.

Das Runden (abschneiden) sollte dann nur beim Anzeigen erfolgen, beim Rechnen immer mit ungerundeten Werten.

Was hilft uns das? Erstmal nichts - aber es ist schön ein Problem erkannt zu haben Wink

Sonnige Grüße
Harald

Verfasst am: 18.02.2008, 21:41

Danke für die schnelle Hilfe! Werde es morgen abändern.

Man liest sich ...
deba

Verfasst am: 18.02.2008, 22:05

Meine Aussage von 14:13 (das Ergebnis muss gerundet werden) muss ich auch etwas revidieren. Diese war unter dem Gesichtspunkt richtig, das sonst keine weiteren Änderungen vorgenommen werden.

Im Beitrag von 16:33 habe ich dann angemerkt, das bei Berechnungen nicht gerundet werden sollte, sondern erst bei der Ausgabe.

Das wären dann die Zeilen
1531: writeTD(Math.floor(eysoll));
1544: writeTD(""+Math.floor(esoll)+"<\/b>");

Sonnige Grüße
Harald

Verfasst am: 19.02.2008, 08:22

O.K., wenn ich es richtig verstanden habe, mache ich 4 Änderungen:

Zeile 1526:
eysoll+=sollMonth[j]*SollYearKWP/100*getCurAnlagenKWP()/1000;

Zeile 1527:
eysoll+=(sollMonth[today.getMonth()]/100*SollYearKWP*getCurAnlagenKWP()/1000)/nod*today.getDate();

Zeile 1531:
writeTD(Math.floor(eysoll));

Zeile 1544:
writeTD(""+Math.floor(esoll)+"<\/b>");

Richtig?
(Bin kein eigefleischter Hacker)

Man liest sich ...
deba

Verfasst am: 19.02.2008, 13:35

dann noch Zeile 1529 dazu und Du hast es.

Zur Vereinfachung mal aller hier:

Zitat:

ab Zeile 1524 bis 1544:

} else if((hyear-i) == startyear) {
for(j=0; j<today.getMonth(); j++)
eysoll+=sollMonth[j]*SollYearKWP/100*getCurAnlagenKWP()/1000;
eysoll+=(sollMonth[today.getMonth()]/100*SollYearKWP*getCurAnlagenKWP()/1000)/nod*today.getDate()
} else {
eysoll=SollYearKWP*AnlagenKWP/1000
}
writeTD(Math.floor(eysoll));
esoll +=eysoll
wpysoll = aw_fmt0(wyears[i]/1000/eysoll*100)
if (wpysoll < 100)
writeTD(""+ wpysoll + "");
else
writeTD(wpysoll);
document.write("</tr>")
}
document.write("<tr>")
writeTD(""+getText(LBL_VISU_SUMME)+"<\/b>");
writeTD(""+aw_fmt0(esum/1000)+"<\/b>");
writeTD(""+aw_fmt0(esum/AnlagenKWP/ye.length)+"<\/b>");
writeTD(""+Math.floor(esoll)+"<\/b>");

Zeilen-Nummern können abweichen - bitte zuvor kontrollieren und von der originalen visu.html eine Sicherung anlegen.

Sonnige Grüße
Harald

Verfasst am: 19.02.2008, 16:18

Habe es abgeändert und nun stimmt alles in der Gesamtübersicht. Danke nochmal.

Leider stimmt jetzt der Sollwert in der Jahresübersicht nicht mit dem Sollwert in der Gesamtübersicht überein. (Ist ja irgendwie logisch, denn die Änderungen wurden ja nur im Abschnitt "Gesamtübersicht" gemacht.)

Ist für mich persönlich nicht so wichtig. Aber vielleicht ein Punkt für die "To-Do"-Liste für das nächste Update ...

Man liest sich ...
deba

Verfasst am: 19.02.2008, 17:10

och - da sind noch ein paar andere Dinge nicht so wie man sie sich wünschen würde - aber es wird...

Davon mal abgesehen - ob man nun die offiziellen Darstellungen nimmt - die EXTRA-Version (die schon sehr nahe am Optimum ist) oder andere Versuche - bist jetzt ist alles nicht ganz richtig was das Jahr 2008 betrifft.

Ich bin gerade dabei meine Ansicht so zu optimieren, das der zusätzliche Tag (29.2.) auch richtig gewertet wird.

Geht man davon aus, das pro Jahr 1000 kWh/kWp erwartet werden und im Februar davon 5 %, dann sind das im Schaltjahr eben nicht 1000 kWh/kWp sondern 1001,7857 kWh/kWp. auch der Ertrag im Februar ist dann nicht 50 sondern 51,7857 kWh und der Tag im Februar hat nicht.......

Ist zwar nicht die Welt - aber wenn schon denn schon.

Sonnige Grüße
Harald

Verfasst am: 19.03.2008, 01:52

deba hat Folgendes geschrieben:

Hallo zusammen!

Ich habe folgende Anzeige in meiner Gesamtübersicht:

Da es nur bei mir so ist, muss der Fehler auch bei mir liegen. Kann mir dabei jemand weiterhelfen?

Der Fehler ist bei vielen so, nur haben sie es noch nicht gemerkt oder - wie ich - keinen großen Wert auf eine Lösung gelegt.

Doch nun, nachdem sich die Schaltjahrsstürme bei den Solarloggern etwas gelegt haben, möchte ich das Thema doch mal aufgreifen.

Bei mir sieht es es aus:
Bei http://www.solarlog-home.de/sonnenstar/ in der Gesamtübersicht mit angezeigten Werten kommen unmögliche Zahlen raus:

Bei der expert-Version
http://www.solarlog-home.de/sonnenstar/expert.html
sind die Zahlen in den letzten beiden Spalten in Ordnung. Allerdings ist dort ein Fehler in der Spalte "Ertrag spezifisch", denn unten darf keine Summe stehen, sonder ein Durchschnittswert. Das wiederum stimmt auf der normalen solarlog-home-Ansicht.

Die Tipps in diesem thread haben mir nicht wirklich geholfen, ich denke, damit alle was davon haben, sollte sich in den Skripts, die auf dem Server liegen und die auch dort regelmäßig aktualisiert werden, etwas ändern.

Dies wünscht sich der Sonnenstar

Verfasst am: 19.03.2008, 13:08

SonnenStar hat Folgendes geschrieben:

Bei der expert-Version
http://www.solarlog-home.de/sonnenstar/expert.html
sind die Zahlen in den letzten beiden Spalten in Ordnung. Allerdings ist dort ein Fehler in der Spalte "Ertrag spezifisch", denn unten darf keine Summe stehen, sonder ein Durchschnittswert. Das wiederum stimmt auf der normalen solarlog-home-Ansicht.

Warum darf da keine Summe stehen? In der ganzen Zeile stehen nur Summenwerte - ein Durchschnittswert passt da per Definition nicht hin.

Zitat:

Die Tipps in diesem thread haben mir nicht wirklich geholfen, ich denke, damit alle was davon haben, sollte sich in den Skripts, die auf dem Server liegen und die auch dort regelmäßig aktualisiert werden, etwas ändern.

Die Korrekturen sind schon an Solare-Datensysteme gemeldet. Es ist also nur eine Frage der Zeit wann die Korrekturen für alle verfügbar sind.

Sonnige Grüße
Harald

Verfasst am: 19.03.2008, 22:03

das399igste hat Folgendes geschrieben:

Warum darf da keine Summe stehen? In der ganzen Zeile stehen nur Summenwerte - ein Durchschnittswert passt da per Definition nicht hin.

Beim Vergleich mit anderen geht es doch immer um diese kWh/kWp-Jahreswerte. Man möchte nach einigen Jahren ja nicht unbedingt wissen wieviel kWh/kWp man insgesamt seit Bestehen der Anlage hatte sondern wie im Schnitt die Jahreserträge waren.

Aber jetzt wo ich Deinen Einwand lese, könnte ich mir denken, dass die Summe der Werte auch sinnvoll ist. Man hat dann halt keine Vergleichszahl. Ist eigentlich egal.

In der letzten Spalte (Ertrag/Soll) gibt es übrigens auch unten keine Summe sondern ein Mittelwert. Wenn sich jemand an der Zeilendefinition "Summe" stört, kann man die umbenennen in "Gesamtwerte".

Zitat:

Die Korrekturen sind schon an Solare-Datensysteme gemeldet. Es ist also nur eine Frage der Zeit wann die Korrekturen für alle verfügbar sind.

Das ist ja prima. Ist auch gar nicht eilig.

Grüße vom SonnenStar

Verfasst am: 19.03.2008, 23:50

SonnenStar hat Folgendes geschrieben:

In der letzten Spalte (Ertrag/Soll) gibt es übrigens auch unten keine Summe sondern ein Mittelwert. Wenn sich jemand an der Zeilendefinition "Summe" stört, kann man die umbenennen in "Gesamtwerte".

Nun ja - Prozentzahlen zu addieren macht auch absolut keinen sinn - oder? Es handelt sich auch nicht um einen Mittelwert sondern ganz einfach um das Verhältnis des gesamt-Ist zu gesamt-Soll - also Spalte 2 geteilt durch Spalte 4.

Einen rechnerischen Durchschnittswert kannst Du rechts oberhalb der Grafik ablesen. Dort ist der spezifische hochgerechnete Durchschnitts-Ertrag der Anlage ausgewiesen. Er berechnet sich aus dem Jahres-Soll-Wert multipliziert mit dem Verhältnis Ist zu Soll. dieser wert berücksichtigt auch unter jährige Betriebszeiten.

Sonnige Grüße
Harald

Verfasst am: 20.03.2008, 14:12

Hallo,

die Änderungen von das399igste sind nun aktiv, alle Homepages mit Version 1.3.3 und AutoUpdate haben die Änderungen nun laufen.
Vielen Dank Harald!

Viele Grüße,
Jörg

Verfasst am: 21.03.2008, 14:36

Hallo Jörg,

kannst Du schon sagen wann die Version 1.3.3 zum Download zur verfügung steht? Hab meine Seite auf eingenem Webspace.

Gruß
Uli