Homepageumbau

Verfasst am: 20.12.2007, 09:55

Hallo Forum,

seit gestern ist meine neue Solaranlage in Betrieb gegangen und ich habe auch gleich einen Solarlog 100e angeschlossen und die Website dafür auf meinem Webserver eingerichtet.

Jetzt möchte ich die fertige Website, die man sich downloaden kann aber komplett durch einen Neubau ersetzen, um sie mehr an die gültigen Webstandards anzupassen (CSS, Frameless usw.).

Gibt es eine Dokumentation, wie die Javascripts die Daten auswerten und wie der Datenaustausch zwischen dem Solarlog und der Website genau abläuft?

Wo sind die Daten überhaupt abgelegt - nur auf dem Solarlog oder auch auf der Website und welche Daten kann der Solarlog weitergeben?

Ich habe einen SMA SunnyBoy 5000 TL HC ESS. Nachdem der Solarlog ja mit unterschiedlichen WR zusammenarbeiten kann, stellt sich auch die Frage, ob er gegenüber der Website immer gleiche Daten liefert. Dann könnte ich die neue Website universell bauen und ggf. auch zur Verfügung stellen.

Ich kann mir das zwar sicher alles aus der Website rausfummeln, es würde mir aber doch erheblich Zeit sparen, wenn ihr mir da etwas Input geben könntet.

Vielen Dank und viele Grüße!

Verfasst am: 20.12.2007, 10:12

Uii, das sind aber viele Fragen auf einmal.....
Die Daten die der Solarlog überträgt haben alle die Endung .js
Je nach Datei sind unterschiedliche Inhalte drin.
Fangen wir mit dem einfachsten an:
base_vars.js -> Basis-Informationen wie Anzahl Wechselrichter, erwartete Werte Darstellungszeitraum, .....
years.js -> Enthält die Werte wieviel kwh in jedem Jahr eingespeist wurden
month.js -> Enthält die Werte wieviel kwh in jedem Monat eingespeist wurden
days_hist.js -> Tageswerte und maximalwert eines Tages
daysall.js -> Tageswerte
min_day.js -> EinzelWerte (5min Rhythmus oder wie eingestellt) des aktuellen Tages
min_cur.js -> Zusatzwerte zum aktuellen Zeitlunkt (z.B. Statusmeldungen)
minXXXXXX.js -> Einzelwerte eines vergangenen Tages, wobei XXXXXX für Jahr,Monat,Tag steht (heute wäre 071220)
events.js -> Statusmeldungen vom Solarlog

Die Werte in Ihrer Reihenfolge und Anzahl hängen davon ab, ob es sich um einen WR handelt oder mehrere. Bei den Tageswerten kommt es dann noch drauf an, welche Funktionen der oder die WR haben (z.B. Mehrere MPP Tracker, Temperaturanzeige, ....)
Also alles nicht ganz so einfach.

Stefan

Verfasst am: 20.12.2007, 10:22

Aber schon mal ein Ansatzpunkt :-))
Ich hatte die Dateien noch nicht angeschaut, weil ich davon ausging, dass sie nur Javascript enthalten. Wie ich grade sehe, wird das etwas aufwändig, da da nicht reine Daten drin stehen, sondern in Javascript verpackte Daten.

Nur um sicher zu sein. Heist das, das der Solarlog so funktioniert, dass er die eigentlichen Daten schon für die Website als Javascript aufbereitet und dann erst mit dem eingebauten FTP-Server nur die js-Dateien hochlädt und damit die vorhandenen überschreibt?

Viele Grüße.

Verfasst am: 20.12.2007, 10:30

oceanwave hat Folgendes geschrieben:

Ich hatte die Dateien noch nicht angeschaut, weil ich davon ausging, dass sie nur Javascript enthalten. Wie ich grade sehe, wird das etwas aufwändig, da da nicht reine Daten drin stehen, sondern in Javascript verpackte Daten.

Naja, geparst werden müssen die Daten so oder so, da kommt es auf den Überschuss am Anfang auch nicht drau an....

Zitat:

Nur um sicher zu sein. Heist das, das der Solarlog so funktioniert, dass er die eigentlichen Daten schon für die Website als Javascript aufbereitet und dann erst mit dem eingebauten FTP-Server nur die js-Dateien hochlädt und damit die vorhandenen überschreibt?

Jein. Hier sind wohl ein paar Begriffe durcheinander geraten. Wie der Solarlog intern die Daten speichert weiß ich nicht, ist auch relativ egal. Das ist Sache des Entwicklers. Änderungen hier zu machen sind quasi eh nicht möglich/sinnvoll.
Bis auf die minday, min_cur und die events Datei werden die Dateien nur am Anfang des Tages übertragen. Hier ändern sich ja auch keine Daten im Laufe des Tages.
Die 2 o.g. Dateien werden dann im Zyklus wie im Solarlog definiert auf den angegebenen FTP-Server übertragen. Die Dateien werden dabei überschrieben.

Stefan

Verfasst am: 20.12.2007, 10:35

Dann werde ich da mal ein wenig experimentieren.

Danke und viele Grüße

Verfasst am: 05.01.2008, 16:11

Hallo oceanwave,

Du kannst Deinen Solarlog auch so einstellen das er zusätzlich zu den js Dateien auch CVS Dateien erstellt und sie auf die Homepage läd.

Diese Dateien enthalten die Tageskennlinien für jeden Tag und haben den Namen minjjmmtt.csv (Datum in jjmmtt enthalten)

Ich habe mir vor einiger Zeit mal die Mühe gemacht, eine Beschreibung dufür zu erstellen wie man händisch aus diesen CSV Dateien JS Dateien macht.
Da der Solarlog dies von sich aus nur für die letzten 3 Tage tut.
Innerhal der letzten drei Tage werden alle Dateien im Übertragungzyklus des Solarlog mehrfach pro Tag überschrieben.

Vielleicht hilft dir die Beschreibung und ein Blick auf die csv Dateien weiter.

http://www.meine-photovoltaik-anlage.de/Howto.pdf

http://www.meine-photovoltaik-anlage.de/Daten/min080104.csv
http://www.meine-photovoltaik-anlage.de/Daten/min080104.js

Zusätzlich kannst Du noch eins tun, spiele Dir die Firmeware v28 ein, wenn Du diese noch nicht installiert hast.

Ab dieser Firmeware wird die Backupdatei, die ebenfalls zu einer frei wählbaren Urzeit ein mal Pro Tag auf die Homepage geladen wird.
in einem Format geschrieben, das Du für Dein Vorhaben vermutlich am ehesten einsetzen kannst.

Achtung hier ist das Datum anders herum als backup_tt.mm.jj.csv

Nacheinander werden hier mehrere Blöcke geschrieben.

1. Vollständige Tageswerte (Ja nach Anzahl der Wechselrichter und länge der Tage können dies ca 70 Tage sein bei einem WR.

#

2. Tageswerte mit Spitzenwert

#

3. Tageswerte

#

4. Monatswerte

#

5. Jahreswerte

#

6. Statuswerte der letzten Tage.

Nachteil dieser Datei ist, sie wird nur ein mal am ende des Tages geschrieben.

Die Datei von Gestern liegt hier (1 Wechselrichter) :
http://www.meine-photovoltaik-anlage.de/backup/backup_04.01.08.dat

Zum Vergleich, ist hier die Backupdatei einer Anlage mit 4 Wechselrichtern des gleichen Herstellers.
http://www.kolb-elektro.de/photovoltaik/backup/backup_04.01.08.dat

Beachte zusätzlich noch das die Daten je nach Wechselrichter etwas unterschiedlich sein können.

SMA z.B. sendet nicht die Temperatur im Inneeren des Wechselrichters.
VAILANT sendet zwar die Temperatur, aber dafür keine Fehlercodes.

Gutes gelingen, bei Deinem Vorhaben.

Verfasst am: 06.01.2008, 12:12

Hallo Captain,

ein sonniges neues Jahr :-)

Danke für deine Hinweise. Backup und CSV lasse ich schon seit Beginn (19.12.) mitlaufen.

Ich habe mich jetzt für folgende Vorgehensweise entschieden:

1. Schritt:
Neugestaltung der Website mit CSS (zunächst aufbauend auf dem Layout meiner offiziellen Website - spart erst mal Zeit) unter Verwendung von PHP und Auslesen der js-Dateien, da ich damit mehr Möglichkeiten habe. Die Baustelle kannst du gerne besichtigen unter der vorläufigen Domain http://solaranlage.webingenieur.com/ und mich auch gerne mit Kritik versorgen. Momentan sind aber noch einige Kinderkrankheiten drin.

2. Schritt:
Wenn dann alle Features umgesetzt sind, stelle ich das Ganze um auf mySQL, damit kann ich dann Auswertungen, Backup usw. wesentlich einfacher und flexibler gestalten.

Nebenbei versuche ich mich in Astronomie einzuarbeiten, um das in die Ertragsdaten integrieren zu können. Alles in allem wird das alles aber keine Jedermann-Anwendung (auch wegen PHP und mySQL). Da hat die zum Solarlog verfügbare Lösung und eure Erweiterungen einen klaren Vorteil. Außerdem berücksichtige ich derzeit nur einen WR und auch nur eine Sprache. Aber vielleicht wirds ja mehr - es macht nämlich auch Spass, sich mit dem Thema etwas tiefer auseinanderzusetzen.

Viele Grüße!

Verfasst am: 06.01.2008, 12:44

Captain auroPOWER hat Folgendes geschrieben:

Hallo oceanwave,

Achtung hier ist das Datum anders herum als backup_tt.mm.jj.csv

Hallo oceanwave,

das ist natürlich Bockmist was ich hier geschrieben habe.

Die Backupdateien werden nicht als CSV Datei sondern als DAT Datei abgespeichert.

Aber die Struktur des Inhalts ist wie eine CSV Datei gestaltet.
Jedoch erst ab Version 28 der Firmware.

Davor sind die Backupdatein für gar nichts als für ein Backup geeignet.

PS: Habe mir Deine Baustelle mal angesehen, sieht doch schon ganz interessant aus! Wink

Verfasst am: 08.01.2008, 02:54

oceanwave hat Folgendes geschrieben:

... unter der vorläufigen Domain http://solaranlage.webingenieur.com/ und mich auch gerne mit Kritik versorgen...

Hallo Andreas (aka oceanwave),

ich finde deinen Ansatz sehr interessant und werde diesen weiter verfolgen (insbesondere spezielle Auswertungen via SQL).

Auch wenn dies nicht in diese Forenkategorie passt, doch zwei Anmerkungen, da du deine Moduldaten nennst:

1) Du hast die Istleistung der Anlage mit 6.003 Wp angegeben. Der korrekte Wert ist jedoch 5.876,34 Wp.
Wie man sehen kann, hast du die Werte nach Pmpp addiert, korrekt ist jedoch die Berechnung nach
Imppmin * Summe(Vmpp1...Vmppn).

2) Du hast den niedrigsten Impp in jedem String fett ausgezeichnet, was vermuten lässt, dass dir die Bedeutung dieses Wertes bewusst ist.
Weshalb wurde dann nicht nach Impp sortiert?
Eine Sortierung nach Impp hätte eine Istleistung von 5.949,29 Wp ergeben, immerhin ein Plus von 1,24% gegenüber der jetzigen Auslegung (bei meiner Anlage habe ich bereits niedrigere Werte als bedeutsam erachtet und daher z.B. einen maximalen Kabelverlust auf der DC- und AC-Seite von insgesamt <0,5% gefordert).

Gruß hgf

Verfasst am: 08.01.2008, 10:13

Hallo hgf,

vielen Dank für deinen Hinweis. Mein Wissen zum Thema Solar- und Elektrotechnik ist noch ziemlich blank, ich komme aus einer anderen Ecke.

Das mit der Istleistung habe ich verstanden und geändert (ich komme dann in Summe auf 5877 Wp).

Das mit dem Impp hatte ich so aus einem Buch rausgelesen und wollte die Module auch danach sortieren. Leider war ich zum Zeitpunkt der Montage im Urlaub, deshalb hat mein Installateur die Sortierung durchgeführt. Er hat mir dazu erklärt, dass er die besten Module auf der Südseite verwendet hat und auf der Westseite vor allem darauf geachtet hat, dass die beiden Strings A und B möglichst gleich sind (weil die beiden Strings im WR parallel geschaltet sind). Der WR hat nur zwei unabhängige Einheiten, aber mit der Möglichkeit an einer Einheit zwei Strings anzuschliessen. Bilder kommen demnächst.

Ich wäre dir sehr dankbar, wenn du mir da für meine Montagesituation sagen könntest, wie ich die Module besser sortieren könnte - man kann ja auch noch mal umbauen.

So, nun zum Thema SQL. Ich kämpfe momentan noch mit einer sinnvollen Datenstruktur - vor allem, weil die diversen js-, csv-, und dat-Dateien die notwendigen Werte doppelt und dreifach enthalten und ich andererseits suchen muss, welcher Wert denn nun eigentlich relevant ist (z.B. Auswirkung der Änderung des Korrekturfaktors). Darüberhinaus sind die js-Dateien mal absteigend sortiert, mal durcheinander (events.js). Oder wenn ich mir die Status- und Fehlercodes anschaue, die zwar in ein Array geschrieben werden, aber alle Codes durch Komma getrennt an eine Arrayposition. Ich weiss auch derzeit nicht, wie die Dateien (js) bei mehreren oder anderen WR aussehen. Allerdings merke ich jetzt schon, dass es eigentlich Wahnsinn ist, ständig Dateien öffnen, parsen, Werte ausfiltern, Datum konvertieren usw. zu müssen, wenn man mit SQL mit simplen Abfragen jede beliebige Wertezusammenstellung bekommen kann und damit auch gleich Tages-, Monats- Jahressummen usw. bilden kann.

Aber da werde ich dran bleiben, auch weil mir das als dauerhafter Datenspeicher sicherer und einfacher zu sichern ist. Es wird allerdings sicher noch etwas dauern (muss ja auch was arbeiten) und wie du oben gesehen hast, muss ich auch thematisch noch dazulernen. Siehe auch Auswertungen - Performance, da stehe ich noch am Anfang.

Vielleicht hast du da auch noch einen Tip, wie ich den tatsächlichen Ertrag in Relation zum Sollertrag setzen kann, wenn bei mir ja ein Feld auf der Südseite und ein Feld auf der Westseite sitzt, ich aber die gelieferte Leistung nur als Summenwert bekomme (Pac entspricht ja nicht P1+P2).

Viele Grüße
Andi

Verfasst am: 09.01.2008, 03:18

oceanwave hat Folgendes geschrieben:

Er hat mir dazu erklärt, dass er die besten Module auf der Südseite verwendet hat und auf der Westseite vor allem darauf geachtet hat, dass die beiden Strings A und B möglichst gleich sind (weil die beiden Strings im WR parallel geschaltet sind). Der WR hat nur zwei unabhängige Einheiten, aber mit der Möglichkeit an einer Einheit zwei Strings anzuschliessen...
Ich wäre dir sehr dankbar, wenn du mir da für meine Montagesituation sagen könntest, wie ich die Module besser sortieren könnte - man kann ja auch noch mal umbauen...

So, nun zum Thema SQL. Ich kämpfe momentan noch mit einer sinnvollen Datenstruktur - ...

Vielleicht hast du da auch noch einen Tip, wie ich den tatsächlichen Ertrag in Relation zum Sollertrag setzen kann, wenn bei mir ja ein Feld auf der Südseite und ein Feld auf der Westseite sitzt, ich aber die gelieferte Leistung nur als Summenwert bekomme (Pac entspricht ja nicht P1+P2).

Hallo Andy,

auch wenn die Strings A und B keine eigenständigen Tracker besitzen, hätte ich dennoch die Module mit einem Impp ab 4,98 A auf den String C gelegt.

String A und B dann mit gleichen Impp-min und ähnlicher Summenspannung.

Jetzt aber noch einmal umbauen? Eher nicht!

Ich sehe schon, eine Konvertierung aller Daten in eine DB wird wohl ein größeres Projekt, aber letztlich die einzig wahre Lösung (um z.B. seltsames Trackingverhalten festzustellen - dazu demnächst mehr in einem neuen Thread).

Ich würde die Sollleistung getrennt über PVGIS ermitteln, die dort erhältliche monatliche Verteilung auf die individuellen kWh der Teilanlagen umrechnen und daraus die Monatssollleistung der Gesamtanlage bestimmen (und die dann in Prozent in Solarlog eingeben) - bei der Jahressollleistung evtl. schon vorher 9-10% für die durchschnittliche Degradation innerhalb von 20 Jahren abziehen.

Gruß hgf