FHEM automatisch starten nach Reboot

[Wernieman]

was sagt den ein "sudo systemctrl status"eines anderen "Dienstes"? bzw. ein "/etc/init.d/einandererdienst status"

[Burny4600]

Das ist leider die Antwort:

Code Auswählen Erweitern

pi@ccs-ht-rasp04:~ $ sudo systemctrl /etc/init.d/fhem status
sudo: systemctrl: Kommando nicht gefunden
pi@ccs-ht-rasp04:~ $


Wo ist diese Programm zu finden, damit ich die Status Abfrage machen kann?

[Wernieman]

das sollte bei Jessy dabei sein ... hast Du ein Upgrade oder eine Neuinstallation gemacht?

Sicherheitshalber:

Code Auswählen Erweitern

cat /etc/debian_version

[Burny4600]

Jessie wurde neu installiert.
Version vom 18.03.2016

pi@ccs-ht-rasp04:~ $ cat /etc/debian_version
8.0
pi@ccs-ht-rasp04:~ $

[Burny4600]

Ein weiters Problem welches nach einem Neustart auftritt ist der Zugriff auf die Schnittstellen.
Diese muss ich ebenfalls nach einem Neustart wieder freigeben.

Code Auswählen Erweitern

pi@ccs-ht-rasp04:~ $ sudo chmod g+r /dev/ttyAMA0
pi@ccs-ht-rasp04:~ $ sudo chown :tty /dev/ttyUSB0
pi@ccs-ht-rasp04:~ $ sudo /etc/init.d/fhem start
Starting fhem...
pi@ccs-ht-rasp04:~ $


[Elektrolurch]

Hallo Chris,

mit den USB-Schnittstellen habe ich bei einem "shutdown restart" gelegentlich auch Probleme. Dann werden die CULs als "disconnected" angezeigt und lassen sich auch mit "set CUL_O0 reopen" nicht mehr ins Leben rufen.
Wenn der Cubie per reboot gestartet wird, tritt der Effekt nicht auf.
Zitat:
Code: [Auswählen]
pi@ccs-ht-rasp04:~ $ sudo chmod g+r /dev/ttyAMA0
pi@ccs-ht-rasp04:~ $ sudo chown :tty /dev/ttyUSB0


Eigentlich müssten diese oder gleichartige Befehle bei fhem in den shutdown - Prozess von fhem eingebaut werden.

Elektrolurch

[dev0]

@Elektrolurch: udev Regeln greifen nicht?

[Elektrolurch]

Zitat:
@Elektrolurch: udev Regeln greifen nicht?

Kannst Du mir erklären, um was für ein "Ding" es sich dabei handelt?

Wenn ich z.B. nach einem update "shutdown restart" mache, so ist ca. in 30 % der Fälle danach sowohl die USB-Schnittstellen, als auch telnet Port 7072 nicht zugreifbar. Letzteres steht im log, ersteres sieht man erst, wenn man den Status der CULs aufruft. Die sind dann "disconnected".
DA das ganze nur sporradisch auftritt, scheitn es ein timing - Problem zu sein, d.h. die Freigabe der USB-Schnittstellen ist noch nicht abgeschlossen, aber fhem startet schon neu.

Elektrolurch

[dev0]

Kannst Du mir erklären, um was für ein "Ding" es sich dabei handelt?

udev ist ein daemon, der sich u.a. um die Berechtigungen der Geräte unterhalb von /dev kümmert. Im Ubuntu Wiki ist das recht gut erklärt:
https://wiki.ubuntuusers.de/udev/
Wenn sich Berechtigungen von USB Geräten aus unerfindlichen Gründen ändern, dann fällt mir zuerst dieser Mechnismus ein.