NEWS
ZigBee Probleme mit dem CC2531 - irgendwie behebbar??
-
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
-
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.
-
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.
-
@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...@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 TextErst 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:
-
@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 TextErst 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:
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.rulesauf 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.ruleseine 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 –reloadausfü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
Support us
848
Online32.4k
Benutzer81.6k
Themen1.3m
Beiträge