Übergabe Daten von Report an Sonnenertrag-DB automatisieren?

Fleißiges Mitglied Angemeldet: 22.05.2005 Beiträge: 306

Hallo,

ich sehe mich eigentlich nicht verpflichtet, das sonnenertrag-forum täglich zu lesen. Ich beschränke mich meistens auf das SunnyReport-Forum.

Ich beantworte ja Support-Anfragen zu SunnyReport gerne und schnell per email, wie sicherloich jeder bestätigen kann, daher kann ich den Ton nicht ganz nachvollziehen. Ausserdem war ich auch noch im Urlaub.

Nun aber zum Thema:

Wäre sicher denkbar, habe aber keine Ahnung, wie die waltersche Datenbank aufgebaut ist und wie man da die Daten einfügen könnte, ich nehme an, per SQL sollte das möglich sein. Ich nehme aber an, walter selbst wird das nicht so genau wissen.

Das Problem wäre der Zugang. Entweder müsste man den Hart eincoden oder jeder user bräuchte einen eigenen Zugang.

Gruß

Peter

Verfasst am: 28.07.2006, 21:21

Sorry, ich hab diesen Thread überlesen, war keine Absicht.
Die Idee ist gut, und ich hab sie ja schon aufgegriffen

Siehe hier:
http://photovoltaikforum.com/viewtopic.php?t=2144

Leider war die Resonanz sehr gering.
Aber zum Thema:

Ich persönlich finde die Idee gut, und ich wäre bereit dieses Projekt zu sponsorn. Aber Leute die kosten müssen im verhältnis zum Nutzen stehen. für 10 Leut haut dass nicht hin. Ihr als Nutzer müsst eich einig sein. und Ihr müsst es wolllen. Dann werde ich in Aktion gehen und das Projekt in die Realität umsetzen.
So und nun geh ich ins Bett, und werde mich mal ausschlafen. Embarassed

muss irgenwann auch sein, sonst kipp ich aus den Latschen.

Verfasst am: 29.07.2006, 10:39

Walter hat Folgendes geschrieben:

...siehe hier:
http://photovoltaikforum.com/viewtopic.php?t=2144

Leider war die Resonanz sehr gering.
Aber zum Thema:

Ich persönlich finde die Idee gut, und ich wäre bereit dieses Projekt zu sponsorn. Aber Leute die kosten müssen im verhältnis zum Nutzen stehen. für 10 Leut haut dass nicht hin. Ihr als Nutzer müsst eich einig sein. und Ihr müsst es wolllen. Dann werde ich in Aktion gehen und das Projekt in die Realität umsetzen.

Gut, den "alten" Thread habe ich nicht gefunden, ich bitte um Verzeihung!
Ich denke mal, daß hier die typische Marktsituation vorliegt: Ein potentieller "Kunde" wird sich nicht äußern, weil es ihn Kosten und Mühen bedeutet.

Wir müssen anders an die Sache herangehen:
Ein Nutzer von Solarlog Report etc ist ein potentielles Mitglied bei der Ertrags-DB. Es darf ihn keine Mühe machen, sich zu beteiligen. Dazu muß die Funktion "Übergabe an Ertrags-DB" in den Programmen eingebaut werden und einfach mittels ein paar Parametern und eine "ok"-Häkchen aktiviert werden können.

Beispiel: Report hat eine Einstellungsseite "Übergabe Daten an kostenlose Ertragdatenbank", Inhalt etwa:

Code:

[LINK] Für Informationen zur kostenlosen Ertragsdatenbank und zum Anmelden (startet Browser)

[_] automatische Datenübertragung an die kostenlose Ertragsdatenbank beim nächsten Übertragen auf den ftp-Server

[______________] Username Zugang zur Ertragsdatenbank

[______________] Paßwort Zugang zur Ertragsdatenbank

Wenn nun einer [LINK] drückt startet der Browser auf sonnertrag.de und man wird dort informiert, was, warum und wie man sich beteilgen solle, daß es allen nur Vorteile bringt und eine kostenlose und unverbindliche Datenbank wäre. Dort ist dann auch deutlich ein Link zum Anmelden.

In der Anmelde-Mail steht nochmal deutlich, daß man diese Parameter in de, Auswerteprogramm eingeben solle und bei [_] automatische Datenübertragung ein Häkchen machen müsse, dann würden die Daten in der nächsten Nach automatisch übernommen.

Die beiden Felder Username und Paßwort sind dann ja soweit selbsterklärend.

Beim nächsten Pushen der Daten auf den ftp-Server wird eine kleine txt-Datei (wie von Jörg bereits detailiert und sehr gut beschrieben) auf den Sonnertragsdatenbak-Server übertragen. Diese Daten werden dann in der nächsten Nacht durch ein Cron-Programm alle ausgelesen und in die DB übernommen.

Aus meiner Sicht kein Problem, außer daß die Auswerteprogramme diese Übergabefunktion besitzen müßten. Nachdem dort aber keine riesigen Konzerne sitzen, sondern flexible und engagierte Programmierer ist das sicher kein Probklem, die Funktion beim nächsten Updaten miteinzubauen.

Als EDV-ler bin ich gerne bereit mitzuhelfen, wenn Bedarf besteht.

Ansonsten bedanke ich mich bei pschaisch und walter für die Antwort und bitte um Nachsicht für mein Drängeln, doch noch eine Antwort zu erhalten.

Verfasst am: 29.07.2006, 14:47

Wie gesagt ich finde die Idee gut, aber die Nachfrage nach der Funktion muss stimmen. 10 oder 20 Leutchen würden den Aufwand nicht rechtfertigen.
Ich werde den Link an Herrn Fraunholz senden. Er als Programmierer kann dann sagen was möglich ist und was es kostet. Die Übergabedatei müsste dann der Peter und der Jörg schreiben. Razz

Fleißiges Mitglied Angemeldet: 22.05.2005 Beiträge: 306

Hi,

also, wenn das per SQL funktionieren würde, wäre das relativ einfach einzubauen.

Bräuchte dann natürlich näheres über die Datenstruktur.

Gruß

Peter

Verfasst am: 01.08.2006, 10:16

Hallo Leute!

Im Gegensatz zu den sonnenertrag-usern wollte ich mich bei den Temperaturen so wenig wie möglich vor den PC setzen.
Also entschuldigt bitte meine späte Antwort!

Die in diesem Thread angesprochene Idee finde ich gut. Ich bin ja nicht nur Programmierer der "PV-Erträge", sondern kenne mich auch in PV-Überwachung ein wenig aus (habe mal mitgeholfen, zu Testzwecken für Siemens-, Fronius- und SMA-Wechselrichter die Anlagenüberwachung mit Meteocontrol-Hardware und Temperatur- sowie Einstrahlungssensoren einzurichten).

Den Vorteil in einer automatischen Datenübernahme sehe ich u.a. darin, dass man die Daten täglich oder sogar in Echtzeit (DSL-Flat ist die Zukunft) anzeigen und analysieren lassen kann und nicht nur - wie bisher - monatlich.

Bei der Datenübernahme bin ich flexibel.
In Frage kommen für mich:

Auslesen aus Datei auf bereits vorhandener Homepage.

öffentliches FTP-Verzeichnis auf dem "PV-Erträge"-Server und Einlesen mit Cron-Job

SQL-Direkteingabe (Sicherheits-Frage an Peter: müsste ich dafür den MySQL-Server von außen erreichbar machen? Momentan akzeptiert er nämlich nur "localhost").

Als Datenaustauschformat - denke ich - wären

csv-Dateien

txt-Dateien

xml-Dateien

geeignet.

Userdaten müssten in der Datei nicht übergeben werden sofern man ein Benutzerkonto bei www.sonnenertrag.de voraussetzt. Lediglich die ID (oder der Benutzername) welche der User bei den PV-Erträgen hat, muss dann im Sunnyreport/Web'log/Solarlog/SunnyWeb eingetragen sein.
Zeilen mit Datum und Ertrag sollten in der Übergabedatei genügen.
Weitere Felder würden aber nicht "stören". Vielleicht gibt es ja bereits Standards, an diese halte ich mich halt dann.

Wichtig zu wissen wäre für mich: soll bei der monatlichen Auswertung geblieben werden oder doch über "kurz oder lang" zumindest bei denen, welche einen Datenlogger verwenden, zu einer täglichen Auswertung übergegangen werden?
Denn dann müsste ich die Analyse-Skripte (Tabelle und Grafik) ändern.

Grundsätzlich gilt: klasse Sache! Ich bin dabei Smile

Euer
Christian

Verfasst am: 01.08.2006, 10:23

Verstehe zwar tlw. nur Bahnhof, aber ich find die Idee klasse Laughing

Vermutlich werden sich aber wieder Leute melden, die den Datenloggern nicht trauen. Rolling Eyes

Verfasst am: 01.08.2006, 11:10

Die Wechselrichter messen nicht so ganz genau, das stimmt. Ein paar Prozent Abweichung zum tatsächlichen Ertrag treten auf. Wobei es hierbei zwischen den Herstellern Unterschiede gibt.
Will man es supergenau wissen, kann man für diesen Zweck in Absprache mit dem EVU auch einen geeichten Stromzähler einbauen.
Hat das Gerät einen Impuls-Ausgang, können manche Datenlogger - z.B. Meteocontrol Web'log - diese Daten wiederum einlesen und wegschicken.
Für Auswertungen werden dann diese anstelle der Wechselrichter-Messwerte verwendet.
Wir haben das ein Mal so gemacht, ein andermal darauf verzichtet.

Gruß
Christian

Verfasst am: 01.08.2006, 11:22

Ich seh das so.
Solarlog + SunnyReport + meine Datenbank haben unterschiedlich aufgebaute Strukturen.

Nun müssen wir einen einheitlichen Nenner finden, der dann verwertbar ist.

Diesen Job sollten wir

Christian Fraunholz ( Php 10 Programmierer )
Peter Schaich ( Entwickler von Sunny Report )
Jörg Karwath ( Erfinder des Solarlog )
überlassen.

Meine Frage wäre ob Ihr dass auch wollt, denn so eine Entwicklung kostet auch Geld. Und wegen 10 oder 20 Leuten ist dass uninteressant.

Verfasst am: 01.08.2006, 11:54

Hier könnt Ihr abstimmen ob wir es machen sollen oder nicht.

www.sonnenertrag.de/umfrage2.html

Fleißiges Mitglied Angemeldet: 22.05.2005 Beiträge: 306

Am einfachsten wäre es natürlich, jeder user legt seine Tagesdaten automatisch als CSV auf seinem Server ab (so wie es bereits bei SolarLog passiert). Das könnte ich mit SunnyReport leicht machen.

Die anderen Daten (Name, Nennleistung usw.) kann ja einmalig manuell in die Datenbank (beim Anmelden) angeben.

Dann kann der Sonnenertrag-Server die Daten per Cron täglich einlesen ohne dass es Probleme mit Sicherheitssachen gibt.

Also mit SolarLog wäre das schon möglich. Jeder user muss einfach nur die URL der CSV-Datei angeben.

Somit läge die Last natürlich beim Sonnenertrag-Server.

Gruß

Peter

Fleißiges Mitglied Angemeldet: 22.05.2005 Beiträge: 306

@Pöt:

Grüße übrigens nach Apfelstetten.
Bin dort als Kind fast jeden Sonntag im Winter Skigefahren, oder heisst das jetzt Ski gefahren? Schi gefahren? Schigefahren?

Peter

Verfasst am: 02.08.2006, 20:38

Hallo Peter!

Eigentlich habe ich ja keine Bedenken in Punkto Sicherheit.
Gegen eine Eingabe in die Datenbank über SQL habe ich prinzipiell auch nichts.
Ich verstand und verstehe nur nicht genau, w i e Du das gemeint hast.

Endlich habe ich auch den Beitrag http://www.photovoltaikforum.com/viewtopic.php?t=2144
gelesen.

Ein Verzeichnis auf dem Server namens 'datenlogger' habe ich dafür bereits angelegt.
Wer will, kann über FTP mit folgenden Daten zugreifen:
Host: 217.160.128.59
Benutzername: web27f1
Passwort: logologgo

In der Datenbank verwende ich ein 'date'-Feld für das Datum. Dieses Feld erwartet also Einträge im Format yyyy-mm-dd, z.B. '2006-07-01' für Juli diesen Jahres.
Für die Leistung können zwei Nachkommastellen angegeben werden.

Übrigens: zurzeit habe ich sehr viel zu tun. Wer will und PHP kann, darf also gerne mithelfen.
Bitte bei Walter (Lothar Beer) oder mir melden.

Schönen Abend noch!
Christian

Verfasst am: 03.08.2006, 07:32

pschaich hat Folgendes geschrieben:

@Pöt:

Grüße übrigens nach Apfelstetten.
Bin dort als Kind fast jeden Sonntag im Winter Skigefahren, oder heisst das jetzt Ski gefahren? Schi gefahren? Schigefahren?

Peter

Lifte hats in Appeltown schon lange nicht mehr, nur noch in Münsingen (Ziehlhäuser, Dottingen etc), Sprungschanzen auch nicht mehr. Die Winter werden halt immer kürzer und schneeärmer (vom letzten mal abgesehen). Das kommt meinem eigentlichen Hobby aber näher: Laufen (das ist im Schnee schon sehr mühsam)...

Verfasst am: 03.08.2006, 08:53

hr hat Folgendes geschrieben:

Vermutlich werden sich aber wieder Leute melden, die den Datenloggern nicht trauen. Rolling Eyes

Ich will ja nicht Salz in die Wunde streuen, aber so ist es.
Ich hoffe, ich hole mir bei Pöt dadurch keine blauen Flecken! Sad

Deswegen stelle ich mal eine ganz einfache Frage:
Wie genau sind denn nun die Abweichungen der Datenlogger?
Also, mir geht es jetzt weniger um die täglichen Abweichungen, sondern
wie ist jetzt z. B. die monatliche Abweichung?
Also, Monatsendstand Datenlogger versus Endstand EVU-Zähler.
Wäre nett, wenn man erfahren könnte, wie so im Schnitt - wenn überhaupt - die Abweichungen sind.
Dies soll keine Miesmacherei sein, sondern nur eine Frage aus Interesse, weil man eben so einiges schon gehört hat.
Ich mein, wenn sich z. B. herausstellt, dass Abweichungen von bis zu 5 % da wären, was soll dann das Ganze?
Ich weiß, manuell sind der Schummelei theoretisch noch mehr Tür und Tor geöffnet, trotzdem würde ich hier auf die Vernunft der Betreiber vertrauen.

Ich hoffe jetzt weniger auf Prügel sondern auf Aufklärung.
Danke.
Gruß
MM