Hm, dann bringt mir die schnellere CPU ja garnichts... Hab auch schon die passiven Kühlkörper drauf, aber die bringen wohl auch nichts.
Raspberry pi 3B+ instabil unter Last
-
AJRames -
4. Mai 2018 um 23:06 -
Unerledigt
Heute ist Stammtischzeit:
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
-
-
Raspberry pi 3B+ instabil unter Last? Schau mal ob du hier fündig wirst!
-
Hab auch schon die passiven Kühlkörper drauf, aber die bringen wohl auch nichts.
nicht wenn sie im Stau sind, Plastikgehäuse ohne Lüftung?
-
nicht wenn sie im Stau sind, Plastikgehäuse ohne Lüftung?
Plastikgehäuse ohne Lüftung ja. Aber oberhalb der platine ist das Gehäuse offen. Also die Wärme dürfte sich daher nicht stauen...
-
Plastikgehäuse ohne Lüftung ja
deswegen nehme ich lieber Vollalu mit Kühlfinger
-
Plastikgehäuse ohne Lüftung ja. Aber oberhalb der platine ist das Gehäuse offen. Also die Wärme dürfte sich daher nicht stauen...
Umgebungstemperatur?
Ist der RasPi im Plastikgehäuse (oben mit Pseudoentlüftung) evtl. in einem engen Spalt hinter dem Fernseher untergebracht?
Wie jar schon schrieb, der RasPi ist nicht temperaturfest: Das mit dem runtertakten klappt nicht wirklich und nur bei geringer Übertemperatur. Wenn dauerhaft 100% Last anliegt und (wie bei dir) noch der Video-Chip zu tun hat, dann ist das thermische Kontingent erschöpft.
Ggf. hilft ein kleiner Lüfter, welcher die Warmluft absaugt oder eben ein richtiger Kühler oder ein Metallgehäuse mit Wärmeableitstempel für die CPU...
-
Umgebungstemperatur?
Ist der RasPi im Plastikgehäuse (oben mit Pseudoentlüftung) evtl. in einem engen Spalt hinter dem Fernseher untergebracht?
Ja, das ist richtig. Ich glaube ich werde das mit der Lüftung so oder so machen.
Heute morgen war er wieder down - und das obwohl ich gestern alle Dienste (Plex, JDownloader) gestoppt hatte.
Er ist im Leerlauf eingefroren....
Langsam glaube ich ja das der Raspberry einen defekt hat.
-
Hatte ich auch, da war jedoch der RasPi im Sommer direkter Sonneneinstrahlung ausgesetzt und wurde quasi aufgeheizt. Der hat dann selbst die minimale Wärmeleistung im Leerlauf nicht mehr weg bekommen.
In meinem Fall half nur noch Schatten und massive Gebläsekühlung, letztlich bin ich dann auf einen ESP umgestiegen (was in deinem Fall nicht geht).
-
Hallo,
hab gerade mal bei meinem Raspberry Pi B+ die Temperatur in die Höhe getrieben. Abstürze kamen dadurch nicht zustande.
Die maximale Temperatur betrug: 82.2 °C
Test habe ich via sysbench ausgeführt.
Kannst du ja auch mal probieren um die Temperatur ausschließen zu können oder als Verursacher zu identifizieren:
apt-get install sysbench
sysbench --test=cpu --cpu-max-prime=900000 --num-threads=8 run
In einem seperaten Fenster dann noch das hier:
while true; do date; vcgencmd measure_temp; sleep 5; done
Meine Ergebnisse sehen so aus:
Code
Alles anzeigenMon May 14 10:30:38 CEST 2018 temp=68.8'C Mon May 14 10:30:43 CEST 2018 temp=70.4'C Mon May 14 10:30:48 CEST 2018 temp=70.9'C Mon May 14 10:30:53 CEST 2018 temp=72.5'C Mon May 14 10:30:58 CEST 2018 temp=72.5'C Mon May 14 10:31:03 CEST 2018 temp=73.1'C Mon May 14 10:31:08 CEST 2018 temp=73.1'C Mon May 14 10:31:13 CEST 2018 temp=74.1'C Mon May 14 10:31:18 CEST 2018 temp=74.7'C Mon May 14 10:31:23 CEST 2018 temp=74.1'C Mon May 14 10:31:28 CEST 2018 temp=74.7'C Mon May 14 10:31:33 CEST 2018 temp=75.2'C Mon May 14 10:31:39 CEST 2018 temp=75.8'C Mon May 14 10:31:44 CEST 2018 temp=76.3'C Mon May 14 10:31:49 CEST 2018 temp=76.3'C Mon May 14 10:31:54 CEST 2018 temp=76.3'C Mon May 14 10:31:59 CEST 2018 temp=76.8'C Mon May 14 10:32:04 CEST 2018 temp=77.4'C Mon May 14 10:32:09 CEST 2018 temp=77.4'C Mon May 14 10:32:14 CEST 2018 temp=77.9'C Mon May 14 10:32:19 CEST 2018 temp=77.4'C Mon May 14 10:32:24 CEST 2018 temp=77.9'C Mon May 14 10:32:29 CEST 2018 temp=78.4'C Mon May 14 10:32:34 CEST 2018 temp=79.0'C Mon May 14 10:32:39 CEST 2018 temp=78.4'C Mon May 14 10:32:44 CEST 2018 temp=78.4'C Mon May 14 10:32:49 CEST 2018 temp=78.4'C Mon May 14 10:32:54 CEST 2018 temp=79.0'C Mon May 14 10:32:59 CEST 2018 temp=79.0'C Mon May 14 10:33:04 CEST 2018 temp=78.4'C Mon May 14 10:33:09 CEST 2018 temp=79.5'C Mon May 14 10:33:14 CEST 2018 temp=79.5'C Mon May 14 10:33:19 CEST 2018 temp=79.5'C Mon May 14 10:33:24 CEST 2018 temp=79.5'C Mon May 14 10:33:29 CEST 2018 temp=79.5'C Mon May 14 10:33:34 CEST 2018 temp=79.5'C Mon May 14 10:33:39 CEST 2018 temp=79.5'C Mon May 14 10:33:44 CEST 2018 temp=80.6'C Mon May 14 10:33:49 CEST 2018 temp=80.1'C Mon May 14 10:33:55 CEST 2018 temp=80.6'C Mon May 14 10:34:00 CEST 2018 temp=80.6'C Mon May 14 10:34:05 CEST 2018 temp=80.6'C Mon May 14 10:34:10 CEST 2018 temp=80.6'C Mon May 14 10:34:15 CEST 2018 temp=80.6'C Mon May 14 10:34:20 CEST 2018 temp=80.6'C Mon May 14 10:34:25 CEST 2018 temp=80.6'C Mon May 14 10:34:30 CEST 2018 temp=80.6'C Mon May 14 10:34:35 CEST 2018 temp=80.6'C Mon May 14 10:34:40 CEST 2018 temp=80.6'C Mon May 14 10:34:45 CEST 2018 temp=80.6'C Mon May 14 10:34:50 CEST 2018 temp=80.6'C Mon May 14 10:34:55 CEST 2018 temp=80.6'C Mon May 14 10:35:00 CEST 2018 temp=81.1'C Mon May 14 10:35:05 CEST 2018 temp=81.1'C Mon May 14 10:35:10 CEST 2018 temp=80.6'C Mon May 14 10:35:15 CEST 2018 temp=81.7'C Mon May 14 10:35:20 CEST 2018 temp=80.6'C Mon May 14 10:35:25 CEST 2018 temp=81.1'C Mon May 14 10:35:30 CEST 2018 temp=81.1'C Mon May 14 10:35:35 CEST 2018 temp=81.7'C Mon May 14 10:35:40 CEST 2018 temp=81.1'C Mon May 14 10:35:45 CEST 2018 temp=80.6'C Mon May 14 10:35:50 CEST 2018 temp=81.7'C Mon May 14 10:35:55 CEST 2018 temp=81.7'C Mon May 14 10:36:00 CEST 2018 temp=81.1'C Mon May 14 10:36:05 CEST 2018 temp=80.6'C Mon May 14 10:36:10 CEST 2018 temp=81.1'C Mon May 14 10:36:15 CEST 2018 temp=81.7'C Mon May 14 10:36:20 CEST 2018 temp=81.7'C Mon May 14 10:36:26 CEST 2018 temp=81.7'C Mon May 14 10:36:31 CEST 2018 temp=81.7'C Mon May 14 10:36:36 CEST 2018 temp=81.7'C Mon May 14 10:36:41 CEST 2018 temp=81.7'C Mon May 14 10:36:46 CEST 2018 temp=81.7'C Mon May 14 10:36:51 CEST 2018 temp=81.1'C Mon May 14 10:36:56 CEST 2018 temp=81.7'C Mon May 14 10:37:01 CEST 2018 temp=81.7'C Mon May 14 10:37:06 CEST 2018 temp=81.7'C Mon May 14 10:37:11 CEST 2018 temp=81.7'C Mon May 14 10:37:16 CEST 2018 temp=81.1'C Mon May 14 10:37:21 CEST 2018 temp=81.7'C Mon May 14 10:37:26 CEST 2018 temp=81.7'C Mon May 14 10:37:31 CEST 2018 temp=81.7'C Mon May 14 10:37:36 CEST 2018 temp=81.7'C Mon May 14 10:37:41 CEST 2018 temp=82.2'C Mon May 14 10:37:46 CEST 2018 temp=81.7'C Mon May 14 10:37:51 CEST 2018 temp=81.7'C Mon May 14 10:37:56 CEST 2018 temp=81.7'C Mon May 14 10:38:01 CEST 2018 temp=80.6'C Mon May 14 10:38:06 CEST 2018 temp=81.7'C Mon May 14 10:38:11 CEST 2018 temp=81.7'C Mon May 14 10:38:16 CEST 2018 temp=81.7'C
-
Hallo Hofei,
Dein Experiment fand ich spannend und hab das mal mit meinen Pi probiert. Beide Pi3B+ pegelten sich auch nach über 20 Minuten um die 70°C ein, der Pi3B zeigte schon nach etwa vier Minuten das Thermometer an und war da bereits über 80°C. Abstürze gabs aber keine. Ich habe immer das gleiche System (Raspbian lite) vom gleichen Stick gestartet. Alle wurden ohne Gehäuse betrieben. Dabei ist mir auch aufgefallen, dass bei den Pi3B+ das booten von USB bereits freigeschaltet war.
Raspberry Pi3B+ mit Kühlkörper
Mon 14 May 10:09:28 UTC 2018
temp=70.4'C
Mon 14 May 10:09:33 UTC 2018
temp=70.4'C
Raspberry Pi3B+ Originalzustand
Mon 14 May 10:32:18 UTC 2018
temp=71.4'C
Mon 14 May 10:32:23 UTC 2018
temp=70.9'C
Raspberry Pi3B
Mon 14 May 10:49:51 UTC 2018
temp=81.7'C
Mon 14 May 10:49:56 UTC 2018
temp=82.2'C
Grüße, STF
-
Wie habt ihr die Last erzeugt?
Der TO hat ja neben der CPU-Last auch noch Last auf dem Video-Chip.
Das könnte die thermische Grenze überschreiten, ohne dass die CPU durch runtertakten das kompensieren kann...
-
Das könnte die thermische Grenze überschreiten, ohne dass die CPU durch runtertakten das kompensieren kann...
Nö, zusätzlich zu sysbench läuft seit einer Stunde auf dem Pi3B+ (ohne Kühlkörper) der omxplayer und spielt Cosmos Laundromat (CosmosLaundromat2K.mp4) ohne einen einzigen Ruckler ab....
Mon 14 May 14:55:22 UTC 2018
temp=70.9'C
Mon 14 May 14:55:27 UTC 2018
temp=70.4'C
-
Nö, zusätzlich zu sysbench läuft seit einer Stunde auf dem Pi3B+ (ohne Kühlkörper) der omxplayer
vielleicht nennst du deine microSD denn da scheint es mir auch Zusammenhänge zu geben, meine Transcend konnte ich gleich ab Kauf vergessen.
-
(Raspbian lite) vom gleichen Stick gestartet.
Konkretisiere: 4GB Longhill Stick,also noname
-
vielleicht nennst du deine microSD
sanDisk 16GB
Wie habt ihr die Last erzeugt?
Last wurde bei mir über die CPU erzeugt, ja das stimmt. Als Ergänzung dazu könnte man sich noch den CPU Takt mit ausgeben lassen ob dieser schon runtertaktet.
Erweiterter Codeschnippsel mit CPU Takt:
Du könntest das ganze in eine sh Datei packen und die Ausgabe in eine Datei schreiben lassen, wenn sich der Pi aufhängt siehst dir die letzten Werte an, vielleicht ergeben sich dadurch Rückschlüsse.
Auch kann ich gern hierfür mein Pythonskript zur Verfügung stellen, hier hättest du noch mehr Systemdaten zur Verfügung, müsste nur etwas abgewandelt werden, in der Form ist es vorbereitet für Eintragungen in eine PG Datenbank für Grafana.
Python
Alles anzeigen#!/usr/bin/python3 # # # # # # # # # # #Imports # # # # # # # # # # import psutil import subprocess import toml import os import time from sshtunnel import SSHTunnelForwarder import sqlalchemy def load_config(): configfile = os.path.join(PFAD, "conf.toml") with open(configfile) as conffile: config = toml.loads(conffile.read()) config["ssh"] = {} with open(config["pfad_zu_ssh_auth"]) as confsshfile: config["ssh"] = toml.loads(confsshfile.read()) return config # # # # # # # # # # # Config # # # # # # # # # # PFAD = os.path.abspath(os.path.dirname(__file__)) CONFIG = load_config() class PGHandler: def __init__(self, port): self.pguser = CONFIG["pguser"] self.pgpw = CONFIG["pgpw"] self.port = port self.db = CONFIG["db"] self.engine = sqlalchemy.create_engine('postgresql+psycopg2://{pguser}:{pgpw}@localhost:{port}/{db}'.format( pguser=self.pguser, pgpw=self.pgpw, port=self.port, db=self.db)) def check_spalten(self, daten): for key in daten.keys(): print(key) def daten_schreiben(self, daten): with self.engine.begin() as conn: values = [CONFIG["name"]] spalte_liste = ["name"] values_var = "" for spalte, wert in daten.items(): values.append(wert) spalte_liste.append(spalte) values_var = ', '.join(['%s'] * (len(spalte_liste))) spalten = ", ".join(spalte_liste) sql = "INSERT INTO pi_watch ({spalten}) VALUES ({values_var})".format(spalten=spalten, values_var=values_var) data = values conn.execute(sql, data) # # # # # # # # # # # Funktionen # # # # # # # # # # def system_daten_erfassen(): daten = {"cpu_percent": psutil.cpu_percent()} abfrage = psutil.cpu_freq() daten["cpufreq_current"] = abfrage.current abfrage = psutil.virtual_memory() daten["vmemory_total"] = abfrage.total daten["vmemory_available"] = abfrage.available daten["vmemory_percent"] = abfrage.percent daten["vmemory_used"] = abfrage.used daten["vmemory_free"] = abfrage.free abfrage = psutil.swap_memory() daten["swapmemory_total"] = abfrage.total daten["swapmemory_used"] = abfrage.used daten["swapmemory_free"] = abfrage.free daten["swapmemory_percent"] = abfrage.percent abfrage = psutil.disk_usage('/') daten["disk_total"] = abfrage.total daten["disk_used"] = abfrage.used daten["disk_free"] = abfrage.free daten["disk_percent"] = abfrage.percent abfrage = psutil.net_io_counters(pernic=True) for schnittstelle in CONFIG["netzwerk"]: daten[schnittstelle + "_bytes_sent"] = abfrage[schnittstelle].bytes_sent daten[schnittstelle + "_bytes_recv"] = abfrage[schnittstelle].bytes_recv daten[schnittstelle + "_packets_sent"] = abfrage[schnittstelle].packets_sent daten[schnittstelle + "_packets_recv"] = abfrage[schnittstelle].packets_recv daten[schnittstelle + "_errin"] = abfrage[schnittstelle].errin daten[schnittstelle + "_errout"] = abfrage[schnittstelle].errout daten[schnittstelle + "_dropin"] = abfrage[schnittstelle].dropin daten[schnittstelle + "_dropout"] = abfrage[schnittstelle].dropout if CONFIG["pi"]: daten["cpu_temp"] = subprocess.Popen(["vcgencmd", "measure_temp"], stdout=subprocess.PIPE).stdout.read() daten["cpu_temp"] = daten["cpu_temp"].decode("utf-8").strip("temp='C\n") daten["cpu_spannung"] = subprocess.Popen(["vcgencmd", "measure_volts"], stdout=subprocess.PIPE).stdout.read() daten["cpu_spannung"] = daten["cpu_spannung"].decode("utf-8").strip("volt=V\n") return daten def main(): with SSHTunnelForwarder( (CONFIG["ssh"]["ip_server"], CONFIG["ssh"]["ssh_port"]), ssh_username=CONFIG["ssh"]["user"], ssh_password=CONFIG["ssh"]["pw"], remote_bind_address=('127.0.0.1', CONFIG["pgport"])) as server: pg_handler = PGHandler(server.local_bind_port) while True: daten = system_daten_erfassen() pg_handler.daten_schreiben(daten) time.sleep(CONFIG["intervall"]) if __name__ == "__main__": main()
Falls nötig kann ich gern bei der Abwandlung helfen
EDIT: Auch bei meinen RPi 3B+ sind keine zusätzlichen Kühlkörper vorhanden, und steckt im offiziellen Gehäuse
-
Danke fürs Feedback!
Also der Test läuft jetzt schon so 25 minuten druch. Sieht eigentlich ok aus. Konnte keine Abstürze feststellen während dem Test.
Code
Alles anzeigenMon 14 May 19:46:32 CEST 2018 temp=76.8'C frequency(45)=1200000000 Mon 14 May 19:46:37 CEST 2018 temp=77.4'C frequency(45)=1200000000 Mon 14 May 19:46:42 CEST 2018 temp=77.4'C frequency(45)=1200000000 Mon 14 May 19:46:47 CEST 2018 temp=77.4'C frequency(45)=1200000000 Mon 14 May 19:46:52 CEST 2018 temp=77.4'C frequency(45)=1200002000 Mon 14 May 19:46:57 CEST 2018 temp=76.8'C frequency(45)=1200000000 Mon 14 May 19:47:02 CEST 2018 temp=76.3'C frequency(45)=1200000000 Mon 14 May 19:47:07 CEST 2018 temp=77.4'C frequency(45)=1200000000
Da ich wohl kein Temperaturproblem habe muss ich wohl wo anders suchen
-
Da ich wohl kein Temperaturproblem habe muss ich wohl wo anders suchen
dann versuche mal andere Speicherkarten
-
Vorhin ist mir beim Kopieren des Films mit Winscp der Pi3B+ mehrfach stehengeblieben und war nur mit „steckerziehen“ wiederzubeleben. Mit MobaXTerm hat’s dann letztlich problemlos geklappt. Sowas habe ich noch nie gehabt, muss ich die Tage mal testen. Oder hat jemand ähnliches festgestellt?
-
Ich vermute es ist hier etwas anderes, aber trotzdem für den Input: Wenn ich Firefox-ESR starte, dann benutzt dieser noch eine Zeil lang ordentlich CPU. Wenn ich in dieser Zeit einen Film auf USB Stick runterlade, dann bleibt das System gelegentlich stehen und Stecker ziehen ist nötig. Wenn ich warte bis Firefox fertig ist (0% CPU) und dann einen Film runterlade, bleibt das System stabil.
Edit: System ist RPi3B mit Rasbian stretch desktop und Ethernetverbindung.
-
Oder hat jemand ähnliches festgestellt?
Eventuell das hier?:
Backupskript verursacht Systemfehler (stack limit)
Bekommst du Fehlermeldungen?
-
- Offizieller Beitrag
Hofei War auch gleich mein erster Gedanke.
-
Jetzt mitmachen!
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!