ZigBee Probleme mit dem CC2531 - irgendwie behebbar??

[Thomas Braun]

@iothomas
Und wie sehen die Rechte an der Datei aus?

[ioThomas]

drwxr-xr-x 3 root   root        60 Jan  9 13:11 bus
crw--w---- 1 root   tty     136, 0 Jan  9 13:16 console
lrwxrwxrwx 1 root   root        11 Jan  9 13:11 core -> /proc/kcore
lrwxrwxrwx 1 root   root        13 Jan  9 13:11 fd -> /proc/self/fd
crw-rw-rw- 1 nobody nogroup   1, 7 Jan  9 13:10 full
lrwxrwxrwx 1 root   root        12 Jan  9 13:11 initctl -> /run/initctl
lrwxrwxrwx 1 root   root        28 Jan  9 13:11 log -> /run/systemd/journal/dev-log
drwxrwxrwt 2 nobody nogroup     40 Jan  9 13:11 mqueue
crw-rw-rw- 1 nobody nogroup   1, 3 Jan  9 13:10 null
crw-rw-rw- 1 root   root      5, 2 Jan  9 15:08 ptmx
drwxr-xr-x 2 root   root         0 Jan  9 13:11 pts
crw-rw-rw- 1 nobody nogroup   1, 8 Jan  9 13:10 random
drwxrwxrwt 2 root   root        40 Jan  9 13:11 shm
lrwxrwxrwx 1 root   root        15 Jan  9 13:11 stderr -> /proc/self/fd/2
lrwxrwxrwx 1 root   root        15 Jan  9 13:11 stdin -> /proc/self/fd/0
lrwxrwxrwx 1 root   root        15 Jan  9 13:11 stdout -> /proc/self/fd/1
crw-rw-rw- 1 nobody nogroup   5, 0 Jan  9 13:10 tty
crw------- 1 root   tty     136, 1 Jan  9 15:08 tty1
crw--w---- 1 root   tty     136, 2 Jan  9 13:16 tty2
c--------- 0 nobody nogroup 166, 0 Jan  9 14:29 ttyACM0
crw-rw-rw- 1 nobody nogroup   1, 9 Jan  9 13:10 urandom
crw-rw-rw- 1 nobody nogroup   1, 5 Jan  9 13:10 zero
root@ioBroker:/dev# 

ich vergebe sie gerade mal neu

[Thomas Braun]

@iothomas

c--------- 0 nobody nogroup 166, 0 Jan  9 14:29 ttyACM0

Keine Ahnung was dein udev (oder was auch immer da im Container dafür benutzt wird) da treibt, aber die Rechte sind hinten und vorne und oben und unten falsch.

Entweder beim durchreichen geht da was kaputt oder der Stick selber hat nen Schuß. Spannungsversorgung?

[ioThomas]

@thomas-braun
ich hatte den kurz aus dem USB Port abgezogen und neu gestartet. Damit hatte er die Rechte verloren. Das Problem hatten laut der Coldcorner Anleitung schon mehrere Leute. Der Stick hatte bisher immer sehr gut funktioniert.

-rw-r--r-- 1 root root 0 Jan  7 13:07 ttyACM0

So sieht es jetzt wieder nach der Anleitung aus. Die Geräte nimmt er trotzdem nicht. Aber die Instanz ist wieder auf grün.

[Thomas Braun]

@iothomas

Die Rechte sollten 'ordentlich' so aussehen:

pi@chet:~ $ ls -la /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 0 Jan  9 00:03 /dev/ttyUSB0
pi@chet:~ $

Mein USB-Stick wird so automatisch angelegt. Den User in der Gruppe 'dialout' zu haben hilft auch.

[ioThomas]

@thomas-braun
ich nehme an, eine Anleitung finde ich dafür nirgends? Ich bin nicht wirklich fit diesen Themen. Wobei ich lernen möchte...

[Thomas Braun]

@iothomas

Anleitung? Keine Ahnung. Hier geht es jedenfalls immer ohne. Stick rein, Gerätelink in /dev/serial/by-id nachschauen, im Adapter eintragen, läuft.

[ioThomas]

@thomas-braun
so hatte ich das mit meinem Raspi auch gemacht. Nun der Wechsel auf Proxmox. Neue Herausforderungen. Nun funktioniert die Kopplung der Geräte nicht. Nicht mein Wochenende

[Thomas Braun]

@iothomas
Jetzt aber mal die ernsthafte Frage: Wenn du da nach eigener Aussage nicht fit bist, warum hängt man sich dann auch noch ein Proxmox ans Bein, was wieder gewisse Eigenheiten mit sich bringt?

Mit einer soliden Basis was Linux angeht fällt einem auch der Umgang mit Proxmox leichter.

Den Raspberry hast du ja dann noch nicht ausgespielt.

[ioThomas]

@thomas-braun

die Frage ist einfach zu beantworten. Ich habe auf einem weiteren Raspberry eine Nextcloud und noch einen Pihole laufen und weitere Projekte (ich möchte u.a. Linux lernen) vor. Die Entscheidung zu Proxmox schien oberflächlich betrachtet erst einmal richtig, vor allem wegen der Backup Funktion. Das die Probleme kommen würden, war klar. Der ganze Umzug vom ioBroker mit Backup zurück spielen etc hat super geklappt. Das war hier die erste Stinkbombe.

Ich bin vom Raspi auf einen Mini PC umgestiegen

[TeNNo2k5]

@iothomas

Mach doch mal bitte über Proxmox einen Snapshot von deiner iobroker Instanz, und lösche danach den Zigbee Adapter in der Adapter und der Instanzen Konfiguration über die Tonne.

Danach kannst mal prüfen ob sich der Zigbee Adapter mit einer neuen Installation ohne die alte config evtl. anders verhält.

Ansonsten würde ich auch mal verschiedene USB Ports an deinem Rechner ausprobieren bevorzugt wenn vorhanden USB 2.0 nicht das hier ein USB Controller blöd tut.

[ioThomas]

@tenno2k5
danke für den Tip. Probiere ich morgen mal aus. Ich danke Euch aber schon mal ganz herzlich für die Geduld und supergute nette Hilfe...

[smarteshome2020]

@iothomas @TeNNo2k5
Hallo, seit ihr zwei noch fündig geworden? Ich habe das gleiche Problem. Ich bin der Meinung das die Rechte auf /dev/ttyZigbee durch irgendwas verschrieben werden. Leider habe ich den Übertäter noch nicht gefunden und wie es scheint sind schon sehr viele daran gescheitert.
Ich habe es auch nach der Anleitung vorgegangen. Link Text

Erst habe ich es nur mit /dev/ttyACM0 versucht (siehe Bild) und später aus lauter Verzweiflung auch über /dev/ttyZigbee. Die Auswirkung im LXC Container ist aber immer die gleiche. Nach Neustart des LXC (nicht poroxmox) kann der ZigbeeAdapter von iobroker eine Zeit lang auf /dev/ttyACM0 bzw /dev/ttyZigbee zugreifen,. Dann passiert aber etwas was die Zugriffsrechte im LXC umschreibt. Bitte um Hilfe. PS. habe die Frage in Facebook und Discord auch schon gestellt und auch viele Antworten erhalten. Aber leider noch keine Lösung gefunden und das kann doch gar nicht sein, oder?

Bitte nicht von den Zeitstempeln der Screenshots irritieren lassen.

Konsole des LXC Container:

Konsole des pve:

[TeNNo2k5]

@smarteshome2020

Hi, ich vermute mal du bist Dirk auf Facebook, wenn ja hatte ich dir in Facebook gestern mehrfach Tipps gegeben.
Was ich vermute ist das dein Problem einfach an einer Mischung aus verschieden Tutorials liegt, zwar verfolgt die Coldcorner und die drozmotix Anleitung das gleiche Ziel aber die Umsetzung ist halt leicht unterschiedlich.

Lösch doch mal bitte die erstelle udev rule aus drozmotix Anleitung:

rm /etc/udev/rules.d/49-custom.rules

auf deinem Proxmox host und erstelle danach eine neue udev rule:

lsusb -vvv

In der Auflistung suchst du deinen Stick und dort nach den Einträgen

idVendor und idProduct

Dann legst du dir mit:

nano /etc/udev/rules.d/50-myusb.rules

eine udev rule mit folgendem Inhalt an:

SUBSYSTEMS=="usb", ATTRS{idVendor}=="0451", ATTRS{idProduct}=="16a8", GROUP="users", MODE="0666"

Hier dann halt idVendor und idProduct mit deinen Werten tauschen.

Abschließend noch die Befehle:

chmod o+rw /dev/ttyACM0

&

udevadm control –reload

ausführen und dann deinen iobroker lxc einmal herunterfahren und wieder starten.

Im iobroker in der Zigbee Instanz konfigurierst du als Com Anschlussname: /dev/ttyACM0

Grüße
TeNNo2k5

[smarteshome2020]

@tenno2k5

Stimmt beides. Sowohl Dirk wie auch die Mischung. Ich muss gestehen das ich so viele unterschiedliche Ideen bekommen habe das ich nur noch verwirrt bin. Zudem ist keine Antwort vollständig (bis auf Deine)

• 49-custom.rules gelöscht
• lsbusb -vvv

• 50-myusb.rules erstellt
  

• chmod o+rw /dev/ttyACM0
  

• udevadm control --reload

• Zusätzlich habe ich in der LXC 130.conf folgendes stehen

• Neustart des LXC 130 (iobroker)
• Im LXC Container: ls -l /dev/ttyA*
  

So weit war ich schon des öfteren, nur nach einiger Zeit haben sich die Rechte von /dev/ttyACM0 geändert.

[TeNNo2k5]

@smarteshome2020

Du müsstest noch deine lxc config Datei wieder so anpassen bevor du die Änderungen von drozmotix übernommen hast.

Du brauchst die zwei Einträge wie im Coldcorner Tutorial beschrieben.

Ansonsten habe ich noch folgendes per Google gefunden:

https://maltekueppers.de/dc/index.php?post/2020/12/02/Conbee-II-Stick-im-Proxmox-LXC-Container

Hier ist zwar rede von der Deconz Software, aber vielleicht hängt das auch mit irgendeiner Eigenart vom Conbee II zusammen.

Du kannst ja mal die zwei Befehle von dem Blog Eintrag testen, vorher vielleicht einen Snapshot erstellen damit die Änderungen auch ohne Probleme rückgängig machen kannst.

[smarteshome2020]

@tenno2k5

Danke , mache ich gleich. Ich habe jetzt über 30 Min keine Veränderung der /dev/ttyACM0 gesehen. Aber zum testen mal kurz einen disconnect des USB Stick simuliert indem ich ihn gezogen habe. Und siehe da, die Rechte von /dev/ttyACM0 sind weg und mein iobroker kann nicht mehr zugreifen. evtl. liegt da mein Problem. Ich hätte schon erwarte das nach USB Verlust der Port sich automatisch wieder mit allen o+rw Rechten in den LXC Container verbindet.

LXC Container:

In der pve selber hat /dev/ttyACM0 noch alle Rechte.

[smarteshome2020]

@tenno2k5 sagte in ZigBee Probleme mit dem CC2531 - irgendwie behebbar??:

Hier ist zwar rede von der Deconz Software, aber vielleicht hängt das auch mit irgendeiner Eigenart vom Conbee II zusammen

Das ist eine Zusatzsoftware für den Conbee Stick die aber nicht nutze.

[TeNNo2k5]

@smarteshome2020

Mir ist gerade noch eine andere Idee gekommen, erscheint auf deinem Proxmox host eine Ausgabe mit folgendem Befehl:

ls /dev/ttyUSB*

[smarteshome2020]

@tenno2k5 sagte in ZigBee Probleme mit dem CC2531 - irgendwie behebbar??:

@smarteshome2020

Mir ist gerade noch eine andere Idee gekommen, erscheint auf deinem Proxmox host eine Ausgabe mit folgendem Befehl:

ls /dev/ttyUSB*

gibt es leider nicht.