Ertragsprognose über Solcast

[schiefke]

Moin Stefan,

vielen Dank für das update. Ich habe ja eine wunderbar funktionieren Installation von PVForcasts und möchte nur diese Fehlermeldung los werden. Was muss ich wie installieren, damit es läuft? Ich würde ungern komplett neu installieren.

Für das neue Jahr viel Gesundheit, Glück und Erfolg

Leon

[Stefan_E]

Kann ich einfach im „laufenden Betrieb“ die geänderten Dateien ins Verzeichnis kopieren und es läuft dann oder muss noch was gemacht werden?

Genau, am wichtigsten ist `solcast.py` (und `enssoe.py`, das eine andere Deprecation Warning generiert - aber nur wenn Du die CO2 forecast verwendest). Der Rest ist mehr oder weniger Kosmetik. Aber es schadet sicher nicht, alle *.py files einfach zu ersetzen.

Stefan

[schiefke]

Moin Stefan,

die Fehlermeldung ist verschwunden -vielen Dank für deine Mühe. Allerdings rufe ich jetzt auch nachts bei solcast ab, so dass meine Abrufe bereits am frühen Vormittag mit "limit exceeded" aufrufen. Das war früher nicht so. Umgestellt habe ich am 02.01.2024 zwischen 12:30 und 13:30 Uhr - dass kannst du daran erkennen, dass die Fehlermeldung verschwunden ist. Was kann der Grund sein, dass er nach dem update auch nachts abruft?

Sonnige Grüße

Leon

Umstellung_solcast.txt

(12.34 KiB) 40-mal heruntergeladen

Update: den Unterschied scheint Zeile 75 in solcast.py zu machen. Hier hast du ....self.interval > 0.... ergänzt. Ich nehme das jetzt mal raus und schaue, was passiert. Werde dann morgen berichten....

75c75
< if self._force or self._interval == -3 or self._interval > 0 or (now_utc > mySun['sunrise'] and now_utc < mySun['sunset']): # storeDB enabled, SolCast enabled, daylight
---
> if self._force or self._interval == -3 or (now_utc > mySun['sunrise'] and now_utc < mySun['sunset']): # storeDB enabled, SolCast enabled, daylight

[Icebox82]

Das Problem mit dem Nachts abrufen habe ich nicht, die Fehlermeldung ist auch verschwunden. Soweit alles top!

Allerdings finde ich das Intervall der Abrufe etwas merkwürdig - oder ich habe es immer noch nicht verstanden
Es finden 4 downloads statt, ein fünfter ist auch noch möglich, aber nicht unbedingt tragisch. Das die Downloads nur zwischen Sonnenauf- und untergang stattfinden habe ich verstanden und ist auch sinnvoll.
Aber:
Um 12:30UTC/13:30local findet ein Download statt, der nächste geplante soll 14:00UTC starten - alles iO
Um 15:00local (was ja 14:00UTC wäre) kommt aber "download inhibted to preserve credits; next DL planned after (UTC): 2024-01-04, 07:41:10" - das verstehe ich nicht
Erst um 16:30 kommt dann "download inhibted between sunset and sunrise" - was ja wieder iO wäre

Code: Alles auswählen

--v2.11.03--------------- Start (config.ini at 2024-01-03, 13:00:04 - local)
processing SolCast
Message - SolCast download inhibted to preserve credits; next DL planned after (UTC): 2024-01-03, 12:30:04
------------------------- End (2024-01-03, 13:00:04 - local)
--v2.11.03--------------- Start (config.ini at 2024-01-03, 13:30:03 - local)
processing SolCast
Message - downloading SolCast data at (UTC): 2024-01-03 12:30:03.404712+00:00
------------------------- End (2024-01-03, 13:30:06 - local)
--v2.11.03--------------- Start (config.ini at 2024-01-03, 14:00:03 - local)
processing SolCast
Message - SolCast download inhibted to preserve credits; next DL planned after (UTC): 2024-01-03, 14:00:03
------------------------- End (2024-01-03, 14:00:03 - local)
--v2.11.03--------------- Start (config.ini at 2024-01-03, 14:30:03 - local)
processing SolCast
Message - SolCast download inhibted to preserve credits; next DL planned after (UTC): 2024-01-03, 14:00:03
------------------------- End (2024-01-03, 14:30:03 - local)
--v2.11.03--------------- Start (config.ini at 2024-01-03, 15:00:03 - local)
processing SolCast
Message - SolCast download inhibted to preserve credits; next DL planned after (UTC): 2024-01-04, 07:41:10
------------------------- End (2024-01-03, 15:00:03 - local)
--v2.11.03--------------- Start (config.ini at 2024-01-03, 15:30:03 - local)
processing SolCast
Message - SolCast download inhibted to preserve credits; next DL planned after (UTC): 2024-01-04, 07:41:10
------------------------- End (2024-01-03, 15:30:03 - local)
--v2.11.03--------------- Start (config.ini at 2024-01-03, 16:00:03 - local)
processing SolCast
Message - SolCast download inhibted to preserve credits; next DL planned after (UTC): 2024-01-04, 07:41:10
------------------------- End (2024-01-03, 16:00:03 - local)
--v2.11.03--------------- Start (config.ini at 2024-01-03, 16:30:04 - local)
processing SolCast
Message - SolCast download inhibted between sunset and sunrise (see 'interval' parameter)
------------------------- End (2024-01-03, 16:30:04 - local)
--v2.11.03--------------- Start (config.ini at 2024-01-03, 17:00:03 - local)
processing SolCast
Message - SolCast download inhibted between sunset and sunrise (see 'interval' parameter)
------------------------- End (2024-01-03, 17:00:03 - local)

[schiefke]

Moin Stefan,

in Bezug auf meinen Artikel von 19:44 Uhr konnte ich es nicht abwarten und bin noch einmal kurz in´s System und siehe da, alles scheint ok:

------------------------- Start (/home/pi/PV/solcast.ini at 2024-01-03, 23:30:04 - local)
processing SolCast
Message - SolCast download inhibted between sunset and sunrise (see 'interval' parameter)
------------------------- End (2024-01-03, 23:30:04 - local)

Jetzt schließt sich allerdings die Frage an, warum du in der neuen solcast.py in Zeile 75 ....self._interval > 0....ergänzt hast? Dies führt bei mir dazu, dass die Ausführungen zwischen "sunset" und "sunrise" NICHT ausgesetzt werden (siehe oben - Post 19:44 Uhr). Hab´ ich entfernt und zack, alles okay.

Freue mich auf deine Antwort und sende sonnige Grüße

Leon

[Stefan_E]

Hallo Schiefke

Du schreibst weiter oben:

das Einzige, was mir auffällt ist, dass du solcast nicht sagst, in welchem Intervall die Daten abgeholt werden sollen.
Dies wird unter dem API-Key eingetragen. Probiere bitte mal den Wert "15".

Wenn Du die Docu genau durchliest, wirst Du feststellen, dass eine positive Zahl (z.B. 15) zum Abruf alle 15min führt. Irgendwann sind dann Deine Credits zu Ende . Die Docu war richtig, aber die Implementierung nicht ... was ich behebt habe: self._interval > 0 macht nun die Implementierung so, wie die Docu sagt ...

Also einfach `interval = 15` raus nehmen; dann bist Du auf dem Default `0` und alles sollte tun wie gehabt.

Sorry für die Verwirrung

Stefan

[schiefke]

Moin Stefan,

okay, werde ich probieren! Aber wo stelle ich denn in Zukunft den Intervall für die Abrufe ein? Die Zahl der calls ist ja begrenzt!

Vielen Dank für dein Engagement und sonnige Grüße

Leon

[Icebox82]

Wenn ich es richtig verstanden habe über die crontab bzw automatisch berechnet also gleichmäßig verteilt nach der Zeit zwischen Sonnenauf und -untergang.

@Stefan Hast du zu meinem Post auch evtl noch eine Lösung, Hinweis oder warum es so ist?

Beste Grüße

[mdkeil]

Ich habe noch 60 Abfragen / Tag .. ich habe zwei Anlagen, habe aber meistens noch 30 Abfragen pro Tag über.. ich möchte diese noch gerne in der Nacht nutzen, da ich prognosebasiert in der Nacht den Akku bei günstigen Preisen nachlade.. daher sind Updates nach Sonnenuntergang schon nicht verkehrt.. wie kann ich es am sinnvollsten umsetzen?

[Stefan_E]

@Schiefke - wenn Du `interval` nicht setzt, kommt der Default (`0`) zum Zug. Der errechnet die Intervalle automatisch.
Nimm Frankfurt: Am kürzesten Tag hast Du 481min Tageslicht, am längsten 983min. Deshalb versuch ich die Intervalle zu optimieren.

@Icebox - der Algorithmus läuft nicht ganz rund, speziell wenn Du nur 5 (effektive) Credits hast. Etwas kompliziert, das zu erklären. Bottom line - es ist mir keine wirklich bessere, einfache Lösung eingefallen, die in der Breite (für singe/dual arrays mit total 10, 25, 50 credits) stimmt; man könnte eine echte interval planning engine einbauen. Aber dazu fehlt mir die Motivation . In Deinem Fall hast Du über's Jahr 365*5 = 1825 Credits; der jetzige Algo verbraucht davon 1750. Also verschenkst Du 5%. Nicht schön, aber ich bin mir nicht sicher ob ich dafür 50 Code Zeilen oder so verwenden will.

[ Versuch einer Erklärung: Am 3. Jan bräuchtest Du 5 Intervalle mit 90.6 Minuten. Das wird auf 90min gerundet und dann `long` Intervalle (=2*90=180min) am Morgen und Abend eingefügt - das passiert mit

Code: Alles auswählen

if   interval ==  0 and  ((now_utc - mySun['sunrise']).total_seconds()/60 < long*optimal or (mySun['sunset'] - now_utc).total_seconds()/60 < long*optimal):

... da müsste man ran. Erstens beginnst Du nicht bei Sonnenaufgang, sondern beim ersten crontab call nach Sonnenaufgang. Zweitens ist eine Verdoppelung der Intervalllänge eine grobe Vereinfachung ... Eine richtige `planning engine` würde beim ersten call nach Sonnenaufgang einen Download starten. Aus dem zweiten Call würde das crontab Intervall extrahiert (das ja das script selbst nicht kennt). Dann würde ein optimaler Plan für den Tag erstellt, der dann irgendwo abspeichert würde. Die späteren crontab calls würden sich dann danach richten. ]

@mdkeil - Glückspilz

Code: Alles auswählen

    apiCalls = 60                      # Du hast so viel übrig, weil der Default von 10 greift ... also nur auf so wenige optimiert wird
    interval = 24h                     # Damit werden Deine Intervalle über den ganzen Tag verteilt - es wird auf 15min oder 30min gerundet,
                                       # da nur alle 15min eine neue Forecast bereitgestellt wird.