[gelöst] Raspberry geht nicht auf 1200MHz

[Smartuser]

Hallo Zusammen,

ich habe ein Problem mit meinem Raspberry Pi 3.

Dieser taktet nicht auf 1200MHz, sondern bleibt bei immer bei 600Mhz.

Das Problem besteht wahrscheinlich schon länger.

Aufgefallen ist es jetzt da das http://forum.iobroker.net/viewtopic.php?f=21&t=6080 von Looxer01 inklusiver aller Views (für 11 Thermostate) den Raspi in die Knie zwingt …

Hat jemand eine Idee woran das liegen könnte?

Hier noch ein paar Infos:

• die LED am Raspi leuchtet Rot

• das Netzteil: 5,1V und 2,5A

• ein 433MHz Sender für die "Baumarktsteckdosen" ist verbaut

pi@raspberrypi:~ $ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
600000

pi@raspberrypi:~ $ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
1200000

pi@raspberrypi:~ $ lscpu
Architecture:          armv7l
Byte Order:            Little Endian
CPU(s):                4
On-line CPU(s) list:   0-3
Thread(s) per core:    1
Core(s) per socket:    4
Socket(s):             1
Model name:            ARMv7 Processor rev 4 (v7l)
CPU max MHz:           1200.0000
CPU min MHz:           600.0000

• config.txt:

! ````
pi@raspberrypi:~ $ cat /boot/config.txt

For more options and information see

http://rpf.io/configtxtreadme

Some settings may impact device functionality. See link above for details

! # uncomment if you get no picture on HDMI for a default "safe" mode
#hdmi_safe=1
! # uncomment this if your display has a black border of unused pixels visible

and your display can output without overscan

#disable_overscan=1

! # uncomment the following to adjust overscan. Use positive numbers if console

goes off screen, and negative if there is too much border

#overscan_left=16
#overscan_right=16
#overscan_top=16
#overscan_bottom=16

! # uncomment to force a console size. By default it will be display's size minus

overscan.

#framebuffer_width=1280
#framebuffer_height=720

! # uncomment if hdmi display is not detected and composite is being output
#hdmi_force_hotplug=1
! # uncomment to force a specific HDMI mode (this will force VGA)
#hdmi_group=1
#hdmi_mode=1
! # uncomment to force a HDMI mode rather than DVI. This can make audio work in

DMT (computer monitor) modes

#hdmi_drive=2

! # uncomment to increase signal to HDMI, if you have interference, blanking, or

no display

#config_hdmi_boost=4

! # uncomment for composite PAL
#sdtv_mode=2
! #uncomment to overclock the arm. 700 MHz is the default.
#arm_freq=800
! # Uncomment some or all of these to enable the optional hardware interfaces
#dtparam=i2c_arm=on
#dtparam=i2s=on
#dtparam=spi=on
! # Uncomment this to enable the lirc-rpi module
#dtoverlay=lirc-rpi
! # Additional overlays and parameters are documented /boot/overlays/README
! # Enable audio (loads snd_bcm2835)
dtparam=audio=on
! # NOOBS Auto-generated Settings:
hdmi_force_hotplug=1
! ````

Gruß

[Solear]

Probiere mal ein anderes Netzteil ab 2 A und anderes USB-Netzkabel.

und gebe mal raspi-config als BEfehl ein und da unter Advanced… gibt es die Takteinstellungen

[Smartuser]

@Solear:

Probiere mal ein anderes Netzteil ab 2 A und anderes USB-Netzkabel.

und gebe mal raspi-config als BEfehl ein und da unter Advanced… gibt es die Takteinstellungen `

Das Netzteil hat 5,1V und 2,5A, das Kabel ist nicht tauschbar (am Stecker fest verdrahtet)

Hab schon ein anders Netzteil mit 5V und 2,5A getestet, ändert nichts.

Gruß

[knopers1]

kannst Du die Ausgabe hier posten?

cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq

und

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

[Smartuser]

@knopers1:

kannst Du die Ausgabe hier posten? `
Ok hier:

pi@raspberrypi:~ $ cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq
1200000

pi@raspberrypi:~ $ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
powersave

Gruß

[frankjoke]

Hatte das Problem auch dass irgenwas den scaling_governor auf 'powersave' gesetzt hat.

Habe ein Javascript.startupscript geschrieben welches einige dieser standars beim Hochfahren von ioBroker setzt (mittels exec's), das kann natürlich auch ein bash script sein.

echo ondemand | sudo tee /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
echo 50 | sudo tee /sys/devices/system/cpu/cpufreq/ondemand/up_threshold
echo 10000 | sudo tee /sys/devices/system/cpu/cpufreq/ondemand/sampling_rate
echo 50 | sudo tee /sys/devices/system/cpu/cpufreq/ondemand/sampling_down_factor

echo 3 | sudo tee /proc/sys/vm/drop_caches
sudo sysctl vm.swappiness=1

Die letzten 2 löschen den Cache und setzten den swappiness-Wert ganz niedrig damit womöglich zuerst der cache geleert wird bevor geswappt wird.

Seit dem sind auch wieder npm-installs schnell genug

[Smartuser]

@fsjoke:

Hatte das Problem auch dass irgenwas den scaling_governor auf 'powersave' gesetzt hat.

Habe ein Javascript.startupscript geschrieben welches einige dieser standars beim Hochfahren von ioBroker setzt (mittels exec's), das kann natürlich auch ein bash script sein. `
Vielen Dank …

Hab mir ein bash script erstellt und ausgeführt.

Sieht jetzt viel besser aus!

Kannst du mir aber noch etwas näher erklären, wie ich das mit dem startupscript beim Hochfahren von iobroker löse?

Gruß

[frankjoke]

@Smartuser:

im javascript-Adapter kannst Befehle mit Exex aufrufen. Du brauchst kein sudo da der Adapter sowieso als root läuft.

Beispiel:

exec('echo ondemand | tee /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor', function (err, stdout, stderr) {
	log('error("' + err + '"): "' + stderr + '", stdout: "' + stdout + '"', 'info')
})

Wenn das Kommando läuft kannst du die Funktion zum loggen auch weglassen.

Du kannst natürlich auch ein bash-script das du als pi-user kreiert hast:

exec('/home/pi/bin/script')

Wen das script inm javascrip-Adapter enabled ist wird es automatisch beim Start von ioBroker laufen (falls auch der Javascript-Adapter enabled ist).

[Smartuser]

Vielen Dank für die Hilfe!

Der Raspi nutzt jetzt wieder die vollen 1200MHz.

Gruß