NEWS
ZigBee Probleme mit dem CC2531 - irgendwie behebbar??
-
Sieht soweit gut aus, vorrausgesetzt du hast die Anleitung genau befolgt musst du noch den Zigbee Adapter im iobroker konfigurieren.
Einstellungen -> COM-Anschlussname -> /dev/ttyZigbee
@tenno2k5
habe ich so eingestellt und den Link geprüft. Er will noch nicht. Die ACL ID (Beispiel und bei mir auch 7) kommt von Proxmox oder aus dem LXC (166)? Beide funktionieren nicht, aber mir ist das aus der Anleitung nicht 100% klar geworden.Last login: Sat Jan 8 08:48:32 UTC 2022 on tty1 root@ioBroker:~# ls -l /dev/ttyZigbee crw-rw-rw- 1 nobody nogroup 166, 0 Jan 8 08:54 /dev/ttyZigbee root@ioBroker:~#Dann fehlt mir auch der eingekringelte Bereich. Oder ist das nur ein Hinweis?
LG
Thomas -
@tenno2k5
habe ich so eingestellt und den Link geprüft. Er will noch nicht. Die ACL ID (Beispiel und bei mir auch 7) kommt von Proxmox oder aus dem LXC (166)? Beide funktionieren nicht, aber mir ist das aus der Anleitung nicht 100% klar geworden.Last login: Sat Jan 8 08:48:32 UTC 2022 on tty1 root@ioBroker:~# ls -l /dev/ttyZigbee crw-rw-rw- 1 nobody nogroup 166, 0 Jan 8 08:54 /dev/ttyZigbee root@ioBroker:~#Dann fehlt mir auch der eingekringelte Bereich. Oder ist das nur ein Hinweis?
Mach mal bitte erstmal einen sauberen cold reboot auf deinem Lxc Container, also über die Proxmox Weboberfläche: deine iobroker lxc auswählen -> shutdown -> warten bis lxc ausgeschalten ist -> start
Sollte das nicht helfen setze bitte folgende Befehle einzeln auf deinem Proxmox Host ab, und poste die Ausgabe:
udevadm info -a -p $(udevadm info -q path -n /dev/ttyACM0) | grep "ATTRS{idVendor}" && udevadm info -a -p $(udevadm info -q path -n /dev/ttyACM0) | grep "ATTRS{idProduct}"cat /etc/udev/rules.d/49-custom.rulescat /etc/pve/lxc/120.conf -
Mach mal bitte erstmal einen sauberen cold reboot auf deinem Lxc Container, also über die Proxmox Weboberfläche: deine iobroker lxc auswählen -> shutdown -> warten bis lxc ausgeschalten ist -> start
Sollte das nicht helfen setze bitte folgende Befehle einzeln auf deinem Proxmox Host ab, und poste die Ausgabe:
udevadm info -a -p $(udevadm info -q path -n /dev/ttyACM0) | grep "ATTRS{idVendor}" && udevadm info -a -p $(udevadm info -q path -n /dev/ttyACM0) | grep "ATTRS{idProduct}"cat /etc/udev/rules.d/49-custom.rulescat /etc/pve/lxc/120.confroot@ProxMox:~# udevadm info -a -p $(udevadm info -q path -n /dev/ttyACM0) | grep "ATTRS{idVendor}" && udevadm info -a -p $(udevadm info -q path -n /dev/ttyACM0) | grep "ATTRS{idProduct}" ATTRS{idVendor}=="0451" ATTRS{idVendor}=="1d6b" ATTRS{idProduct}=="16a8" ATTRS{idProduct}=="0002" root@ProxMox:~#root@ProxMox:~# cat /etc/udev/rules.d/49-custom.rules KERNEL=="ttyACM0*", SUBSYSTEM=="tty", ATTRS{idVendor}=="0451", ATTRS{idProduct}=="16a8", SYMLINK="ttyZigbee" SUBSYSTEMS=="usb", ATTRS{idVendor}=="0451", ATTRS{idProduct}=="16a8", GROUP="users", MODE="0666" root@ProxMox:~#root@ProxMox:~# cat /etc/pve/lxc/120.conf arch: amd64 cores: 1 features: nesting=1 hostname: ioBroker memory: 4096 net0: name=eth0,bridge=vmbr0,firewall=1,gw=192.168.178.1,hwaddr=0E:45:A6:8B:EE:EB,ip=192.168.178.36/24,ip6=dhcp,type=veth onboot: 1 ostype: debian rootfs: DiskStation:120/vm-120-disk-1.raw,size=8G swap: 512 unprivileged: 1 lxc.cgroup.devices.allow: c 166:* rwm lxc.mount.entry: /dev/ttyZigbee dev/ttyZigbee none bind,optional,create=file root@ProxMox:~#ich hatte auch die 7 schon unter "lxc.cgroup.devices.allow:"
/dev/ttyzigbee/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B00014EF171-if00der Pfad im ioBroker zum Stick
-
hmm sieht alles soweit ok aus, nur bei der udev rule ist beim Kernel Parameter die Wildcard anders gesetzt als in der Anleitung aber ich glaube nicht das der Fehler daran liegt.
Bei meinem System habe ich die Anleitung von Coldcorner befolgt, probiere es doch bitte mal so vielleicht passt die vorgensweise von drozmotix nicht zum cc2531.
Edit: Sollte es mit der Anleitung von Coldcorner funktionieren musst du noch eine udev rule auf dem proxmox Host anlegen damit der USB-Passthrough auch nach einem Neustart vom Proxmox Host funktioniert:
nano /etc/udev/rules.d/50-myusb.rulesInhalt:
SUBSYSTEMS=="usb", ATTRS{idVendor}=="0451", ATTRS{idProduct}=="16a8", GROUP="users", MODE="0666" -
hmm sieht alles soweit ok aus, nur bei der udev rule ist beim Kernel Parameter die Wildcard anders gesetzt als in der Anleitung aber ich glaube nicht das der Fehler daran liegt.
Bei meinem System habe ich die Anleitung von Coldcorner befolgt, probiere es doch bitte mal so vielleicht passt die vorgensweise von drozmotix nicht zum cc2531.
Edit: Sollte es mit der Anleitung von Coldcorner funktionieren musst du noch eine udev rule auf dem proxmox Host anlegen damit der USB-Passthrough auch nach einem Neustart vom Proxmox Host funktioniert:
nano /etc/udev/rules.d/50-myusb.rulesInhalt:
SUBSYSTEMS=="usb", ATTRS{idVendor}=="0451", ATTRS{idProduct}=="16a8", GROUP="users", MODE="0666"@tenno2k5
was ein Käse. Kann ich im Container prüfen, was sich hinter dem ttyACM0 verbirgt? Folgende Fehlermeldung kommt im ioBroker:Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error: Not a directory, cannot open /dev/ttyACM0/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B00014EF171-if00'"Ich werde noch einmal alles in Ruhe durchgehen.
-
@iothomas sagte in ZigBee Probleme mit dem CC2531 - irgendwie behebbar??:
ls -la /dev/ttyACM0/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B00014EF171-if00Das ist ja auch Käse...
Der Geräte-Link ist bestimmt hier zu finden:
ls -l /dev/serial/by-id/Texas_Instruments_TI_CC2531_USB_CDC___0X00124B00014EF171-if00[Edit:] Ach, ich vergaß... Container-Gedöns...
-
@iothomas sagte in ZigBee Probleme mit dem CC2531 - irgendwie behebbar??:
ls -la /dev/ttyACM0/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B00014EF171-if00Das ist ja auch Käse...
Der Geräte-Link ist bestimmt hier zu finden:
ls -l /dev/serial/by-id/Texas_Instruments_TI_CC2531_USB_CDC___0X00124B00014EF171-if00[Edit:] Ach, ich vergaß... Container-Gedöns...
@thomas-braun
ok, danke. Hat jetzt leider auch nicht geholfen. Ich habe die Anleitung von Coldcorner auch noch mal geprüft. Es scheint alles richtig zu seinEDIT:
Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B00014EF171-if00'" -
@thomas-braun
ok, danke. Hat jetzt leider auch nicht geholfen. Ich habe die Anleitung von Coldcorner auch noch mal geprüft. Es scheint alles richtig zu seinEDIT:
Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B00014EF171-if00'"dann habe ich im ioBroker mal den Pfad zum Stick geändert (vor Verzweiflung) auf:
/dev/ttyACM0und plötzlich schaltete die Instanz auf grün. Die Geräte wurden angezeigt, doch nicht gepairt. Nun ist der der Spuk wieder vorbei, die Instanz will nicht mehr. Hat noch jemand eine Idee bevor ich den Zigbee Stick für die Tomatenzucht verwende?
LG
Thomas -
dann habe ich im ioBroker mal den Pfad zum Stick geändert (vor Verzweiflung) auf:
/dev/ttyACM0und plötzlich schaltete die Instanz auf grün. Die Geräte wurden angezeigt, doch nicht gepairt. Nun ist der der Spuk wieder vorbei, die Instanz will nicht mehr. Hat noch jemand eine Idee bevor ich den Zigbee Stick für die Tomatenzucht verwende?
@iothomas sagte in ZigBee Probleme mit dem CC2531 - irgendwie behebbar??:
die Instanz will nicht mehr.
Auch keine Meldungen ins LogFile schreiben?
-
@iothomas sagte in ZigBee Probleme mit dem CC2531 - irgendwie behebbar??:
die Instanz will nicht mehr.
Auch keine Meldungen ins LogFile schreiben?
-
Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error: Permission denied, cannot open /dev/ttyACM0'"@iothomas
Und wie sehen die Rechte an der Datei aus? -
@iothomas
Und wie sehen die Rechte an der Datei aus?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
LG
Thomas -
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
c--------- 0 nobody nogroup 166, 0 Jan 9 14:29 ttyACM0Keine 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?
-
c--------- 0 nobody nogroup 166, 0 Jan 9 14:29 ttyACM0Keine 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?
@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 ttyACM0So sieht es jetzt wieder nach der Anleitung aus. Die Geräte nimmt er trotzdem nicht. Aber die Instanz ist wieder auf grün.
LG
Thomas -
@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 ttyACM0So sieht es jetzt wieder nach der Anleitung aus. Die Geräte nimmt er trotzdem nicht. Aber die Instanz ist wieder auf grün.
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.
-
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.
-
@thomas-braun
ich nehme an, eine Anleitung finde ich dafür nirgends? Ich bin nicht wirklich fit diesen Themen. Wobei ich lernen möchte...Anleitung? Keine Ahnung. Hier geht es jedenfalls immer ohne. Stick rein, Gerätelink in /dev/serial/by-id nachschauen, im Adapter eintragen, läuft.
-
Anleitung? Keine Ahnung. Hier geht es jedenfalls immer ohne. Stick rein, Gerätelink in /dev/serial/by-id nachschauen, im Adapter eintragen, läuft.
-
@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@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.
-
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
Support us
726
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge