76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[Mikel2906]

Hallo Heiko,
ich habe im Log diese Fehlermeldung.

03:00:06 1: PERL WARNING: Use of uninitialized value $_ in pattern match (m//) at ./FHEM/76_SolarForecast.pm line 31005

my $persist_cnt = grep { /^(moderate|severe)$/ } @recent;

Welche Variable fehlt in meiner Config?

Gruß Michael

Version 2.9.1

[DS_Starter]

@300P,
dann werde ich den neuen opmode gleich mit ins Training integrieren, dann dürften auch die Warnungen weg sein.

@Michael,

Welche Variable fehlt in meiner Config?

Da fehlt nichts. Es ist vermutlich ein Gap innerhalb des Moduls bei der Prüfung.
Es sind weniger Stundensätze da als geprüft werden sollen. Schaue ich mir mir an.
 

[DS_Starter]

Ich habe die von euch gemeldeten Warnungen vermutlich beseitigt.
Update liegt im contrib.

[300P]

@300P,
dann werde ich den neuen opmode gleich mit ins Training integrieren, dann dürften auch die Warnungen weg sein.

Das wird ja so oder dauern ehe da was an Daten mit "eco" anfallen werden (jedenfalls bei mir).
Aber andere fahren ja vielleicht schon die Tage noch in Urlaub und schalten auf das "eco"....und sind danach auch wieder lange @home........


EDIT:
Neue Contrib-Version provier ich dann gleich.... Danke

[Flachzange]

Nabend zusammen,

nach dem Release ist vor dem Release ...

Wie von Chris in #6533 angeregt, kann man nun mit dem Schlüssel plantControl->writeForceType eine Datenspeicherung im Filesystem erzwingen. Diese Möglichkeit ist nur für configDB-User relevant.

writeForceType    
Legt den Persistenztyp für die Speicherung der Bewegungsdaten fest. (Manche Daten werden grundsätzlich im Filesystem persistiert)
   auto - Speicherung in Filesystem oder ConfigDB wenn vorhanden, file - Speicherung im Filesystem, default: auto

Die Version 2.8.1 liegt im contrib.

LG,
Heiko

Hallo Heiko,

danke, habe jetzt erst die Gelegenheit gehabt mir das mal anzuschauen und zu testen. Du scheinst das file-Attribut ausschließlich beim Speichern zu nutzen. Das muss ja analog bei allen Datei-Operationen gemacht werden, sonst wird beim Einlesen ein alter Stand aus configDB gezogen und nicht aus der Datei.

Der Einleseaufruf findet heute aber vor der Auswertung von plantControl->writeForceType statt und dadurch wird hier grundsätzlich erstmal immer auto herangezogen, was dann ebenfalls wieder zum alten Stand führt, selbst wenn es dort berücksichtigt würde.

Ich bin mir ehrlich gesagt nicht sicher, ob es das Attribut wirklich braucht. Es ist auch als configDB-Nutzer völlig OK, wenn Module derartige Laufzeitdaten immer im Dateisystem ablegen. Keep it simple hätte ich gesagt.

Gruß
Chris