NEWS
RPI 4 Update auf ?
-
vcgencmd measure_temp sagt mir 51,7°C!!!
hole mal fix mein Strahlungspyrometer.
MOMENT! -
Oberfläche am CPU 73°C....und vcgencmd measure_temp zeigt nun das gleiche!
Soll es das sein....wäre ja ZU doof von mir.Auf dem CPU sitzt ein Alukühlkörper und davor ein Lüfter...hat 1,5 a funktioniert.
-
@bob-der-1 sagte in RPI 4 Update auf ?:
Auf dem CPU sitzt ein Alukühlkörper und davor ein Lüfter...hat 1,5 a funktioniert.
Moin,
ja, das kann auch weiterhin so sein. Es ist aktuell aber so, dass die CPU, einzelne Kerne, mehr schuften müssen, dadurch steigt der Strombedarf und die Temperatur.
Du solltest Dir den Tipp von @Thomas-Braun anschauen, vielleicht stimmt ja wirklich etwas an den Einstellungen der
fb-Checkpresens
Adapter nicht.
Dann vielleicht mal sauber herunterfahren, warten bis die Kiste wieder abgekühlt ist und dann starten und beobachten, die Tools kennst Du ja jetzt.VG
Bernd -
@dp20eic sagte in RPI 4 Update auf ?:
vielleicht stimmt ja wirklich etwas an den Einstellungen der fb-Checkpresens Adapter nicht
Ich nutze zwar diesen Adapter nicht, allerdings der Alexa2.0 Adapter hat für meine Begriffe auch zu hohe Werte.
Kann das mit javscript 7.1.1 zusammen hängen?
Ro75.
-
Dann sehe ich mir mal den FB Adapter an und bau mal den PI von der Hutschiene, kontrolliere mal den Kühlkörper ob da was ist.
Melde mich sobald ich Ergebnisse habe.
-
@dp20eic sagte in RPI 4 Update auf ?:
@bob-der-1 sagte in RPI 4 Update auf ?:
Auf dem CPU sitzt ein Alukühlkörper und davor ein Lüfter...hat 1,5 a funktioniert.
Moin,
ja, das kann auch weiterhin so sein. Es ist aktuell aber so, dass die CPU, einzelne Kerne, mehr schuften müssen, dadurch steigt der Strombedarf und die Temperatur.
Du solltest Dir den Tipp von @Thomas-Braun anschauen, vielleicht stimmt ja wirklich etwas an den Einstellungen der
fb-Checkpresens
Adapter nicht.
Dann vielleicht mal sauber herunterfahren, warten bis die Kiste wieder abgekühlt ist und dann starten und beobachten, die Tools kennst Du ja jetzt.VG
BerndFB Checkp. auf 360 s stellen und den Kühlkörper neu aufbringen ergeben 66,7°C idle.
Mal die ersten Ergebnisse wg. der Temp- aber gebracht hat es noch nichts mit dem WebIf ....melde mich wieder -
@bob-der-1 sagte in RPI 4 Update auf ?:
ergeben 66,7°C idle.
ist zwar nicht mehr tödlich, aber immer noch sehr hoch
-
@bob-der-1 Bevor ich auf einen Beelink umgezogen bin, nutzte ich auch einen PI4. Hatte dann ähnliche Werte bzgl. WebIf.
Bin dann testweise mal auf Redis-DB umgestiegen (Objekte und Zustände). Danach war es deutlich schneller.
iobroker.js-con war dann von ca. 70% auf 0%, dafür Redis bei ca. 20%. Nur so eine Idee.
Ro75.
-
@bob-der-1 sagte in RPI 4 Update auf ?:
Kühlkörper neu aufbringen ergeben 66,7°C idle.
Moin,
wie @Homoran schon geschrieben hat, besser aber noch nicht optimal, wichtiger ist auch, ob der Wert vom herunter takten weg ist!
throttled=0x80000
Denn was nützt Dir eine CPU, die mit max. 1,8 GHz takten kann, wenn sie es aber nur mit 800 MHz tut!
VG
Bernd -
@dp20eic sagte in RPI 4 Update auf ?:
besser aber noch nicht optimal, wichtiger ist auch
...was unter Last passiert. Die Temperatur ist ja schon bei
@bob-der-1 sagte in RPI 4 Update auf ?:
idle
-
@homoran sagte in RPI 4 Update auf ?:
@bob-der-1 sagte in RPI 4 Update auf ?:
ergeben 66,7°C idle.
ist zwar nicht mehr tödlich, aber immer noch sehr hoch
Habe eben mal einen anderen Kühler bestellt, sicher ist sicher.
throttled=0x80000 ...müsste doch eigentlich auf ein Stromproblem deuten,schaue aber nochmal in der Doku des Pi.
Was wiederum kaum sein kann da ein 20 A Netzteil dran hängt und die SSD extern versorgt wirdtemp=75.4'C ...ab 80°C sollte der Pi runtertakten soweit ich das noch richtig im kopf habe...1800MHz hat er ja
@ro75 sagte in RPI 4 Update auf ?:
@bob-der-1 Bevor ich auf einen Beelink umgezogen bin, nutzte ich auch einen PI4. Hatte dann ähnliche Werte bzgl. WebIf.
Bin dann testweise mal auf Redis-DB umgestiegen (Objekte und Zustände). Danach war es deutlich schneller.
iobroker.js-con war dann von ca. 70% auf 0%, dafür Redis bei ca. 20%. Nur so eine Idee.
Ro75.
Behalte ich im Auge aber erstmal jeden Punkt abarbeiten.
@dp20eic sagte in RPI 4 Update auf ?:
@bob-der-1 sagte in RPI 4 Update auf ?:
Kühlkörper neu aufbringen ergeben 66,7°C idle.
Moin,
wie @Homoran schon geschrieben hat, besser aber noch nicht optimal, wichtiger ist auch, ob der Wert vom herunter takten weg ist!
throttled=0x80000
Denn was nützt Dir eine CPU, die mit max. 1,8 GHz takten kann, wenn sie es aber nur mit 800 MHz tut!
VG
BerndVerstehe ich.
Ich versuche mal alles in der To-Do Liste zu machen.Aktuell läuft er so...
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to cpufreq@vger.kernel.org, please. analyzing CPU 0: driver: cpufreq-dt CPUs which run at the same hardware frequency: 0 1 2 3 CPUs which need to have their frequency coordinated by software: 0 1 2 3 maximum transition latency: 0.97 ms. hardware limits: 600 MHz - 1.80 GHz available frequency steps: 600 MHz, 700 MHz, 800 MHz, 900 MHz, 1000 MHz, 1.10 GHz, 1.20 GHz, 1.30 GHz, 1.40 GHz, 1.50 GHz, 1.60 GHz, 1.70 GHz, 1.80 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance, schedutil current policy: frequency should be within 600 MHz and 1.80 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.80 GHz. cpufreq stats: 600 MHz:0.41%, 700 MHz:0.63%, 800 MHz:0.81%, 900 MHz:1.25%, 1000 MHz:0.91%, 1.10 GHz:0.57%, 1.20 GHz:0.27%, 1.30 GHz:0.00%, 1.40 GHz:0.00%, 1.50 GHz:0.00%, 1.60 GHz:0.00%, 1.70 GHz:0.00%, 1.80 GHz:95.14% (408330) analyzing CPU 1: driver: cpufreq-dt CPUs which run at the same hardware frequency: 0 1 2 3 CPUs which need to have their frequency coordinated by software: 0 1 2 3 maximum transition latency: 0.97 ms. hardware limits: 600 MHz - 1.80 GHz available frequency steps: 600 MHz, 700 MHz, 800 MHz, 900 MHz, 1000 MHz, 1.10 GHz, 1.20 GHz, 1.30 GHz, 1.40 GHz, 1.50 GHz, 1.60 GHz, 1.70 GHz, 1.80 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance, schedutil current policy: frequency should be within 600 MHz and 1.80 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.80 GHz. cpufreq stats: 600 MHz:0.41%, 700 MHz:0.63%, 800 MHz:0.81%, 900 MHz:1.25%, 1000 MHz:0.91%, 1.10 GHz:0.57%, 1.20 GHz:0.27%, 1.30 GHz:0.00%, 1.40 GHz:0.00%, 1.50 GHz:0.00%, 1.60 GHz:0.00%, 1.70 GHz:0.00%, 1.80 GHz:95.14% (408330) analyzing CPU 2: driver: cpufreq-dt CPUs which run at the same hardware frequency: 0 1 2 3 CPUs which need to have their frequency coordinated by software: 0 1 2 3 maximum transition latency: 0.97 ms. hardware limits: 600 MHz - 1.80 GHz available frequency steps: 600 MHz, 700 MHz, 800 MHz, 900 MHz, 1000 MHz, 1.10 GHz, 1.20 GHz, 1.30 GHz, 1.40 GHz, 1.50 GHz, 1.60 GHz, 1.70 GHz, 1.80 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance, schedutil current policy: frequency should be within 600 MHz and 1.80 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.80 GHz. cpufreq stats: 600 MHz:0.41%, 700 MHz:0.63%, 800 MHz:0.81%, 900 MHz:1.25%, 1000 MHz:0.91%, 1.10 GHz:0.57%, 1.20 GHz:0.27%, 1.30 GHz:0.00%, 1.40 GHz:0.00%, 1.50 GHz:0.00%, 1.60 GHz:0.00%, 1.70 GHz:0.00%, 1.80 GHz:95.14% (408330) analyzing CPU 3: driver: cpufreq-dt CPUs which run at the same hardware frequency: 0 1 2 3 CPUs which need to have their frequency coordinated by software: 0 1 2 3 maximum transition latency: 0.97 ms. hardware limits: 600 MHz - 1.80 GHz available frequency steps: 600 MHz, 700 MHz, 800 MHz, 900 MHz, 1000 MHz, 1.10 GHz, 1.20 GHz, 1.30 GHz, 1.40 GHz, 1.50 GHz, 1.60 GHz, 1.70 GHz, 1.80 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance, schedutil current policy: frequency should be within 600 MHz and 1.80 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.80 GHz. cpufreq stats: 600 MHz:0.41%, 700 MHz:0.63%, 800 MHz:0.81%, 900 MHz:1.25%, 1000 MHz:0.91%, 1.10 GHz:0.57%, 1.20 GHz:0.27%, 1.30 GHz:0.00%, 1.40 GHz:0.00%, 1.50 GHz:0.00%, 1.60 GHz:0.00%, 1.70 GHz:0.00%, 1.80 GHz:95.14% (408330)
-
@bob-der-1 sagte in RPI 4 Update auf ?:
1.80 GHz:95.14%
Das ist ok! Die Temperatur, jedoch nicht.
@bob-der-1 sagte in RPI 4 Update auf ?:
Was wiederum kaum sein kann da ein 20 A Netzteil dran hängt
das wären 100W reicht zum CPU-kochen.
wieviel Volt?
die externe Stromversorgung für die SSD funktioniert auch?
hängt da sonst was am USB?oder irgendwas am USB3?
-
Evtl auch je Adapterinstanz auch die Höhe der
eingehenden/ausgehenden Events anschauen, ob da was dabei ist, was zu hoch ist. Bei jedem Event muss der iobroker-controller etwas tun. -
Moin,
so, da ich vom RasPI keine Ahnung habe, bin ich hier erst einmal still und lese noch mit, aktuell sind die SBCs nicht interessant für mich, das wird sich erst ändern, wenn es interessante
RiscV
Boards gibt.VG
Bernd -
@homoran sagte in RPI 4 Update auf ?:
@bob-der-1 sagte in RPI 4 Update auf ?:
1.80 GHz:95.14%
Das ist ok! Die Temperatur, jedoch nicht.
@bob-der-1 sagte in RPI 4 Update auf ?:
Was wiederum kaum sein kann da ein 20 A Netzteil dran hängt
das wären 100W reicht zum CPU-kochen.
wieviel Volt?
die externe Stromversorgung für die SSD funktioniert auch?
hängt da sonst was am USB?oder irgendwas am USB3?
Gemessen 5.05volt
-
@bob-der-1 sagte in RPI 4 Update auf ?:
Gemessen 5.05volt
könnte etwas knapp sein.
und die übrigen Antworten?
-
Ausser der SSD nichts,klar die aber am USB 3.
Kann natürlich nachstellen,zw.5.05 umd 5.1V kann das aber ein Messfehler sein.Kann ihn aber auch testweise umhängen,im Kasten sind noch 2 Netzteile -
@bob-der-1 sagte in RPI 4 Update auf ?:
die aber am USB 3.
dann häng die mal an den USB2!
Der USB3 ist beim Pi4 wegen HF Interferenzn nicht zu empfehlen. -
- Aktuelle Core temp. 63°C
- SSD hängt nun an USB 2
- Das Netzteil läuft nun auf 5,1 Volt
der neue Kühler kommt morgen,abwarten was es bringt.
-
Neuer Kühler installiert....51°C.
Keine Verbessung,auch nicht beim Abschalten vom FritzBox Checkp. Adapter....