Monatsrückblick Januar/Februar 2026 ist online!

[Smart_Home]

Hallo zusammen,

ich habe seit zwei Tagen folgendes Problem:

Alle Geräte die ich über Zigbee mit Iobroker verbunden habe und sich in der Nähe des Empfängers befinden (CC2538+CC2592), verlieren nach kurzer Zeit die Verbindung (Osram Stecker, Innr Lampen). Das bedeutet "available = false". Geräte die sich weiter weg vom Sender befinden, können die Verbindung halten und sind auch ohne Probleme steuerbar.
Versuche ich einer der nicht verbundenen Geräte zu steuern, erscheint im Log folgende Meldung:

Folgende Dinge habe ich bereits unternommen:

Neustart des kompletten IoBroker-Systems
Neustart des Zigbee-Adapters
Downgrade des Zigbee-Adapters auf Version 1.2.0

Leider verhalf dies alles nicht zum gewünschten Erfolg. Noch als Info vorneweg, wir hatten einen Stromausfall sodass das System abrupt vom Strom getrennt wurde. Vielleicht ist dies eine wichtige Info, im Bezug auf die Lösung :)

[Thomas Braun]

@Smart_Home

Bei Stromausfall:

dmesg | grep -i ext4

anschauen.

[Smart_Home]

@Thomas-Braun Habe ich ausgeführt und erhalte folgende Meldung:

User@ioBroker:~$ dmesg | grep -i ext4
dmesg: read kernel buffer failed: Die Operation ist nicht erlaubt

[Thomas Braun]

@Smart_Home
Was ist denn das für ein Betriebssystem da auf welcher Hardware?

lsb_release -a

[Smart_Home]

@Thomas-Braun sagte in Zigbee 1.3.1 - Geräte in der Nähe verlieren Verbindung:

lsb_release -a

Das ganze läuft über Proxmox:

User@ioBroker:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 10 (buster)
Release:        10
Codename:       buster

[Jan1]

@Thomas-Braun
Jetzt habe ich Dich erwischt :)
Dein Befehl funktioniert so nur als root und somit fehlt sudo ;)
Deshalb kommt die Ausgabe.

[Thomas Braun]

@Smart_Home
Achso...
Proxmox. Da bin ich dann raus.

[Smart_Home]

@Jan1 Habe nun "sudo" vorne angehängt, aber es lässt mich trotzdem nicht ausführen:

User@ioBroker:~$ sudo dmesg | grep -i ext4
[sudo] Passwort für User:
Leider darf der Benutzer User »/usr/bin/dmesg« als root auf ioBroker nicht ausführen.

[Thomas Braun]

@Jan1 Nix erwischt. Auf einem Raspberry OS funktionert das auch als user:

pi@raspberrypi:~ $ dmesg | grep -i ext4
[    0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1  smsc95xx.macaddr=DC:A6:32:5A:48:0E vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=tty1 root=/dev/mmcblk0p7 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
[    1.394846] EXT4-fs (mmcblk0p7): mounted filesystem with ordered data mode. Opts: (null)
[    1.394936] VFS: Mounted root (ext4 filesystem) readonly on device 179:7.
[    3.268690] EXT4-fs (mmcblk0p7): re-mounted. Opts: (null)
pi@raspberrypi:~ $

Bei Proxmox sind die Kernel-Ring-Meldungen offenbar anders (oder auch gar nicht) zugänglich.
Da bin ich aber wie gesagt raus.

[Jan1]

@Thomas-Braun
Bei mir auf dem Beelink kommt das ohne sudo exakt so wie er oben gepostet hatte und mit sudo die gewünscht e Ausgabe. Wobei bei bei Proxmox ich auch null Plan habe.

[Smart_Home]

@Jan1 @Thomas-Braun
Wenn ich den Befehl direkt in der Konsole von ioBroker eingebe, dann erhalte ich folgende Meldung:

dmesg: read kernel buffer failed: Die Operation ist nicht erlaubt
/opt/iobroker$ sudo dmesg | grep -i ext4


Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die
Regeln erklärt hat.  Normalerweise läuft es auf drei Regeln hinaus:

    #1) Respektieren Sie die Privatsphäre anderer.
    #2) Denken Sie nach, bevor Sie tippen.
    #3) Mit großer Macht kommt große Verantwortung.

sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben

[Thomas Braun]

@Smart_Home
Wie gesagt, bei Proxmox bin ich raus. Ich kann und will dir da nix raten.

[Jan1]

@Smart_Home
Wenn die Meldung kommt, ist der User normal nicht in der sudo Liste drin

[Smart_Home]

@Thomas-Braun Okey, danke trotzdem! :)
Vielleicht findet sich jemand, der sich im Gebiet Proxmox auskennt.

@Jan1
Gibt es aber eventuell bereits eine Vermutung, wieso Zigbee nur Geräte in der Nähe als available=false anzeigt und bei Geräten die weiter weg sind, Verbindungen aufbauen kann?

[Jan1]

@Smart_Home
Das kann viele Gründe haben. Zigbee Kanal zu Dich an einem WLAN Kanal könnte schon eine Grund sein.

[Smart_Home]

@Jan1 @Thomas-Braun
Ich konnte nun meinem Benutzernamen Sudo Rechte zuordnen, hier nochmals vielen Dank an @FredF für seinen früheren Beitrag. Ich erhalte nun folgende Meldung:

User@ioBroker:~$ sudo dmesg | grep -i ext4
[sudo] Passwort für User:
[    3.937360] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[    4.608700] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro

@Jan1 Weiterhin hat es montelang Problemlos funktioniert. Es wurde keine Änderungen vorgenommen, nur eben der Stromausfall war dazwischen :)

[Jan1]

@Smart_Home
Der Stromausfall kann Dir alles zerhageln, somit ist das der Grund für Deine Probleme. Das kann so gar soweit gehen, dass augenscheinlich noch alles läuft und Tag oder Wochen später sich die Kiste seltsam verhält. Kann aber auch sein das überhaupt nichts schaden nimmt. Hier kommt es es stark darauf an, was gerade aktiv war.

[Asgothian]

@Smart_Home Beschreib doch mal das physikalische Umfeld des Empfängers. Auch ein Bild ist ggf. sinnvoll.

Ich denke nicht das es an der Software liegt. Eher ist damit zu rechnen das da wo der Stick liegt auf Grund von Funkstörungen die Geräte keine saubere Verbindung aufbauen können.

Wenn kein Bild, dann:

• wie weit weg (von den Geräten) sind die nächsten:
  -- WLan Router
  -- WLan clients
  -- DECT telefone
  --DECT Basisstationen
• welchen WLan / Zigbee Kanal nutzt du (2.4 gHz WLan) ?
• Wie sieht es mit "Begrünung" in der Nähe der Geräte aus ?

A.

[Smart_Home]

@Asgothian
Werde ich sofort machen :)

EDIT:

Wie auf dem Bild zu sehen, befinden sich in direkter Nähe eine Synology-NAS und hinten dran der Intel NUC. Vorne dran steht dann noch der Fernseher. In dem Sideboard sind dann auch bereits die ersten OSRAM Stecker, die keine Verbindung aufbauen können.

Weitere Eckdaten:

• WLAN-Router (5m entfernt in einem Flur)
• WLAN-Clients (Keine vorhanden)
• DECT Telefon (Obergeschoss)
• DECT Basisstation (5m entfernt in einem Flur)

Weiterhin sind die Innr Lampen, welche auch keine Verbindung aufbauen können, 5m vom Empfänger entfernt :)

• Der Kanal vom 2,4 GHz WLAN wird automatisch zugeordnet [Aktuell 8]
• Der Zigbee-Kanal lautet 11

EDIT: Wie aber auch bereits zuvor erwähnt funktionierte dieses Szenario 1:1 mehrere Monate bis hin zu einem Jahr lang. Somit wäre es sehr komisch, wenn es nun daran liegen sollte. Aber wie gesagt, bin über jede Hilfe dankbar ^^

[peterfido]

@Smart_Home
Proxmox nutze ich unter anderem wegen der einfachen Möglichkeit von Backups. Einmal die Woche sichere ich iobroker auf dem Synology. 10 Backups im Ring. Hast du da kein Backup von vor dem Stromausfall?

Der NUC, die Synologys und die Fritzbox hier hängen hinter einer USV. Fällt Strom aus, fahren die Synologys sofort runter. Iobroker schickt eine Meldung per pushover und Telegram. Bissel später, wenn der Akku zur Neige geht fährt der NUC auch runter. Einzig die Fritzbox bleibt bis zum bitteren Ende am Strom.