Sorry für die langsame Antwort ... im Moment kannst Du zwar zwei resource_id angeben, die benutzen aber den gleichen API Key (also gleiches Benutzerkonto). Das ist (oder mindestens war mal ...) die Art und Weise wie Solcast Split Arrays unterstützt ... aber eben nur bis zu zwei.

Dein Wunsch wäre ...

Hallo MPunkt

... also ich versuch mal, den Stress nicht zu vermeiden :D

Irgendwas stimmt mit dem nicht:
Folgende Verzeichnisstruktur wird angewendet:
/home/pi: Dump_InfluxDB.pl und Config.ini
/home/pi/Dump_InFluxDB: Config.pm und Dump.pm


Dein Screenshot sagt ja

sudo perl /Dump/Dump_InfluxDB ...

Ich hab grad einen Release 1.00.02 auf Github geladen, der das Default Behavior ohne config file richtig stellen sollte.
Ohne config file funktioniert aber nur fuer:
- solaranzeige (nicht andere Influx DB)
- wenn ausgefuehrt auf dem gleichen Host wie Solaranzeige (sodass Influx auf localhost zu ...

Sorry für die späte Antwort. Ich kann Dein Problem reproduzieren, weiss aber noch nicht, was vor sich geht ...
Ich versuch darauf zurück zu kommen - aber mittlerweile ist für mich perl etwas 'verschüttetes Wissen' - mal schauen ...

Für den Moment kannst Du eine Zeile einfügen im Script in Dump.pm ...

@Icebox82: Im Anhang findest Du ein Summary für welchen Tag Du wie viele Calls und welche Intervalle Du erwarten darfst. Total also 1750 calls.

Die einfachste Lösung wäre wahrscheinlich, beim letzten Aufruf einfach mal zu überprüfen, wie viele Credits "heute" verbraucht wurden und ev. noch eine ...

Ich vermute, um 17:00 wurden dann Daten abgeholt?

Mit dual-array und 24h und 50 credits solltest Du 60min Intervalle kriegen.
Wenn Dein crontab alle 30min läuft, wird die Message fälschlicherweise in den Intervallen ausgespuckt, die nicht auf dem 60min Interval liegen.
Hmm - bug, werde ich beheben ...

@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 ...

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 ...

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 ...

v2.11.03 behebt jetzt die Deprecation Warnings von Pandas 2.x und erklärt besser, warum Solcast Daten nicht geladen wurden.

Stefan