Openhab / Raspberry Pi stürtz ständig ab!

[webster7567]

Hallo Leute!

Ich bin schon sehr am Verzweifeln. Ich habe für meine Eltern ein kleines Openhab-System installiert, welches eine Wassernebel Kühlung für einen Schweinestall steuern soll. Ich selber habe bei mir Openhab seit Jahren ohne Probleme auf einem Raspi 4 mit 4 GB Ram und USB->SATA Adapter mit SSD laufn. Dieser Raspi jetzt aber treibt mich in den Wahnsinn!
Ich versuche den Fehler so gut als möglich zu beschreiben:
Nach einem (Neu)Start läuft alles blendend wie es sein soll. Die Regeln laufen an und es werden 6 Ventile über GPIO (Pigpiod) angesteuert. Diese werden in einer Rule die je nach Temperatur die über Shellys eingelesen werden angesteuert. Nach einer gewissen Zeit allerdings fängt das ganze System zu bocken an. Samba weg, SSH weg. Port 9001 weg. 8080 ist teilweise noch erreichbar, jedoch kann man z.B. keine Seiten mehr bearbeiten (da tut sich dann nix). usw usw. Dann hilft nur mehr der "Hard-Reset" und dann läuft es wieder. Manchmal für 2 Stunden, manchmal einen Tag. Was noch auffällig ist: Wenn das System in dem Zustand des "halb aufgehängt" ist dann werden die Diagramme mit den Daten noch angezeigt. Nach dem Neustart fehlen dann aber die Daten der letzten x Stunden.
Ich hab alles durchgesehen. Hab auf eine falsche Konfig in der Netzwerk-Ebene gehofft. Halb WLAN deaktiviert und das ganze System hängt direkt mit LAN Kabel am Switch. CPU Last ist gering, Temperatur sollte kein Problem sein, passiver Kupfer Kühlkörper ist montiert. Netzteil ist ein Meanwell Hut-Schienen Netzteil mit reichlich Power. Ich hab auch das GPIO Plugin im Verdacht gehabt.
Ich wäre über eure Ratschläge sehr dankbar, den ich bin jetzt wirklich bald am Ende meines Lateins.

## Ip = 10.0.0.115
## Release = Debian GNU/Linux 12 (bookworm)
## Kernel = Linux 6.6.28+rpt-rpi-v8
## Platform = BCM43455 37.4MHz Raspberry Pi 3+-0190
## Uptime = 0 day(s). 00:01:05
## CPU Usage = 76.4% avg over 4 cpu(s) ( core(s) x - socket(s))
## CPU Load = 1m: 2.32, 5m: 0.68, 15m: 0.24
## Memory = Free: 2.63GB (70%), Used: 1.18GB (30%), Total: 3.75GB
## Swap = Free: 2.99GB (100%), Used: 0.00GB (0%), Total: 2.99GB
## Root = Free: 201.84GB (96%), Used: 6.56GB (4%), Total: 219.57GB
## Updates = 3 apt updates available.
## Sessions = 1 session(s)
## Processes = 149 running processes of 4194304 maximum processes


Danke und beste Grüße
Karl

[webster7567]

Gerade eben wieder passiert. Ein guter Indikator ist, dass beim System-Info Binding der Netzwerk-Status von "Verbunden" auf "Getrennt" geht.

[webster7567]

Hab nun das Logfile angesehen und folgendes gefunden:

Was ist da um 11:17:01 passiert? Sieht aus als ob er gestartet worden wäre, aber er ist ja in Betrieb gewesen. Deutet das auf das Netzteil hin? Kann man sonst noch wo nachsehen was den Reset ausgelöst hat?

Code: Alles auswählen

May 20 10:29:02 openhabstall sudo[84187]: openhabian : TTY=pts/0 ; PWD=/home/openhabian ; USER=root ; COMMAND=/usr/bin/systemctl status smb
May 20 10:29:02 openhabstall sudo[84187]: pam_unix(sudo:session): session opened for user root(uid=0) by openhabian(uid=1000)
May 20 10:29:02 openhabstall sudo[84187]: pam_unix(sudo:session): session closed for user root
-- Boot 5618c886e88743de9ba41b886e95ae3f --
May 20 11:17:01 openhabstall kernel: Booting Linux on physical CPU 0x0000000000 [0x410fd083]
May 20 11:17:01 openhabstall kernel: Linux version 6.6.28+rpt-rpi-v8 (debian-kernel@lists.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT Debian 1:6.6.28>
May 20 11:17:01 openhabstall kernel: KASLR enabled
May 20 11:17:01 openhabstall kernel: random: crng init done
May 20 11:17:01 openhabstall kernel: Machine model: Raspberry Pi 4 Model B Rev 1.2
May 20 11:17:01 openhabstall kernel: efi: UEFI not found.
May 20 11:17:01 openhabstall kernel: Reserved memory: created CMA memory pool at 0x000000002a400000, size 64 MiB
May 20 11:17:01 openhabstall kernel: OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool
May 20 11:17:01 openhabstall kernel: OF: reserved mem: 0x000000002a400000..0x000000002e3fffff (65536 KiB) map reusable linux,cma
May 20 11:17:01 openhabstall kernel: OF: reserved mem: 0x000000003f1780e0..0x000000003f1784e6 (1 KiB) nomap non-reusable nvram@0
May 20 11:17:01 openhabstall kernel: Zone ranges:
May 20 11:17:01 openhabstall kernel:   DMA      [mem 0x0000000000000000-0x000000003fffffff]
May 20 11:17:01 openhabstall kernel:   DMA32    [mem 0x0000000040000000-0x00000000fbffffff]
May 20 11:17:01 openhabstall kernel:   Normal   empty
May 20 11:17:01 openhabstall kernel: Movable zone start for each node
May 20 11:17:01 openhabstall kernel: Early memory node ranges
May 20 11:17:01 openhabstall kernel:   node   0: [mem 0x0000000000000000-0x000000003e5fffff]
May 20 11:17:01 openhabstall kernel:   node   0: [mem 0x0000000040000000-0x00000000fbffffff]
May 20 11:17:01 openhabstall kernel: Initmem setup node 0 [mem 0x0000000000000000-0x00000000fbffffff]
May 20 11:17:01 openhabstall kernel: On node 0, zone DMA32: 6656 pages in unavailable ranges
May 20 11:17:01 openhabstall kernel: On node 0, zone DMA32: 16384 pages in unavailable ranges
May 20 11:17:01 openhabstall kernel: percpu: Embedded 30 pages/cpu s85672 r8192 d29016 u122880
May 20 11:17:01 openhabstall kernel: pcpu-alloc: s85672 r8192 d29016 u122880 alloc=30*4096
May 20 11:17:01 openhabstall kernel: pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
May 20 11:17:01 openhabstall kernel: Detected PIPT I-cache on CPU0
May 20 11:17:01 openhabstall kernel: CPU features: detected: Spectre-v2
May 20 11:17:01 openhabstall kernel: CPU features: detected: Spectre-v3a
May 20 11:17:01 openhabstall kernel: CPU features: detected: Spectre-v4
May 20 11:17:01 openhabstall kernel: CPU features: detected: Spectre-BHB
May 20 11:17:01 openhabstall kernel: CPU features: kernel page table isolation forced ON by KASLR
May 20 11:17:01 openhabstall kernel: CPU features: detected: Kernel page table isolation (KPTI)
May 20 11:17:01 openhabstall kernel: CPU features: detected: ARM erratum 1742098
May 20 11:17:01 openhabstall kernel: CPU features: detected: ARM errata 1165522, 1319367, or 1530923
May 20 11:17:01 openhabstall kernel: alternatives: applying boot alternatives
May 20 11:17:01 openhabstall kernel: Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_headphones=0 snd_bcm2835.enable_headphones=1 snd_bcm2835.enable_hdmi=1 bcm2708_fb.fbwidth=0 bcm2>
May 20 11:17:01 openhabstall kernel: Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes, linear)
May 20 11:17:01 openhabstall kernel: Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes, linear)
May 20 11:17:01 openhabstall kernel: Built 1 zonelists, mobility grouping on.  Total pages: 1009408
May 20 11:17:01 openhabstall kernel: mem auto-init: stack:all(zero), heap alloc:off, heap free:off
May 20 11:17:01 openhabstall kernel: software IO TLB: area num 4.
May 20 11:17:01 openhabstall kernel: software IO TLB: mapped [mem 0x000000003a600000-0x000000003e600000] (64MB)
May 20 11:17:01 openhabstall kernel: Memory: 3852468K/4102144K available (13376K kernel code, 2210K rwdata, 4264K rodata, 4864K init, 1083K bss, 184140K reserved, 65536K cma-reserved)
May 20 11:17:01 openhabstall kernel: SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
May 20 11:17:01 openhabstall kernel: ftrace: allocating 43160 entries in 169 pages
May 20 11:17:01 openhabstall kernel: ftrace: allocated 169 pages with 4 groups
May 20 11:17:01 openhabstall kernel: trace event string verifier disabled
May 20 11:17:01 openhabstall kernel: rcu: Preemptible hierarchical RCU implementation.
May 20 11:17:01 openhabstall kernel: rcu:         RCU event tracing is enabled.
May 20 11:17:01 openhabstall kernel: rcu:         RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4.
May 20 11:17:01 openhabstall kernel:         Trampoline variant of Tasks RCU enabled.

[udo1toni]

Möglich, dass das System eine Kernel Panic hatte.
Ich meine, mich dunkel daran zu erinnern, dass der Dienst pigpiod einen Fehler hat (aber wie das so mit dem Gedächtnis ist... das kann auch trügen)
Gefunden habe ich etliche Links, aber nix valides...

Da Du ein Hutschienen Netzteil einsetzt... Eventuell gibt es irgendwo Einstreuungen. Liefert das Netzteil auch Strom, um z.B. per GPIO Relais zu schalten? Dann könnte es zu Spikes kommen, die den Pi abstürzen lassen. Da wäre dann ein Netzfilter zum entkoppeln eine Möglichkeit (...ein paar Kondensatoren parallel zur 5 Volt Versorgungsspannung)... und natürlich Sperrdioden pro Schaltausgang, um beim Abschalten die Induktionsspannung abzuleiten.

[webster7567]

Hallo! Ja so ein Logfile hab ich leider vergeblich gesucht wo ich es dingfest machen hätte können.
Ich habe gestern auch mit dem Oszilloskop die 5V Spannung am Netzteil gemessen und siehe da: "Spikes" wenn die Relais schalten. Ich verwende dieses Board: https://www.reichelt.at/at/de/shopat/pr ... v-s-253984
Ich habe das Board nun mit einem eigenen Kabel vom Netzteil versorgt damit das nicht über den Raspi laufen muss aber leider sind die 5V über den GPIO Port noch verbunden. Wenn ich das Problem nun auf die Versorgungsspannung zurückführen kann werde ich den 5V Pin vom GPIO Port des Raspis trennen und ein separates Netzteil für den Raspi und eines für das Relais-Board verwenden und diese beiden nur übern GND verbinden.
Die ganze Steuerung wird über eine Eaton USV versorgt. Netzeinstreuungen könnten natürlich auch ein Thema sein aber da ich die Spikes auf der DC Seite beim schalten schon feststellen konnte werde ich meinen Fokus jetzt mal auf diese Baustelle legen.

Seit gestern Nachmittag ist das System nicht mehr abgestürzt, ich bin aber wieder auf den Raspi 3+ 1 GB zurück gegangen (Backup System mit USB Stick als Datenträger).
Ich werde noch weiter berichten ob es nun wirklich "nur" die Versorgung war.
Beste Grüße
Karl

[udo1toni]

Ich kann mir gut vorstellen, dass die Spikes hier tatsächlich das Problem sind. Mit einem separaten Netzteil lässt sich das ja relativleicht verifizieren, und falls sich der Verdacht erhärtet, könnte man ja evtl. mit ein paar Kondensatoren für Ruhe sorgen