Raspberry "Absturz" nach Empfangen serieller Daten

Wie startest du das Programm denn automatisch nach dem Booten?

Falls du die rc.local verwendest: Schiebst du die Anwendung in den 
Hintergrund? Sonst blockiert die den Bootvorgang.

Hans schrieb:
> Wie startest du das Programm denn automatisch nach dem Booten?
>
> Falls du die rc.local verwendest: Schiebst du die Anwendung in den
> Hintergrund? Sonst blockiert die den Bootvorgang.

Würde mich jetzt auch interessieren. Ich habe auch verschiedene 
Möglichkeiten probiert, und am besten war immer ein Script in init.d und 
ein Link in rcX.d.

So wie Methode 1 in
https://jankarres.de/2014/07/raspberry-pi-autostart-von-programmen-einrichten/

Welches System läuft auf dem Pi?
Öffnet es eine Konsole oder eine Logausgabe währen des Bootens auf der 
seriellen?

Hallo,

ich habe jessie lite installiert und das Python Skript mittels rc.local 
automatisch gestartet. Jetzt starte ich das Skript mit crontab und es 
scheint zu laufen wie gewünscht. Ich werde das heute Abend nochmal 
genauer nachprüfen. Auf jeden Fall vielen Dank für die Hilfe.

Sven schrieb:
> Jetzt starte ich das Skript mit crontab und es
> scheint zu laufen wie gewünscht.

Kannst du deinen Auszug aus der Crontab hier mal posten? Je nachdem 
könnte es sein, dass dein Script nach etwa 15 Minuten erneut gestartet 
wird

Das richtige Vorgehen wäre übrigens systemd zu verwenden

Hans schrieb:
> Das richtige Vorgehen wäre übrigens systemd zu verwenden

Warum? Ist es bei Linux nicht grad so, daß es viele unterschiedliche 
Methoden gibt und nicht nur 'die richtige' und 'die falsche'?
Und wenn nicht, wer entscheidet welche der Möglichkeiten die einzig 
'richtige' ist?

Horst schrieb:
> Warum? Ist es bei Linux nicht grad so, daß es viele unterschiedliche
> Methoden gibt und nicht nur 'die richtige' und 'die falsche'?
> Und wenn nicht, wer entscheidet welche der Möglichkeiten die einzig
> 'richtige' ist?

Alles hat seinen Zweck.

In der rc.local und per Crontab @reboot sollten nur Scripte und 
Programme gestartet werden, die nur kurz! laufen und sich danach 
automatisch beenden. Hier wird allerdings offenbar ein Programm 
gestartet, dass über lange Zeit läuft. Daher hat es auch den Boot per 
rc.local blockiert. Das Problem ist nun, dass du ein Programm, dass du 
über die rc.local oder einen cronjob nur per killall bzw. kill <pid> 
beenden kannst.
Dazu kommt, dass über die rc.local gestartete Anwendungen (ohne 
Umleitung nach /dev/null) ihre Ausgaben auf  /dev/tty1 ausgeben. Möchte 
man auf dieser Konsole arbeiten, ist das schwierig.

Machst du das allerdings sauber über einen service, dann kannst du das 
Programm jederzeit per Befehl starten, stoppen oder neustarten. Dazu 
kommt, dass du bei systemd auch Abhängigkeiten erfüllen kannst. Benötigt 
dein Programm z.B. eine Netzwerkverbindung, dann wird es erst 
ausgeführt, sobald die dafür notwendigen Prozesse laufen.
Dazu kannst du im Fehlerfall die Ausgaben des Programms abfragen und 
somit Probleme identifizieren. Bei Cron oder rc.local landen diese 
Informationen im Nirvana.