Ein Modul zur Erfassen von diversen RPi/Linux-Statistiken (SYSMON)

[Puschel74]

Hallo,

Dank Puschel74

Ne - aber sicher nicht wegen mir.

Danke an andre!
Ohne seine Geduld hätt ich nix gelernt 

Grüße

[hexenmeister]

OK

zwei Mal Danke:
- an Andre => fürs Know How
- an Puschel74 => für die praktische Anwendung davon

[senjo2]

Hallo Hexenmeister,

vielen Dank für deine Arbeit. Das Ding läuft bei mir super!.

MFG, Joachim

[hexenmeister]

Danke Joachim,
freut mich, dass das Modul nützlich ist.
Ich bin immer noch am Testen und Optimieren.
Schreibe, wenn Dir etwas auffällt, oder irgendeine Feature fehlt.

Grüße,

Alexander

[Joachim]

Moin Alexander,

Schreibe, wenn Dir etwas auffällt, oder irgendeine Feature fehlt.

Kennst Du den RPI-Monitor,
http://rpi-experiences.blogspot.fr/
Den Bereich zur Version insbesondere, ob es neue Pakete für den Pi gib wäre ne nette Idee.

Gruß Joachim

[hexenmeister]

Hi!

Danke für die Rückmeldung.
RPI-Monitor kannte ich noch nicht, habe mir angesehen. Die Information zu den Updates holt sich die Software periodisch in einem cron-Job mit folgendem Befehl:

Code Auswählen Erweitern

apt-get upgrade --dry-run| perl -ne '/(.*upgraded.*installed|^ \S+.*)/ and print "$1 "' 2>/dev/null > /usr/share/rpimonitor/updatestatus.txt

Dieses Commando läuft relativ lange, wenn ich dieses (ohne weitere Vorkehrungen) in FHEM ausführe, würde dies den FHEM für diese Zeit komplett blockieren. Auch ein Cron-Job ist im FHEM ein Fremdkörper.
Also ist diese Information nicht so einfach ohne Nachteile einzubauen

Ich überlege jedoch, ob die Kernelversion (uname -msr), CPU-Voltage (vcgencmd measure_volts core), Governor (cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor) von Interesse wären...

Grüße,

Alexander

[Joachim]

Naja, den cron-Job kann man den Pi über einen Dummydevice selber machen lassen, und in den fhem-Ordner schreiben lassen, danach dann ein einfaches SVG-Plot. Wäre halt nett, wenn man weiß, dass der Pi upgedatet werden will.

Gruß Joachim

[hexenmeister]

Naja, den cron-Job kann man den Pi über einen Dummydevice selber machen lassen

Ich überlege, ob das aus der Sicht von FHEM-Architektur gewollt ist. Man könnte sicher dies per Attribut zuschaltbar machen.
Wie kann hier ein Dummy helfen? Wie kann man am besten aus FEHM heraus so etwas einrichten? Wenn Du eine gute Idee hast, kann ich das gerne bauen.

Gruß,

Alexander

[volschin]

Du könntest es über BlockingCall einbinden.

[hexenmeister]

Danke, werde mir 'BlockingCall' zu Gemüte führen.
Ich denke, ich habe gerade eine gute Quelle dazu gefunden: http://www.fhemwiki.de/wiki/Blocking_Call

[Joachim]

Moin Alexander,
müsste auch mit einem at gehen:

Code Auswählen Erweitern


define Raspi_update at *01:00:00 Raspi {system ("/opt/fhem/script/Raspi_Update.sh")}


ungetestet (Quelle: http://forum.fhem.de/index.php/topic,12652.msg76271.html#msg76271 )

Gruß Joachim

[hexenmeister]

Vielleicht wäre es auch am einfachsten, in die Anleitung zu schreiben, wie man den cron-job einrichtet (ist ja 'ne einmalige Sache) und im Modul nach der Ausgabedatei suchen, falls vorhanden, Readings anzeigen.
Bei den FritzBox tut das zwar nicht, aber da ist diese Info je nicht von Interesse. (SYSMON läuft schon auf FB, jedoch sind noch nicht alle Aufgaben korrekt).

wie auch immer, habe heute keinen klaren Kopf mehr 

Grüße,

Alexander

[volschin]

Moin Alexander,
müsste auch mit einem at gehen:

Code Auswählen Erweitern


define Raspi_update at *01:00:00 Raspi {system ("/opt/fhem/script/Raspi_Update.sh")}


ungetestet (Quelle: http://forum.fhem.de/index.php/topic,12652.msg76271.html#msg76271 )

Gruß Joachim

Ich bin mir nicht sicher, ob Du damit beim at wirklich ausbrichst und FHEM nicht bis zum return blockiert bleibt.
siehe auch hier: http://forum.fhem.de/index.php/topic,17476.msg114957.html#msg114957

[hexenmeister]

Ich bin immer noch am Überlegen...

Was hält Ihr davon:
Ich baue ins Modul folgende Möglichkeit: per Attribut 'userDefinedReadings' werden eigene Readings samt Linux-Befehlen dazu definiert:

Code Auswählen Erweitern

attr userDefinedReadings osUpdates:Aktualisierungen:1440:cat ./updates.txt [,<readingsName>:<Comment><Intervel_Minutes><Cmd>]
ReadingsName ist klar, Comment wäre dann für die HTML-Ausgabe (SYSMON_ShowValuesHTML), Interval definiert Aktualisierungsrate, Cmd wird an Betriebsystem übergeben. Alternativ könnte man an dieser Stelle auch Perl-Code unterstützten.

Für den Cron-Job wäre der Benutzer selbst zuständig (kann ich aber in Doku als Beispiel anführen).
... und der Code bleibt dabei sauber.


Ich hoffe, die Idee ist verständlich beschrieben.
Dann kann sich jeder Zusatzinformationen beschaffen (muss jedoch schon wissen, was er da tut).

Grüße,

Alexander

[Joachim]

Moin Alexander,

gute Idee, Daumen hoch.

Gruß Joachim