76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[300P]

Guten Morgen Heiko,

Kleinigkeit im Log gesehen nach dem Update:

Code Auswählen Erweitern

2026.08.14 23:15:54 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/76_SolarForecast.pm line 26666.

...und irgendwie das Gefühl das SF etwas "ruckelnd und zögerlich läuft" (SMA-WR melden in der Nach ein paar mal "blockiert"

Beispiele:

Code Auswählen Erweitern

2026.08.15 00:37:57 1: SMAInverter SBS25_2 -> BlockingCall SMAInverter_getstatusDoParse Timeout: process terminated
2026.08.15 01:54:03 1: SMAInverter SBS25_2 -> BlockingCall SMAInverter_getstatusDoParse Timeout: process terminated
2026.08.15 02:52:10 1: SMAInverter SB25 -> BlockingCall SMAInverter_getstatusDoParse Timeout: process terminated
2026.08.15 04:59:21 1: SMAInverter SBS25_2 -> BlockingCall SMAInverter_getstatusDoParse Timeout: process terminated
2026.08.15 06:40:30 1: SMAInverter SB25 -> BlockingCall SMAInverter_getstatusDoParse Timeout: process terminated

PS:bin extern unterwegs - nicht @home

[grappa24]

Mein Config check empfiehlt

Code Auswählen Erweitern

"get solErtrag ftuiFramefiles".
Dabei kommt dann

Code Auswählen Erweitern

Check of SVN version not possible: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/SolarForecast/controls_solarforecast.txt?format=txt: Select timeout/error: .<br>Try to execute the configCheck later again.

[DS_Starter]

Moin,

@300P,

die BlockingCall-Meldungen von SMAInverter haben nichts mit SF zu tun und bedeuten, dass die Kommunikation zwischen SMAInverter und deinem WR gestört ist/war.
Konkret kann es bedeuten:

- FHEM / SMAInverter hat einen Befehl/Abfrage gesendet, aber der WR hat nicht / zu spät geantwortet ... oder
- FHEM hat Befehl gesendet, aber Netzwerprobleme ... oder
- FHEM hat Befehl gesendet, aber der Nebenprozeß (Blockingcall) ist abgebrochen -> z.B. Hostproblem / Speicherengpass ... oder
- FHEM hat Befehl gesendet ist danach aber blockierend stehengeblieben. Das kann verschiedene Ursachen haben ... eine blockierendes Modul, Internet Nichtverfügbarkeit die ein Modul nicht toleriert, Hostprobleme usw. ... oder
- ein Schreibprozess einer Datei ins Filesystem hatte Probleme ...

Der vorletzte Anstrich passt zu deiner Beobachtung "ruckelndes" Verhalten und der letzte Antrich kann mit SF zu tun haben weil in Abständen der Memory in Files weggeschrieben wird.

Die Warnung kommt von der Logausgabe bei Abbruch des Messagetransfers mit GitHub. Allerdings war wohl eher der BockingCall gestorben ... passt zu den Inverterproblem.

@grappa24,

der Trac-Server hat nicht rechtzeitig geantwortet, ein trivialer Timeout. Einfach nochmal auführen.
Ich habe auch festgestellt, dass der FHEM trac Server mit http1.1 ein Problem hat.
Du kannst es auf OS-Ebene testen:

Code Auswählen Erweitern

time curl -4 -v --max-time 30 https://svn.fhem.de/trac/export/HEAD/trunk/fhem/contrib/SolarForecast/controls_solarforecast.txt

Am Ende der Ausgabe kommt eine Zeitzusammenfassung. 30s oder in der Nähe sind einfach zu lang.
Probiere es mehrfach. Nach meinen Beobachtungen antwortet der FHEM Server nicht stabil.