Keine Erreichbarkeit nach wiringPi-Installation

[yast]

Hallo Zusammen,

ich bin noch ganz neu hier. Eigentlich wollte ich nicht so schnell mit Problemen kommen,

aber:

Bin gerade dran mich mit dem RaspPi2 und Fhem anzufreunden.

Habe die Tutorials durch (Einsteiger) und wollte mich jetzt an die Hardware machen.

Habe WiringPi installiert und jetzt ist Fhem nicht mehr über den Browser erreichbar.
An"pingen" lässt er sich noch und SSH-Zugriff auf den Rasp habe ich auch.

ich habe gelesen das ein Logfile geschrieben wird. nur schlau werde ich aus ihm nicht:

Code Auswählen Erweitern


Nov 21 21:35:44 raspberrypi rsyslogd: [origin software="rsyslogd" swVersion="8.4.2" x-pid="443" x-info="http://www.rsyslog.com"] s$
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] Booting Linux on physical CPU 0xf00
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] Initializing cgroup subsys cpuset
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] Initializing cgroup subsys cpu
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] Initializing cgroup subsys cpuacct
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] Linux version 4.1.13-v7+ (dc4@dc4-XPS13-9333) (gcc version 4.8.3 20140303 (prer$
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] CPU: ARMv7 Processor [410fc075] revision 5 (ARMv7), cr=10c5387d
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] Machine model: Raspberry Pi 2 Model B Rev 1.1
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] cma: Reserved 8 MiB at 0x3a800000
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] Memory policy: Data cache writealloc
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] [bcm2709_smp_init_cpus] enter (9420->f3003010)
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] [bcm2709_smp_init_cpus] ncores=4
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] PERCPU: Embedded 13 pages/cpu @b9f64000 s20608 r8192 d24448 u53248
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 239540
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=1632 bcm2708_fb.fbh$
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] Memory: 939496K/966656K available (5967K kernel code, 534K rwdata, 1652K rodata$
Nov 21 21:35:44 raspberrypi kernel: [    0.000000] Virtual kernel memory layout:
Nov 21 21:35:44 raspberrypi kernel: [    0.000000]     vector  : 0xffff0000 - 0xffff1000   (   4 kB)
Nov 21 21:35:44 raspberrypi kernel: [    0.000000]     fixmap  : 0xffc00000 - 0xfff00000   (3072 kB)
Nov 21 21:35:44 raspberrypi kernel: [    0.000000]     vmalloc : 0xbb800000 - 0xff000000   (1080 MB)



Kann mir jemand aus der Patsche helfen?

EDIT: Habe gerade rausgefunden, das FHEM 100% CPU-Last macht....ggf hilft die Info ja


Gruß Yast

[Otto123]

Hallo,

ich habe irgendwie keine Lust jeden Tag das Gleiche zu schreiben, deswegen nur ein kurzer Auszug aus meinem Blog.

Beim Pi3 gibt es irgendwie ein Timing Problem beim Start, unter Umständen erzeugt fhem dann sofort 100% CPU Last. Dagegen helfen zwei Methoden, entweder man macht den Start von fhem vom Netzwerk oder dem ntp Dienst abhängig,
# Den Systemstart von ntp abhängig machen
sed -i s/'# Required-Start:       $local_fs $remote_fs/# Required-Start:       $local_fs $remote_fs $ntp/' /etc/init.d/fhem
systemctl daemon-reload
oder man fügt am Anfang vom Startscript /etc/init.d/fhem ein "sleep 10" ein.

Der initialUsbCheck der beim Start von FHEM die angeschlossenen USB Geräte erkennen soll führt manchmal auch zu Problemen. Wenn man ihn nicht braucht kann man ihn auch gleich abschalten.
# Der USB Check macht manchmal Probleme
echo 'attr initialUsbCheck disable 1' >> /opt/fhem/fhem.cfg

Gruß Otto

[yast]

Danke,

das sleep hatte ich ausprobiert, hat aber nicht geklappt...habe auch gefunden warum...."slepp" geht wohl nicht 

Fhem ist doch etwas komplex, da seh ich den wald vor lauter Bäumen nicht.....

Gruß

[Wernieman]

Und noch etwas, deaktiviere mal den "usb-check" beim start von FHEM
Stichwort "initialUsbCheck"

Und dann noch:
Wenn Du nach dem Start des rechners auf den pi ko9mmst (ssh), kannst Du fhem "abschließen" und dannProbieren es "manuell" zu starten?

Stichworte: "kill, ps aux"

[yast]

Wenn Du nach dem Start des rechners auf den pi ko9mmst (ssh), kannst Du fhem "abschließen" und dannProbieren es "manuell" zu starten?

USB habe ich deaktiviert und aktiviert. Macht in dem Fall keinen Unterschied. Es lag an dem verzögerten Start.
Was komisch ist, ich habe FHEM über ssh gestopt und gestartet. Es ist immer wieder sofort auf 100% CPU-Last
gegangen. Nur nach dem Verzögerten start nach dem Booten des Pi´s hats geklappt.

Stichworte: "kill, ps aux"

Da werde ich mich später zu einlesen. Habe es mit sudo /opt/fhem stop / start und service fhem restart probiert.
(ergibnis siehe oben)

Danke für die Unterstützung, er läuft

Jetzt kann ich mich wieder der Automatisierung widmen

Gruß und schönen Tag

[Otto123]

Hallo Yast,

wenn die CPU mit 100 % läuft weil der FHEM Prozess "klemmt" nutzt das normale stoppen des Dienstes nix.

Eleganter ist die Abhängigkeit vom ntp Service, der sleep 10 ist eigentlich nur eine "unscharfe" Krücke. Solltest Du Dir nochmal in Ruhe anschauen.

Gruß Otto