42_SYSMON - keine CPU-Temp auf Z-Box Ci320

Begonnen von chris1284, 19 März 2015, 22:28:18

Vorheriges Thema - Nächstes Thema

hexenmeister

Nö, es fehlt 0_temp und 4_temp ist zu viel. :)
Ich muss mal heute Abend sehen, warum.

hexenmeister

Zitat von: chris1284 am 24 März 2015, 06:08:24
cpu_temp0:1:CPU Temperatur:cat /sys/class/hwmon/hwmon0/device/hwmon/hwmon0/temp2_input|cut -b1-2,
cpu_temp1:1:CPU Temperatur:cat /sys/class/hwmon/hwmon0/device/hwmon/hwmon0/temp3_input|cut -b1-2,
cpu_temp2:1:CPU Temperatur:cat /sys/class/hwmon/hwmon0/device/hwmon/hwmon0/temp4_input|cut -b1-2,
cpu_temp3:1:CPU Temperatur:cat /sys/class/hwmon/hwmon0/device/hwmon/hwmon0/temp5_input|cut -b1-2

Was ich nicht verstehe, warum hir die Zählung mit 2 anfängt? Und bei 1 liegt kein Sensor? Hier kann man schwer etwas allgemeingültiges aufbauen...  ???

chris1284

kann ich nicht beurteilen. wenn man danach googled findet man immder direkt leute die die cpu-remp auslesen wollen und die fangen bei 2 an.
dazu steck ich aber nicht tief genug in der linuxmaterie

Ralf W.

Moin,

ich denke das hängt mit den Daten zusammen, die der Prozessor liefert. Hier drei Rechner, unterschiedliche CPU, gleiches Betriebssystem:

ralf@server:~$ dmesg | grep smpboot ; uname -a ; cd /sys/class/hwmon/hwmon0/device ; ls ; cat temp?_label

[    0.000000] smpboot: Allowing 4 CPUs, 0 hotplug CPUs
[    0.060543] smpboot: CPU0: Intel(R) Core(TM) i3-4130T CPU @ 2.90GHz (fam: 06, model: 3c, stepping: 03)
[    0.103646] smpboot: Total of 4 processors activated (23193.29 BogoMIPS)

Linux server 3.13.0-48-generic #80-Ubuntu SMP Thu Mar 12 11:16:15 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

driver    power             temp1_input  temp2_crit_alarm  temp3_crit        temp3_max
hwmon     subsystem         temp1_label  temp2_input       temp3_crit_alarm  uevent
modalias  temp1_crit        temp1_max    temp2_label       temp3_input
name      temp1_crit_alarm  temp2_crit   temp2_max         temp3_label

Physical id 0
Core 0
Core 1


ralf@backup:~$ dmesg | grep smpboot ; uname -a ; cd /sys/class/hwmon/hwmon0/device ; ls ; cat temp?_label

[    0.000000] smpboot: Allowing 4 CPUs, 0 hotplug CPUs
[    0.095390] smpboot: CPU0: Intel(R) Atom(TM) CPU D2550   @ 1.86GHz (fam: 06, model: 36, stepping: 01)
[    0.247857] smpboot: Total of 4 processors activated (14932.64 BogoMIPS)

Linux backup 3.13.0-48-generic #80-Ubuntu SMP Thu Mar 12 11:16:15 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

driver  modalias  power      temp2_crit        temp2_input  temp3_crit        temp3_input  uevent
hwmon   name      subsystem  temp2_crit_alarm  temp2_label  temp3_crit_alarm  temp3_label

Core 0
Core 1


ralf@fhem:~$ dmesg | grep smpboot ; uname -a ; cd /sys/class/hwmon/hwmon0/device ; ls ; cat temp?_label

[    0.000000] smpboot: Allowing 4 CPUs, 0 hotplug CPUs
[    0.087783] smpboot: CPU0: Intel(R) Celeron(R) CPU  N2930  @ 1.83GHz (fam: 06, model: 37, stepping: 08)
[    0.145341] smpboot: Total of 4 processors activated (14667.25 BogoMIPS)

Linux fhem 3.13.0-48-generic #80-Ubuntu SMP Thu Mar 12 11:16:15 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

driver    subsystem         temp2_max         temp3_max         temp4_max         temp5_max
hwmon     temp2_crit        temp3_crit        temp4_crit        temp5_crit        uevent
modalias  temp2_crit_alarm  temp3_crit_alarm  temp4_crit_alarm  temp5_crit_alarm
name      temp2_input       temp3_input       temp4_input       temp5_input
power     temp2_label       temp3_label       temp4_label       temp5_label

Core 0
Core 1
Core 2
Core 3


Wenn ich das richtig interpretiere, beginnen die echten Temp-Daten immer mit temp2.

MfG



http://twitter.com/RWausD
Schon gewusst, dass Haarausfall zu einer Glatze führen kann?

FHEM: NUC7PJYH2, Ubuntu Server 22.04.2 LTS, HMCCU - RaspberryMatic, DE ConBee II, diverse Sensoren und Aktoren.

hexenmeister

ZitatWenn ich das richtig interpretiere, beginnen die echten Temp-Daten immer mit temp2.
Schön wäre. Auf meinem Cubietruck gibt es keinen tempX_label und die 'echte' CPU-Temperatur liegt unter temp1_input.


Ralf W.

#35
Guten Morgen,

das mit "label" war auch nur mehr zur Info gedacht. Ich schau nachher mal auf anderen Rechnern, ob das bei anderen Linuxen anders dargestellt wird. Vielleicht kann man das auch unterscheiden via uname -i oder uname -p. Nur so eine Idee ...

MfG
http://twitter.com/RWausD
Schon gewusst, dass Haarausfall zu einer Glatze führen kann?

FHEM: NUC7PJYH2, Ubuntu Server 22.04.2 LTS, HMCCU - RaspberryMatic, DE ConBee II, diverse Sensoren und Aktoren.

Ralf W.

Hallo,

nicht so einfach. Selbst bei Ubuntu ist das bei "Server" und "Desktop" unterschiedlich.

Server hat einen Link:
ralf@server:/sys/class/hwmon/hwmon0$ ls -l device
lrwxrwxrwx 1 root root 0 Apr  3 11:34 device -> ../../../coretemp.0


Desktop hat keinen Link:
ralf@yoda:/sys/devices/platform/coretemp.0$ cd /sys/class/hwmon/hwmon0/device
bash: cd: /sys/class/hwmon/hwmon0/device: Datei oder Verzeichnis nicht gefunden


Um das Modul auch für Exoten universell zu machen könnte man doch ein optionales Attribut z.B. "Erstes Device" integrieren. Dort wird dann das erste auszulesende Device inklusive Pfad eingetragen. Jetzt ließt das Modul für alle vorhandenen Temperaturen aus. Wenn nur ein Device nur einmal, wenn acht vorhanden sind achtmal. Alles bisher im Modul vorhande bleibt wie es ist und arbeitet auch wie bisher gut. Nur mal so als lockerer Gedankengang.

MfG


http://twitter.com/RWausD
Schon gewusst, dass Haarausfall zu einer Glatze führen kann?

FHEM: NUC7PJYH2, Ubuntu Server 22.04.2 LTS, HMCCU - RaspberryMatic, DE ConBee II, diverse Sensoren und Aktoren.

hexenmeister

Die Idee verstehe ich schon... Jetzt überlege ich hin und her. Ganz schön komplex. Wie soll der Pfad dann aussehen, dass das Programm auch versteht, an welcher Stelle und wie dieser zu modifizieren ist? Ich befürchte, dass das für die Benutzer recht unverständlich sein wird. Und auch schon sehr nah an user-fn...
Hast Du ein Vorschlag, wie das möglichst Verständlich im Attribut dargestellt werden kann?

Ralf W.

Hallo!

firstTempFile <tempfile inkl. Pfad>
z.b.
attr mySysmon firstTempFile /sys/class/hwmon/hwmon0/device/temp2_input

Wie schon geschrieben, dann wäre es universell, egal wie viele Kerne und egal wo auch immer die Temperatur im Dateisystem stehen. Und die Anwender sollten damit umgehen können, gibt es in anderen Modulen auch. Wenn es zu viel Arbeit macht, lass es einfach. Das Modul kann es ja. Ich persönlich komme mit userReadings bestens klar.

MfG
http://twitter.com/RWausD
Schon gewusst, dass Haarausfall zu einer Glatze führen kann?

FHEM: NUC7PJYH2, Ubuntu Server 22.04.2 LTS, HMCCU - RaspberryMatic, DE ConBee II, diverse Sensoren und Aktoren.

hexenmeister

Wenn der Pfad universell sein soll, wie soll dann SYSMON erkennen, welche Ziffer hochgezählt werden soll? In diesem Fall haben wir eine Null und eine Zwei. :(
Wenn das Modull "wissen" soll, dass tempX_input gemeinet ist, braucht man das gar nicht anzugeben, dann reicht einfach eine "2".

Ralf W.

#40
SYSMON schaut nur noch nach, ob in /sys/class/hwmon/hwmon0/device/ weitere Dateien tempX_input größer 2 vorhanden sind. Bei anderen Pfaden z.B. /sys/bus/platform/drivers/coretemp/ oder /irgend/ein/Pfad/zur/Temperatur/ nur dort.

MfG
http://twitter.com/RWausD
Schon gewusst, dass Haarausfall zu einer Glatze führen kann?

FHEM: NUC7PJYH2, Ubuntu Server 22.04.2 LTS, HMCCU - RaspberryMatic, DE ConBee II, diverse Sensoren und Aktoren.

hexenmeister

Und wenn dort auch mehrfche Werte vorhanden sind? Mir gefällt nicht, dass SYSMON hier ein Teilwissen haben muss: den kompletten Pfad zwar nicht, aber temp2_imput :(

Ralf W.

Dann einfach alles lassen wie es ist. Funktioniert ja.

MfG
http://twitter.com/RWausD
Schon gewusst, dass Haarausfall zu einer Glatze führen kann?

FHEM: NUC7PJYH2, Ubuntu Server 22.04.2 LTS, HMCCU - RaspberryMatic, DE ConBee II, diverse Sensoren und Aktoren.

hexenmeister

Bis uns etwas besseres einfällt, müssen wir wohl das so lassen.