Perl-Fehlermeldungen im Logfile

[kptkip]

 Das stimmt, das ist aber der Relevante.

[Otto123]

Mit dieser unterschiedlichen Einstellung zu Relevanz wird sich das Warnsystem von Perl und Du aber wohl nie in Übereinstimmung finden. 
Egal - dann machen wir hier einfach einen Haken dran

[Christoph Morrison]

Das kann auch nicht das richtige Device sein, denn da fehlt wieder der Teil, der in deiner Fehlermeldung bemängelt wird. Ich zitiere dich noch mal:

Code Auswählen Erweitern

PERL WARNING: Use of uninitialized value in division (/) at (eval 49815) line 1.
2020.11.11 10:23:42 3: eval: {((split ' ',ReadingsVal($NAME,"root",0))[4])/1024}

In deinem Listing fehlt split auf root komplett, also hast du entweder das falsche Device gelistet oder aber nicht wieder so rekonstruiert, wie es den Fehler geworfen hat.

Davon ab:

Code Auswählen Erweitern

CPULast {
    my @wort = split / /, ReadingsVal($NAME,"loadavg",0);
    return $wort[0]/4*100;
}

Man sollte niemals ein userReading ohne Einschränkungen machen - CPULast wird nun für jedes aktualisierte Reading im Device aufgerufen, anstatt nur für loadavg. Du kannst das so einschränken:

Code Auswählen Erweitern


CPULast:loadavg:.+ {
    my @wort = split / /, ReadingsVal($NAME,"loadavg",0);
    return $wort[0]/4*100;
}


Du kannst das auch einfacher schreiben:

Code Auswählen Erweitern


CPULast:loadavg:.+ {
    return ( ReadingsNum($NAME, q(loadavg), 0) / 4 * 100)
}


[Otto123]

Man kann in dem Fall sogar das return einsparen (@Christoph oder ist das nicht zu empfehlen?):

Code Auswählen Erweitern

CPULast:loadavg:.+ { ReadingsNum($NAME, q(loadavg), 0) / 4 * 100 },
root_giga:root:.+ {(split ' ',ReadingsVal($NAME,q(root),q(0 1 2 3 4)))[4] / 1024}
Das zweite Beispiel ist für den Fall, dass es nicht die erste Zahl im Reading sein soll (wie im von Perl bemängeltem Code Teil - wo offenbar der Inhalt von root nicht aus mehren Elementen bestand)

Edit: Wobei ich jetzt feststellen muss: Der Code an sich ist richtig, aber das Reading root (in meinem Stino uralt sysmon Device) wird irgendwie speziell behandelt. Das userReading wird so nicht geschrieben. Liegt eventuell an einem speziellen event-on-update-reading? 

[frank]

1. falls es das "relevante" device ist, macht doch eine abfrage auf ein reading "root" überhaupt keinen sinn, da es gar nicht existiert.
wenn schon, dann auf "fs_root".

2. "attr event-on-change-reading state"
in einem "normalen" modul, das kein reading state hat, würde dieses attribut NULL events erzeugen.
also auch keine userreadings.