Plugin: PV Forecast / Ertragsprognose für eure PV-Anlage

**m0h** · 11.01.2018, 06:45

Hallo,

Ich hatte gestern Email-Kontakt mit ihm, ein sehr freundlicher Mensch.
Folgene Sachen hat er angeregt:

Zur vollen Stunde sind die Server immer sehr "Busy", ob es möglich wäre 5 minuten voher oder nachher Werte anzufragen.
Die Werte einfach öfters Abfragen z.b. alle 15 minuten
Weiters wäre die geantwortete Fehlermeldung vom Server interessant

Frage: Was, wenn man ein Feld hätte, bei dem man die Uhrzeit der Abfrage beeinflussen könnte?

SG m0h

**hismastersvoice** · 11.01.2018, 07:05

Zitat von m0h

Zur vollen Stunde sind die Server immer sehr "Busy", ob es möglich wäre 5 minuten voher oder nachher Werte anzufragen.
Die Werte einfach öfters Abfragen z.b. alle 15 minuten
Weiters wäre die geantwortete Fehlermeldung vom Server interessant

Frage: Was, wenn man ein Feld hätte, bei dem man die Uhrzeit der Abfrage beeinflussen könnte?

Schau deine Logs nochmal an, du hast den Fehler egal ob du um X:00 oder um X:13 die Werte abrufst. Also hat es mit der vollen Stunde nichts zu tun. Du rufst auch nicht zur vollen Stunde ab, sondern alle 60 Min., wenn du um 9:15 speicherst kommt um 10:15 wieder ein Abruf.

Du kannst die Werte auch öfter abfragen 30Min. nur damit wird das Problem nicht behoben. Auch hast du um public Tarif nur eine begrenzte Anzahl der Abfragen je Stunde.

Es gibt keine Fehler Meldung, sonst würde er ja nicht OK anzeigen. Ich kann bei Lust und Zeit mal die Meldung kpl. ausgeben.
Im Augenblick prüfe ich ob Daten gekommen sind oder nicht.
Wenn jetzt wie bei dir die Daten für heute fehlen und für morgen aber stimmt sind Daten gekommen und werden dann auch so abgearbeitet.

Es gibt also je keinen Fehler, es sind nur die Daten falsch gekommen. Es gibt auch Prognosen mit 0, deswegen kann ich nicht sagen wenn 0 dann Fehler.
Ich könnte vielleicht sagen wenn Tag kleiner 0,01 dann ist es ein Fehler, so würden aber Tag die wirklich 0 sind als Fehler interpretiert. Was ist nun besser...

**Gast** · 11.01.2018, 10:14

Hallo,

dann hänge ich mich mal hier direkt mit rein.

Das "Problem" der langen Antwortzeiten ist, dass intern geschaut wird, ob die Wettervorhersage für den Standort noch aktuell ist und wenn nicht, diese Daten neu gelesen werden müssen.
Das möchte ich nicht auf Verdacht im Voraus machen, da ich auch kostenpflichtige APIs für die Vorhersage dabei habe...

Ich hatte es heute mal analysiert und folgendes gefunden:

1. Abruf

2018-01-11 03:13:17.220 /estimate/watts/48.xxx/15.xxx/38/11/9.18
2018-01-11 03:13:17.237 Location 333 - 48.xxx, 15.xxx
2018-01-11 03:13:17.238 Weather valid: 7140 s / 119 min
2018-01-11 03:13:17.238 Weather updated 2018-01-11 01:02:26
2018-01-11 03:13:17.238 Weather valid until 2018-01-11 03:01:26
2018-01-11 03:13:17.246 Fetch forecast
2018-01-11 03:13:41.123 Weather updated
2018-01-11 03:13:41.225 Response time 24000 ms

Es dauert also etwas, die Wettervorhersage von extern zu laden, hier knapp 24 sec.
Die Daten werden aber nach 24 sec. ausgeliefert.

Der 2. Abruf ist dann aber superschnell, weil die Daten aktuell sind:

2018-01-11 03:14:13.376 /estimate/watts/48.xxx/15.xxx/38/11/9.18
2018-01-11 03:14:13.388 Location 333 - 48.xxx, 15.xxx
2018-01-11 03:14:13.388 Weather valid: 7140 s / 119 min
2018-01-11 03:14:13.389 Weather updated 2018-01-11 03:13:41
2018-01-11 03:14:13.389 Weather valid until 2018-01-11 05:12:41
2018-01-11 03:14:13.390 Forecast from cache
2018-01-11 03:14:13.393 Response time 15 ms

Heißt, im 2. Anlauf sollten die Daten empfangen werden...

Könnte sein, dass das System eine zu kurze "Wartezeit" hat. Evtl. kann man die Zeit hochsetzen.

Knut

**hismastersvoice** · 11.01.2018, 10:40

Hallo Knut,

schön das du hier bist...

Ich warte max. 30 Sekunden auf die Antwort.
Also sollte es reichen.

m0h

Hat das Problem das manchmal die Werte für den aktuellen Tag fehlen, für den morgigen aber in der cvs stehen.

Entweder ich muss die Summe 0 als Fehler ansehen oder ich müsste eine eigene logik einbauen. Wenn ich die Summe aus allen Stunden mit 0 als Fehler interpretiere sind Tage an denen die Prognose wirklich 0 ist einen Problem.

Für mich ist das Problem das beide Tage aus einer Datei kommen und ich da keinen Unterschied machen kann zwischen heute und morgen.

**m0h** · 11.01.2018, 19:36

Hallo, danke knut, dass du dich gleich hier meldest.
Was mir unklar ist, egal wie bewölkt der Tag auch ist, 0 kWh wird es nicht geben.
Auch heute unter Tags waren wieder 3 Ausfälle dabei, siehe PNG.

Code:

Jan 11 13:13:31 - Today h: 0/0/0/0/0/0/0/119/615/615/3213/3864/4057/2873/1441/183/0/0/0/0/0/0/0/0
Jan 11 13:13:31 - Tomorrow h: 0/0/0/0/0/0/0/18/110/440/679/872/945/890/752/91/0/0/0/0/0/0/0/0
Jan 11 14:13:05 - Daten holen von URL: https://api.forecast.solar/estimate/watts/48.XXX/15.XXX/38/11/9.18.csv?damping=0
Jan 11 14:13:35 - PV Forecast werden aufgerufen: 1. Fehler... Wiederholen...
Jan 11 14:13:35 - PV Forecast werden aufgerufen: 2. Fehler... Abbruch...
Jan 11 14:13:35 - URL: https://api.forecast.solar/estimate/watts/48.XXX/15.XXX/38/11/9.18.csv?damping=0
Jan 11 14:13:35 - DATA:
Jan 11 14:14:13 - Total Today 1/2/3  0/0/0
Jan 11 14:14:13 - Total Today 1/2/3  0/0/0
Jan 11 14:14:13 - Total Today: 0
Jan 11 14:14:13 - Total Tomorrow: 0
Jan 11 14:14:13 - Total Mornig: 0
Jan 11 14:14:13 - Total Afternoon: 0
Jan 11 14:14:13 - Next 3 / 6: 0 / 0
[COLOR=#FF0000]Jan 11 14:14:13 - Today h: 0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0
Jan 11 14:14:13 - Tomorrow h: 0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0[/COLOR]
Jan 11 14:14:13 - Es wurden keine Daten an den MiniServer gesendet
Jan 11 14:14:13 - Fehler Anzahl: 1
Jan 11 15:13:04 - Daten holen von URL: https://api.forecast.solar/estimate/watts/48.XXX/15.XXX/38/11/9.18.csv?damping=0
Jan 11 15:13:34 - PV Forecast werden aufgerufen: 1. Fehler... Wiederholen...
Jan 11 15:13:34 - PV Forecast werden aufgerufen: 2. Fehler... Abbruch...
Jan 11 15:13:34 - URL: https://api.forecast.solar/estimate/watts/48.XXX/15.XXX/38/11/9.18.csv?damping=0
Jan 11 15:13:34 - DATA:
Jan 11 15:14:13 - Total Today 1/2/3  0/0/0
Jan 11 15:14:13 - Total Today 1/2/3  0/0/0
Jan 11 15:14:13 - Total Today: 0
Jan 11 15:14:13 - Total Tomorrow: 0
Jan 11 15:14:13 - Total Mornig: 0
Jan 11 15:14:13 - Total Afternoon: 0
Jan 11 15:14:13 - Next 3 / 6: 0 / 0
[COLOR=#FF0000]Jan 11 15:14:13 - Today h: 0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0
Jan 11 15:14:13 - Tomorrow h: 0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0[/COLOR]
Jan 11 15:14:13 - Es wurden keine Daten an den MiniServer gesendet
Jan 11 15:14:13 - Fehler Anzahl: 2
Jan 11 16:13:04 - Daten holen von URL: https://api.forecast.solar/estimate/watts/48.XXX/15.XXX/38/11/9.18.csv?damping=0
Jan 11 16:13:19 - PV Forecast werden aufgerufen: OK...

**Gast** · 11.01.2018, 21:48

Ok,

ich werde mal die "Antworten" mit loggen, mal sehen ob ich da eher sehe, auch warum teilweise 0 errechnet wird.

> erledigt

Wenn wieder Aussetzer sind, bitte das Log einstellen, ich brauche mindestens die genaue Uhrzeit und möglichst die URL...

Knut

**m0h** · 13.01.2018, 08:05

Hallo Knut,

Habe gerade gesehen ,dass ich dir noch das Log schulding bin. z.b. von heute 07:13.

Code:

Jan 13 07:13:03 - Daten holen von URL: https://api.forecast.solar/estimate/watts/48.XXX/15.XXX/38/11/9.18.csv?damping=0
Jan 13 07:13:33 - PV Forecast werden aufgerufen: 1. Fehler... Wiederholen...
Jan 13 07:13:33 - PV Forecast werden aufgerufen: 2. Fehler... Abbruch...
Jan 13 07:13:33 - URL: https://api.forecast.solar/estimate/watts/48.XXX/15.XXX/38/11/9.18.csv?damping=0
Jan 13 07:13:33 - DATA:
Jan 13 07:14:12 - Total Today 1/2/3  0/0/0
Jan 13 07:14:12 - Total Today 1/2/3  0/0/0
Jan 13 07:14:12 - Total Today: 0
Jan 13 07:14:12 - Total Tomorrow: 0
Jan 13 07:14:12 - Total Mornig: 0
Jan 13 07:14:12 - Total Afternoon: 0
Jan 13 07:14:12 - Next 3 / 6: 0 / 0
Jan 13 07:14:12 - Today h: 0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0
Jan 13 07:14:12 - Tomorrow h: 0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0
Jan 13 07:14:12 - Es wurden keine Daten an den MiniServer gesendet
Jan 13 07:14:12 - Fehler Anzahl:

**Gast** · 14.01.2018, 17:07

Hi,

zum Vergleich meine Daten aus dem Zeitraum, aber da passen die Timestamps so gar nicht dazu:

Code:

2018-01-13 06:13:05.358    /estimate/watts/48.xxx/15.xxx/38/11/9.18
2018-01-13 07:14:19.025    /estimate/watts/48.xxx/15.xxx/38/11/9.18
2018-01-13 07:16:17.500    /estimate/watts/48.xxx/15.xxx/38/11/9.18
2018-01-13 08:13:28.527    /estimate/watts/48.xxx/15.xxx/38/11/9.18

Die Resultate sehen aber gut aus: (Timestamps absteigend)

Code:

2018-01-13 07:14:19.311    Response time 183 ms
2018-01-13 07:14:19.310    {
    2018-01-13 07:38:00: 0,
    2018-01-13 07:49:00: 27.54,
    2018-01-13 08:00:00: 128.52,
    2018-01-13 09:00:00: 559.98,
    2018-01-13 10:00:00: 963.9,
    2018-01-13 11:00:00: 1276.02,
    2018-01-13 12:00:00: 1404.54,
    2018-01-13 13:00:00: 1386.18,
    2018-01-13 14:00:00: 1156.68,
    2018-01-13 15:00:00: 734.4,
    2018-01-13 15:49:00: 146.88,
    2018-01-13 16:37:00: 0,
    2018-01-14 07:37:00: 0,
    2018-01-14 07:49:00: 27.54,
    2018-01-14 08:00:00: 119.34,
    2018-01-14 09:00:00: 468.18,
    2018-01-14 10:00:00: 789.48,
    2018-01-14 11:00:00: 1000.62,
    2018-01-14 12:00:00: 1138.32,
    2018-01-14 13:00:00: 1193.4,
    2018-01-14 14:00:00: 1064.88,
    2018-01-14 15:00:00: 761.94,
    2018-01-14 15:50:00: 156.06,
    2018-01-14 16:39:00: 0
}
2018-01-13 07:14:19.088    Forecast from cache
2018-01-13 07:14:19.086    Forecast cache valid: 7140 s / 119 min
2018-01-13 07:14:19.086    Weather valid until 2018-01-13 08:12:11
2018-01-13 07:14:19.086    Weather updated 2018-01-13 06:13:11
2018-01-13 07:14:19.085    Weather valid: 7140 s / 119 min
2018-01-13 07:14:19.085    Location 333 - 48.xxx, 15.xxx
2018-01-13 07:14:19.032    curl/7.38.0
2018-01-13 07:14:19.025    /estimate/watts/48.xxx/15.xxx/38/11/9.18

Code:

datetime    message
2018-01-13 07:16:17.817    Response time 128 ms
2018-01-13 07:16:17.817    {
    2018-01-13 07:38:00: 0,
    2018-01-13 07:49:00: 27.54,
    2018-01-13 08:00:00: 128.52,
    2018-01-13 09:00:00: 559.98,
    2018-01-13 10:00:00: 963.9,
    2018-01-13 11:00:00: 1276.02,
    2018-01-13 12:00:00: 1404.54,
    2018-01-13 13:00:00: 1386.18,
    2018-01-13 14:00:00: 1156.68,
    2018-01-13 15:00:00: 734.4,
    2018-01-13 15:49:00: 146.88,
    2018-01-13 16:37:00: 0,
    2018-01-14 07:37:00: 0,
    2018-01-14 07:49:00: 27.54,
    2018-01-14 08:00:00: 119.34,
    2018-01-14 09:00:00: 468.18,
    2018-01-14 10:00:00: 789.48,
    2018-01-14 11:00:00: 1000.62,
    2018-01-14 12:00:00: 1138.32,
    2018-01-14 13:00:00: 1193.4,
    2018-01-14 14:00:00: 1064.88,
    2018-01-14 15:00:00: 761.94,
    2018-01-14 15:50:00: 156.06,
    2018-01-14 16:39:00: 0
}
2018-01-13 07:16:17.625    Forecast from cache
2018-01-13 07:16:17.622    Forecast cache valid: 7140 s / 119 min
2018-01-13 07:16:17.622    Weather valid until 2018-01-13 08:12:11
2018-01-13 07:16:17.622    Weather updated 2018-01-13 06:13:11
2018-01-13 07:16:17.621    Weather valid: 7140 s / 119 min
2018-01-13 07:16:17.618    Location 333 - 48.xxx, 15.xxx
2018-01-13 07:16:17.521    curl/7.38.0
2018-01-13 07:16:17.500    /estimate/watts/48.xxx/15.xxx/38/11/9.18

Ich bin auch seeehr sicher, dass meine Server-Zeiten korrekt sind...

Knut

**hismastersvoice** · 14.01.2018, 18:55

Gast
Den Timestamp des Log muss man mit einer gewissen Vorsticht genießen...

Erstens ist es so das der Loxberry bei den meisten wohl die Uhrzeit nicht selbst holt, sondern vom MiniServer.
Aus eigener Erfahrung ist diese nicht immer 100% richtig.

Ein weiterer Grund ist, der Timestamp im Log zeit nicht die Uhrzeit des Prozessbeginn an, sondern das Ende.
Wenn als 30 Sekunden Timeout eingestellt sind, ist der Abfragebeginn eben um diese 30 Sekunden früher als der Timestamp.

Ich muss noch folgendes dazu sagen, ich nutze den Service jetzt schon einige Monate, und hatte diese Probleme nie.
Es scheint so das auch anderen das noch nicht aufgefallen ist.
Es gab am Anfang ein paar Ausfälle des Servers, seit dem ist mir das aber nicht mehr aufgefallen.,,

Generell, bei mir sind in den Monaten Nov/Dez die Tagesabweichungen extrem hoch. zT nur ist real nur 1/10 an Leitung gekommen als der Forecast.
Ich teste deswegen gerade mit 2 alternativen (kostenpflichtig/teuer) PVCast, Solcast um zu sehen ob es überhaupt besser geht.
Die letzte Woche hat PVCast ein sehr gutes Ergebnis gebracht und lag bei +- 1kWh. Mal sehen was ein längerer Test zeigt.
Allerdings muss ich auch sagen das mir 60€ im Jahr zu viel sind, das spare ich durch erhöhte Eigennutzung nie wieder ein.

m0h Was für eine Internet-Verbindung nutzt du?
Ich über lege mir ob ich den Timeout auf 60 Sekunden setzen sollte für langsame Verbindungen.
Wobei ich aufgrund der geringen Datenmenge mir es nicht vorstellen kann das es ein Problem ist.

**m0h** · 15.01.2018, 06:46

Gast
danke für die Auswertung.

Was wissen wir jetzt... Dass vermutlich meine MIniserver-Uhrzeit nicht zu deiner Serverzeit passt. Meine Frage ist, inwiefern spielt das eine rolle? Es geht doch nur um die 30 Sekunden Wartezeit oder?

hismastersvoice
ist ein 20 Mbit internet. So ein CSV file darf überhaut kein Problem sein. Was spricht gegen die 60 Sekunden?

**Talian** · 23.01.2018, 22:26

Hallo zusammen,

ich hab mir vorgestern das plugin auch mal installiert und auch ich hab so meine Problemchen mit den Werten... ich hab auf dem Dach zwei Anlagen installiert und beide im Loxberry eingerichtet. Die Daten kommen auch von der Hompage korrekt im Plugin und auch im MS an, doch irgendwie wird der Prognostizierte Wert des Forcastes nicht ausgegeben. Die Checkwerte funktionieren und geben im Liveview je eine 1 aus und der UDP Monitor erhält auch die richtigen Daten, doch irgendwie schaffen es die Forecastwerte nicht.

Dabei ist es egal, ob ich als Befehl "total.today\v" oder "total.today=\v" eingebe habt Ihr eine Idee?

**hismastersvoice** · 23.01.2018, 22:28

Also es muss total.today=\v heißen.
Dann kann höchstens noch dein UDP-Port nicht stimmen.

**Talian** · 23.01.2018, 22:40

Der Port ist im Plugin und MS je 7000 und ich hab das "=" gesetzt oder weggelassen. das macht bei den beiden rec.1 und rec2 keinen Unterschied und leider kommt auch so oder so kein Wert bei der Visu an. so langsam bin ich ein wenig Ratlos. die anderen UDP Geschichten funktionieren alle hier mal ein Bild des eigentlichen Befehls.

**Talian** · 23.01.2018, 23:16

Das Problem lag im Loxberry der hatte noch die zwei IP Adressen (DHCP&zugewiesene) dadurch ist die Komunikation schief gelaufen. nun funktioniert es.

**eisenkarl** · 24.01.2018, 07:58

Ich bekomme folgenden Fehler im Debug:

Code:

 Logfile does not exist. Use file in ~/log, ~/webfrontend/html/tmp or /tmp und give relative path started from these folders.<br><br>Usage: /admin/system/tools/logfile.cgi?logfile=FILE[&length] [&offset] [&header= txt|html|none] [&format=html|terminal|plain|template]

Und bei der direkten API Abfrage mit meinen Daten eine leere Seite

Hat jemand eine Idee?

EDIT:
Jetzt habe ich gesehen, dass diese URL im Debug hinterlegt ist:

Code:

/admin/system/tools/logfile.cgi?logfile=plugins/mirobot2lox/mirobot2lox.log&header=txt

EDIT II:
Richtige URL wäre also:

Code:

/admin/system/tools/logfile.cgi?logfile=plugins/pv_forecast/pv_forecast.log&header=txt

Hier erscheinen auch Daten, allerdings werden diese nicht an meinen Miniserver weiter gegeben

Plugin: PV Forecast / Ertragsprognose für eure PV-Anlage

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar