Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[stefu87_CH]

@asgothian sagte in Zigbee Adapter nach Stromausfall keine Verbindung:

Steckt der Stick in einem usb3 Anschluss ?
Nein ist ein USB 2.0 Anschluss

Nutzt du eine usb Verlängerung ?
Ist direkt eingesteckt

[Asgothian]

@stefu87_ch hast du im Direkten Umfeld etwas via USB3 angeschlossen ? USB3 hat die sehr unangenehme Eigenschaft im Zigbee-Band stören zu können

A.

[stefu87_CH]

@asgothian nein da ist nichts.
Bevor ich die umstellung per Direkt USB verbindung gemacht habe, also über die Anpassung der Daten, hat ja alles funktioniert.

Das Problem liegt ja daran, das er den Stick nicht erkennt im Zigbee Adapter.

[Meister Mopper]

@stefu87_ch sagte in Zigbee Adapter nach Stromausfall keine Verbindung:

Bevor ich die umstellung per Direkt USB verbindung gemacht habe, also über die Anpassung der Daten, hat ja alles funktioniert.

Trotzdem kann es ja jetzt die Hardware sein, probier es aus.

Ich hatte schon oft Fehler, die vorher nicht auftraten, obwohl ich nichts geändert hatte. Vielleicht ist es der Nachbar, oder es lag am Fettgehalt der Sonne :man-shrugging: .

[stefu87_CH]

@meister-mopper Habe auch mit einem anderen Sonoff Stick versucht ohne Erfolg. Auch auf meiner Testumgebung, die im Keller ist, hat sich keiner der beiden Sticks verbunden.

Und im Keller ist nichts anderes als der Intel Nuc

[Meister Mopper]

@stefu87_ch sagte in Zigbee Adapter nach Stromausfall keine Verbindung:

@meister-mopper Habe auch mit einem anderen Sonoff Stick versucht ohne Erfolg. Auch auf meiner Testumgebung, die im Keller ist, hat sich keiner der beiden Sticks verbunden.

Und im Keller ist nichts anderes als der Intel Nuc

Ich rede von der Hardware, die mit einer veränderten Umgebung konfrontiert ist.

[stefu87_CH]

@meister-mopper Ich wüsste nicht was anderst sein sollte. Es ist nichts dazu gekommen. Es sind ja 2 verschiedene Geräte und auf beiden klappt es nicht.

[stefu87_CH]

Habe jetzt mal in der Iobroker Shell das ausgeführt und frage mich, sind da alle Berechtigungen freigegeben?

admin@Iobroker:~$ ls -la /dev/serial/by-id/
total 0
drwxr-xr-x 2 root  root      60 Jun 22 16:56 .
drwxr-xr-x 3 root  root      60 Jun 22 16:56 ..
crw-rw---- 1 admin admin 166, 0 Jun 22 16:56 usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230218155837-if00

[Thomas Braun]

@stefu87_ch sagte in Zigbee Adapter nach Stromausfall keine Verbindung:

frage mich, sind da alle Berechtigungen freigegeben?

Da darf nur der user admin und dessen Gruppe was melden. Der iobroker ist aber mit Sicherheit nicht in dieser Gruppe enthalten. Üblich ist sowas:

echad@chet:~ $ ls -la /dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_23_93_2C_A8-if00-port0 
lrwxrwxrwx 1 root root 13 Jun 21 14:43 /dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_23_93_2C_A8-if00-port0 -> ../../ttyUSB0
echad@chet:~ $ ls -la /dev/ttyUSB0 
crw-rw---- 1 root dialout 188, 0 Jun 22 14:45 /dev/ttyUSB0
echad@chet:~ $ 

Wie kommt da admin:admin her? Das ist absolut unüblich.

Davon ab liegen in /dev/serial/by-id/ nur Links zu den eigentlichen Geräten drin. Die finden sich dann in /dev/ wieder.

[stefu87_CH]

@thomas-braun sagte in Zigbee Adapter nach Stromausfall keine Verbindung:

Wie kommt da admin:admin her? Das ist absolut unüblich.

Wieso da 2 mal admin drin sind, weiss ich auch nicht, keine Ahnung wie die da rein kommen. Habe ja nichts verändert ausser die Sache mit dem Zigbee Stick.

[Thomas Braun]

@stefu87_ch

Das ist ein LXC? Dann ist das falsch durchgereicht worden.

[stefu87_CH]

@thomas-braun Ja ist ein LXC Container

[Thomas Braun]

@stefu87_ch

Da bin ich dann wieder raus.

[mrjeschke]

@stefu87_ch
Welche id hat der user iobroker?
In der iobroker-Konsole.

sudo -u iobroker id

[stefu87_CH]

@mrjeschke sagte in Zigbee Adapter nach Stromausfall keine Verbindung:

sudo -u iobroker id

uid=1000(iobroker) gid=1000(iobroker) groups=1000(iobroker),5(tty),20(dialout),29(audio),44(video),46(plugdev)

[mrjeschke]

@stefu87_ch
Sorry, das hatte ich befürchtet.
Normalerweise hat der user iobroker 1001/1001
Ändere im device-passtrough die UID/GID auf 1000 dann sollten die Rechte hoffentlich passen.

[stefu87_CH]

@mrjeschke

ls -la /dev/serial/by-id/
total 0
drwxr-xr-x 2 root     root         60 Jun 23 10:08 .
drwxr-xr-x 3 root     root         60 Jun 23 10:08 ..
crw-rw---- 1 iobroker iobroker 166, 0 Jun 23 10:08 usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230218155837-if00

[stefu87_CH]

@mrjeschke habe jetzt mal zum Testen den Mode auf 0666 geändert und erhalte nun diese Rechte:

admin@Iobroker:~$ ls -la /dev/serial/by-id/
total 0
drwxr-xr-x 2 root     root         60 Jun 23 10:31 .
drwxr-xr-x 3 root     root         60 Jun 23 10:31 ..
crw-rw-rw- 1 iobroker iobroker 166, 0 Jun 23 10:31 usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230218155837-if00

[mrjeschke]

@stefu87_ch
Das sieht doch gut aus.
Aber was sagt der Adapter?
Gleiche, andere Fehler?

[stefu87_CH]

@mrjeschke

2024-06-23 10:41:49.872 - info: host.Iobroker instance system.adapter.zigbee.0 started with pid 4115
2024-06-23 10:41:50.832 - debug: zigbee.0 (4115) Redis Objects: Use Redis connection: 127.0.0.1:9001
2024-06-23 10:41:50.873 - debug: zigbee.0 (4115) Objects client ready ... initialize now
2024-06-23 10:41:50.939 - debug: zigbee.0 (4115) Objects create System PubSub Client
2024-06-23 10:41:50.940 - debug: zigbee.0 (4115) Objects create User PubSub Client
2024-06-23 10:41:50.995 - debug: zigbee.0 (4115) Objects client initialize lua scripts
2024-06-23 10:41:51.003 - debug: zigbee.0 (4115) Objects connected to redis: 127.0.0.1:9001
2024-06-23 10:41:51.004 - silly: zigbee.0 (4115) redis psubscribe cfg.o.system.user.*
2024-06-23 10:41:51.034 - silly: zigbee.0 (4115) redis psubscribe cfg.o.enum.*
2024-06-23 10:41:51.035 - silly: zigbee.0 (4115) objectDB connected
2024-06-23 10:41:51.036 - debug: zigbee.0 (4115) Redis States: Use Redis connection: 127.0.0.1:9000
2024-06-23 10:41:51.054 - debug: zigbee.0 (4115) States create System PubSub Client
2024-06-23 10:41:51.054 - debug: zigbee.0 (4115) States create User PubSub Client
2024-06-23 10:41:51.132 - debug: zigbee.0 (4115) States connected to redis: 127.0.0.1:9000
2024-06-23 10:41:51.132 - silly: zigbee.0 (4115) statesDB connected
2024-06-23 10:41:51.161 - debug: zigbee.0 (4115) Plugin sentry Initialize Plugin (enabled=true)
2024-06-23 10:41:51.277 - info: zigbee.0 (4115) starting. Version 1.10.3 in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.15.0, js-controller: 5.0.19
2024-06-23 10:41:51.288 - debug: zigbee.0 (4115) Using zigbee-herdsman with settings: {"network":{"panID":1207,"extendedPanID":[221,141,221,125,229,221,221,211],"channelList":[11],"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13]},"databasePath":"/opt/iobroker/iobroker-data/zigbee_0/shepherd.db","backupPath":"/opt/iobroker/iobroker-data/zigbee_0/nvbackup.json","serialPort":{"baudRate":115200,"rtscts":false,"path":"ls /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230218155837-if00","adapter":"ezsp"},"adapter":{"forceStartWithInconsistentAdapterConfiguration":false},"legacy":false}
2024-06-23 10:41:51.304 - info: zigbee.0 (4115) delete old Backup files. keep only last 10
2024-06-23 10:41:51.305 - info: zigbee.0 (4115) Starting Zigbee npm ...
2024-06-23 10:41:51.313 - silly: zigbee.0 (4115) States system redis pmessage system.adapter.zigbee.0.logLevel/system.adapter.zigbee.0.logLevel:{"val":"silly","ack":true,"ts":1719132111305,"q":0,"from":"system.adapter.zigbee.0","lc":1718297685652}
2024-06-23 10:41:51.316 - debug: zigbee.0 (4115) Backup /opt/iobroker/iobroker-data/zigbee_0/backup_2024_06_23-10_41_51.tar.gz success
2024-06-23 10:41:51.376 - debug: zigbee.0 (4115) Starting zigbee-herdsman...
2024-06-23 10:41:51.450 - info: zigbee.0 (4115) Installed Version: iobroker.zigbee@latest
2024-06-23 10:41:51.492 - silly: zigbee.0 (4115) States user redis pmessage zigbee.0.*/zigbee.0.info.connection:{"val":false,"ack":true,"ts":1719132111491,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1718899786323}
2024-06-23 10:42:21.490 - error: zigbee.0 (4115) Starting zigbee-herdsman problem : "Failure to connect"
2024-06-23 10:42:21.491 - error: zigbee.0 (4115) Failed to start Zigbee
2024-06-23 10:42:21.491 - error: zigbee.0 (4115) Error herdsman start
2024-06-23 10:42:21.580 - silly: zigbee.0 (4115) States user redis pmessage zigbee.0.*/zigbee.0.info.pairingMessage:{"val":"Error: Starting zigbee-herdsman problem : \"Failure to connect\". undefined","ack":true,"ts":1719132141495,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1719059632123}
2024-06-23 10:42:21.580 - silly: zigbee.0 (4115) States user redis pmessage zigbee.0.*/zigbee.0.info.connection:{"val":false,"ack":true,"ts":1719132141495,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1718899786323}
2024-06-23 10:42:31.492 - info: zigbee.0 (4115) Try to reconnect. 1 attempts left
2024-06-23 10:42:31.492 - info: zigbee.0 (4115) Starting Zigbee npm ...
2024-06-23 10:42:31.494 - debug: zigbee.0 (4115) Starting zigbee-herdsman...