Bevor Sie sich mit zusätzlicher Hardware befassen, lesen Sie bitte den sogenannten "Watchdog-Timer". Der Raspberry Pi verfügt über einen eingebauten Hardware-Watchdog, der ihn aus- und wieder einschaltet, wenn der Chip nicht innerhalb eines bestimmten Intervalls aktualisiert wird.

Ich habe den Watchdog auf einem Raspberry Pi 3 und einer neuen Version von Raspbian eingerichtet mit sehr wenig Konfiguration. Als erstes muss überprüft werden, ob der Hardware-Watchdog verfügbar ist (ich habe mein System überprüft und es sieht so aus, als ob die von mir installierte Version von Raspbian die Watchdog-Unterstützung direkt im Kernel kompiliert; es muss kein Kernelmodul geladen werden):

  pi @ unicornpi: ~ $ ls -al / dev / watchdog * crw ------- 1 root root 10, 130 Nov 3 2016 / dev / watchdogcrw ------- 1 root root 252, 0 Nov 3 2016 / dev / watchdog0  

Wenn Sie / dev / watchdog sehen, sind Sie fertig. Sie müssen lediglich die in Systemd integrierte Watchdog-Funktion konfigurieren.

Legen Sie in der Datei /etc/systemd/system.conf die folgenden Zeilen fest:

  pi @ unicornpi: ~ $ grep Watchdog /etc/systemd/system.confRuntimeWatchdogSec=10ShutdownWatchdogSec=10min 

In den obigen Zeilen heißt es:

• Aktualisieren Sie den Hardware-Watchdog alle 10 Sekunden. Wenn die Aktualisierung aus irgendeinem Grund fehlschlägt (ich glaube nach 3 Intervallen, dh 30 Sekunden), schalten Sie das System

• beim Herunterfahren aus und wieder ein. Wenn das System mehr als 10 Minuten zum Neustart benötigt, schalten Sie es aus Schalten Sie das System aus

Sobald Sie dies konfiguriert und neu gestartet haben, wird in den dmesg -Protokollen Folgendes angezeigt:

  pi @ orangepi: ~ $ dmesg | grep -i Watchdog [0.763148] bcm2835-wdt 3f100000.watchdog: Broadcom BCM2835 Watchdog-Timer [1.997557] systemd [1]: Hardware-Watchdog 'Broadcom BCM2835 Watchdog-Timer', Version 0 [2.000728] systemd [1]: Hardware-Watchdog auf 10 s einstellen  

Wenn Sie sehen, dass Hardware-Watchdog auf 10s setzt, sind Sie fertig.

Der beste Weg, um zu überprüfen, ob der Watchdog funktioniert, besteht darin, das System zu überlasten. Ich habe dies mit einer "Gabelbombe" gemacht, die das System mit Müllprozessgabeln vollständig sättigt. Wenn Sie dies ausführen, reagiert der Pi nicht mehr und der Watchdog sollte einschalten. Ihr System sollte nach etwa einer Minute wieder betriebsbereit sein:

 : () {: |: &};:  

Fügen Sie das in eine Shell ein und Ihr System wird heruntergefahren. Sie wurden gewarnt.

Weitere Informationen zum in Systemd integrierten Watchdog-System finden Sie auf der Website des Autors.

Die Abschaltleistung ist eine Brute-Force-Methode und birgt Risiken.

Die herkömmliche Lösung für Sperrprobleme besteht in der Verwendung eines Watchdogs.

Es gibt einen BCM-Hardware-Watchdog. Wenn Sie den Hardware-Watchdog starten möchten, geben Sie dtparam = watchdog = on in /boot/config.txt

an und an sich tut dies wenig, obwohl es das System neu starten sollte, wenn nicht regelmäßig "getreten". Sie können Code schreiben, der / dev / watchdog öffnet, um ihn zu starten.

Es gibt auch einen Watchdog-Daemon, den Sie konfigurieren können, um den Watchdog zu aktivieren. Sie sollten in der Lage sein, mit sudo systemctl enable watchdog

PS zu beginnen (mit RUN gekennzeichnet) niedrig. Dies entspricht dem Aus- und Wiedereinschalten.

Remote Rpi friert von Zeit zu Zeit ein. Wie wecke ich sie auf?

Antwort

Update 2019jul27hkt1406

Ich habe kürzlich mein Rpi3B + Stretch auf Rpi4B Buster aktualisiert und bin erneut dem Tutorial von @ berto gefolgt, um den Watch Dog Timer einzustellen. Ich fand, dass alles so reibungslos funktioniert wie zuvor. Mit anderen Worten, beim Upgrade auf Rpi4 müssen keine Änderungen am Tutorial von @ berto vorgenommen werden.

Das letzte Mal wusste ich nichts über den Watchdog-Timer. Ich habe also mehr als 3 Stunden gebraucht, um bei Google alles von innen nach außen zu verstehen (na ja, fast von innen nach außen). Dieses Mal weiß ich, was los ist und welche Linux-Tricks es gibt. Daher habe ich nur ein paar Minuten gebraucht, um das Tutorial von @ berto abzuschließen.

2019jun18 Updates

Nach weiteren Überlegungen kam ich zu dem Schluss, dass meine Antwort zu Ende geht. Mein Fazit ist, dass @ bertos Watchdog-Tutorial und Experimentvorschlag gut sind und seine Antwort die wahre Antwort auf die Frage des OP ist.

Ich habe sein vorgeschlagenes Experiment erfolgreich durchgeführt, die Ergebnisse durch das Forkbomb-Programm überprüft und nach mehr als 10-stündigem Googeln und Lesen die Idee des Watchdog-Timers endlich gründlich verstanden.

Früher dachte ich fälschlicherweise, ich müsse noch lernen, wie man den Timer auf 10 Sekunden oder mehr einstellt. Aber wie @berto sagt, müssen nur 10 Sekunden eingestellt werden. Ich habe auch gelesen, dass ich den Timer auf bis zu 16 Sekunden einstellen kann und der Standardwert für Linux Watchdog sogar eine Minute beträgt. Dies ist jedoch nicht kritisch.

Ich habe alle langatmigen Lesetexte in den Anhängen entfernt, um die Antwort zu verkürzen. Ich würde Neulingen empfehlen, nicht zu versuchen, alle Details von Watchdog zu verstehen, ganz zu schweigen von dem viel komplizierteren Daemon SystemD, da unser Leben kurz ist und diese Systemdinge für Laien zu kompliziert sind.

I. Ich möchte zwei Punkte hinzufügen, um meine Antwort zu beenden.

(1) Es gibt viele Gründe, warum ein RPI in ein paar Tagen (aber normalerweise nicht in Monaten) hängen bleibt. Oft ist es nicht die Schuld des Anwendungsprogramms, sondern weil die Treiber- oder Bibliotheksfunktionen zu viel Müll verursachen, z. Steckdosen erstellt, verwendet, aber nicht ordnungsgemäß entsorgt. Wenn es das Anwendungsprogramm selbst ist, das Müll macht, kann das Programm "Garbage Collection" durchführen und das Problem lösen. Es ist jedoch schwierig, Müllsockel zu entfernen, die nicht vom Anwendungsprogramm generiert werden. Daher ist hier ein Watchdog-Timer hilfreich.

(2) Andere Möglichkeiten, um zu viel Müll zu vermeiden, der Ressourcen verbraucht, sind hin und wieder ein Neustart durch Software oder Hardware. Ich denke, jeden Morgen neu zu starten und auch ein durch Software umschaltbares Netzteil zu verwenden, um das System zurückzusetzen, fügt eine weitere Schutzschicht hinzu. Und die Verwendung von nur einem RPI ist nicht sehr sicher. Wenn Sie zwei RPIs als Watchdog des jeweils anderen verwenden (z. B. URT für die Nachrichtenübermittlung), wird eine weitere Schutzschicht hinzugefügt. Eine andere Methode, die ich nicht untersucht habe, ist die Verwendung von ESP8266-WLAN-Buchsen. Ich hoffe ich kann das später versuchen.

Dies ist das Ende meiner Antwort. Prost.

2019jun17 Updates

Also habe ich die Gabelbombe ausprobiert. Das System wurde nach dem Ausführen des Programms in 15 Sekunden neu gestartet.

2019jun16 Updates

Ich fand, dass @ bertos Gabelbombenprogramm ein bisschen beängstigend für Neulinge ist. Also lerne ich Bash, um herauszufinden, was diese Gabelbombe tut. Im Grunde ist es nur eine Funktion mit dem Namen ":", die als eine Funktion definiert ist, die sich zweimal aufruft und sich so auf unbestimmte Zeit verzweigt, so schnell wie Kaninchen exponentiell wachsen, alle Ressourcen verbrauchen und Linux zum Absturz bringen.

Ich habe auch die folgende interessante Version von Forkbomb mit Unicode-Symbolen gefunden:

() {| &};

2019jun14 / 15 Updates

@thesnow schlägt einen sehr schönen mehrschichtigen Ansatz mit einem Smart Plug vor. Ich denke, der Smart Plug oder das Smart IoT-Zeug ist der richtige Weg. Ich bin jedoch ein nicht so kluger Neuling in Sachen kluges Zeug, obwohl ich gerne lernen möchte. Also werde ich mir einen Smart Plug kaufen, Nachforschungen anstellen und anschließend meine Antwort verbessern. Im Moment habe ich im folgenden Referenzabschnitt einige verwandte Lernressourcen hinzugefügt.

Ich fand den Vorschlag von @ berto, den Hardware-Watchdog-Timer von Rpi zu verwenden, ebenfalls sehr gut. Ich habe noch nie mit Watchdoog-Sachen gespielt. Also werde ich es jetzt versuchen. Die Anweisungen von @ berto sind sehr detailliert, aber für mich immer noch etwas schwierig, da ich die Bedeutung der Befehle "grep" und "dmseg" nicht sehr gut kenne. Also habe ich gegoogelt und in den folgenden Anhängen einige Lesnotizen gemacht. Dann folgte ich dem Vorschlag von @ berto und bemühte mich ein wenig, Teil 1 abzuschließen. Ich habe noch keinen Neustart durchgeführt, da ich eine Pause einlegen muss, um die Dinge zu verdauen. Wie auch immer, hier ist die Bildschirmaufnahme.

Ich habe neu gestartet und das folgende Dmesg erhalten:

Ich denke, ich gehe zu schnell und muss jetzt eine Pause einlegen, um zuerst mehr Linux-Dinge wie systemd zu studieren, bevor ich zurückkomme, um den Test auf Watchdog fortzusetzen.

/ um fortzufahren, ...

Die Antwort

Ich habe das gleiche Problem. Ich baue einen Dachgarten mit ein paar RPIs, von denen jeder mit verschiedenen drahtlosen Sensoren (BlueTooth, Wifi), Relais und Magneten verbunden ist. In der Nähe befinden sich zwei riesige Motoren, die große Wassertanks und Aufzüge steuern. Die Motoren erzeugen EMI und frieren von Zeit zu Zeit in der Nähe befindliche Elektronikgegenstände ein.

Ich habe einige Pis. Alle bis auf einen liefen einwandfrei. Das Sorgenkind stürzte regelmäßig ab und erholte sich nach einem Stromausfall nie mehr, ohne erneut aus- und wieder eingeschaltet zu werden. Ich ließ es jede Nacht über cron neu starten und das half etwas.

Was es jedoch reparierte, war, die SD-Karte und die Sensorhardware zu nehmen und sie in einen anderen Pi zu stecken. Es ist seitdem fehlerfrei gelaufen. Möglicherweise haben auch Sie ein Hardwareproblem.

Wenn Sie über WLAN verfügen und nur aus- und wieder eingeschaltet werden müssen, können Sie auch einen Smart Plug verwenden. Amazon macht eine für ~ 25 US-Dollar. Sie können sie aus der Ferne ein- und ausschalten und auch Timer-Routinen einrichten, wenn dies vorzuziehen ist. Ich habe einige seit mehreren Monaten und sie sind ziemlich zuverlässig. Sie benötigen kein Echo oder ein anderes dediziertes Gerät. Ich benutze mein Smartphone. Amazon Smart Plug

Bearbeiten: Mir ist klar, dass dies keine Lösung für den ersten Teil der Frage darstellt, aber wenn ich die Aussicht auf eine 2-stündige Fahrt hätte, wenn etwas schief gehen würde falsch Ich würde einen mehrschichtigen Ansatz in Betracht ziehen.