NEWS
[gelöst] Zigbee bleibt trotz aller Versuche gelb
-
Hallo Zusammen,
ähnliche Fehler gab es scheinbar öfters, aber die Lösung habe ich im Forum nicht gefunden :(.
Ich habe heute meinen Raspberry 3b+ (Slave) neu installieren müssen. Ich wollte alles besser machen und habe mal folgendes installiert:Ergebnis:
8763) Error: Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port' at Znp.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/zn- Installiert ist 2020-08-20-raspios-buster-arm64-lite.img
- ioBroker als Slave (neu eingebunden), Objects file, States Redis
- Debmatic mit der HW: Funk-Modulplatine RPI-RF-MOD
- Zigbee : usb-Texas_Instruments_CC2538_USB_CDC-if00 mit Koordinator Firmware
- Zigbee Adapter Version 1.4.4
Stick ist per USB Verlängerungskabel angebunden (auch ohne probiert), ich verwende im Adapter den Por. ttyACM0.
Habe den Adapter auch bereits deinstalliert und neu installiert, obwohl ich natürlich am liebsten die Daten der alten Konfiguration übernommen hätte. Beim Speicher der Konfiguration kommt immer die Fehlermeldung : "You need save and run adapter before pairing!"Adapter bleibt gelb, ggf. hat noch jemand eine Idee mir gehen Sie allmählich aus. Wollte natürlich ungerne noch mal vorn vorne anfangen.
Ggf. Zugriffsrechte, oder stört Debmatic (einzige Änderung, vorher war es Pivcuu)dmesg | grep tty [ 8.251760] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device [ 1546.324270] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device [ 1648.985574] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device [ 2030.946881] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device [ 2671.460768] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device [ 2720.362540] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device [ 2734.447139] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM devicepi@SH-ioBroker-Slave:~ $ test -w /dev/ttyACM0 && echo success || echo failure successpi@SH-ioBroker-Slave:~ $ ls -l /dev/serial/by-id insgesamt 0 lrwxrwxrwx 1 root root 13 Mär 2 16:13 usb-Texas_Instruments_CC2538_USB_CDC-if00 -> ../../ttyACM0pi@SH-ioBroker-Slave:~ $ which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs /usr/bin/nodejs v12.21.0 /usr/bin/node v12.21.0 /usr/bin/npm 6.14.11 nodejs: Installiert: 12.21.0-1nodesource1 Installationskandidat: 12.21.0-1nodesource1 Versionstabelle: *** 12.21.0-1nodesource1 500 500 https://deb.nodesource.com/node_12.x buster/main arm64 Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://deb.debian.org/debian-security buster/updates/main arm64 Packages 10.21.0~dfsg-1~deb10u1 500 500 http://deb.debian.org/debian buster/main arm64 PackagesMOD EDIT: CODE TAGS KORRIGIERT
-
Hallo Zusammen,
ähnliche Fehler gab es scheinbar öfters, aber die Lösung habe ich im Forum nicht gefunden :(.
Ich habe heute meinen Raspberry 3b+ (Slave) neu installieren müssen. Ich wollte alles besser machen und habe mal folgendes installiert:Ergebnis:
8763) Error: Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port' at Znp.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/zn- Installiert ist 2020-08-20-raspios-buster-arm64-lite.img
- ioBroker als Slave (neu eingebunden), Objects file, States Redis
- Debmatic mit der HW: Funk-Modulplatine RPI-RF-MOD
- Zigbee : usb-Texas_Instruments_CC2538_USB_CDC-if00 mit Koordinator Firmware
- Zigbee Adapter Version 1.4.4
Stick ist per USB Verlängerungskabel angebunden (auch ohne probiert), ich verwende im Adapter den Por. ttyACM0.
Habe den Adapter auch bereits deinstalliert und neu installiert, obwohl ich natürlich am liebsten die Daten der alten Konfiguration übernommen hätte. Beim Speicher der Konfiguration kommt immer die Fehlermeldung : "You need save and run adapter before pairing!"Adapter bleibt gelb, ggf. hat noch jemand eine Idee mir gehen Sie allmählich aus. Wollte natürlich ungerne noch mal vorn vorne anfangen.
Ggf. Zugriffsrechte, oder stört Debmatic (einzige Änderung, vorher war es Pivcuu)dmesg | grep tty [ 8.251760] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device [ 1546.324270] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device [ 1648.985574] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device [ 2030.946881] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device [ 2671.460768] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device [ 2720.362540] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device [ 2734.447139] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM devicepi@SH-ioBroker-Slave:~ $ test -w /dev/ttyACM0 && echo success || echo failure successpi@SH-ioBroker-Slave:~ $ ls -l /dev/serial/by-id insgesamt 0 lrwxrwxrwx 1 root root 13 Mär 2 16:13 usb-Texas_Instruments_CC2538_USB_CDC-if00 -> ../../ttyACM0pi@SH-ioBroker-Slave:~ $ which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs /usr/bin/nodejs v12.21.0 /usr/bin/node v12.21.0 /usr/bin/npm 6.14.11 nodejs: Installiert: 12.21.0-1nodesource1 Installationskandidat: 12.21.0-1nodesource1 Versionstabelle: *** 12.21.0-1nodesource1 500 500 https://deb.nodesource.com/node_12.x buster/main arm64 Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://deb.debian.org/debian-security buster/updates/main arm64 Packages 10.21.0~dfsg-1~deb10u1 500 500 http://deb.debian.org/debian buster/main arm64 PackagesMOD EDIT: CODE TAGS KORRIGIERT
@robbsen sagte in Zigbee bleibt trotz aller Versuche gelb:
2020-08-20-raspios-buster-arm64-lite.img
Das passt nicht zu einem Raspi3.
Das ist wenn überhaupt totales Beta-Zeug. Installier was stabiles. -
@robbsen sagte in Zigbee bleibt trotz aller Versuche gelb:
2020-08-20-raspios-buster-arm64-lite.img
Das passt nicht zu einem Raspi3.
Das ist wenn überhaupt totales Beta-Zeug. Installier was stabiles.@thomas-braun eigentlich soll die 64 Bit momentan relativ stabil laufen, ist auch für den 3b gedacht.
Wenn ich mir sicher bin, dass es daran liegt werde ich es aber sicherlich machen, war halt ein Versuch :(Habe ehr das Gefühl es liegt an einem Berechtigungsproblem des ioBroker User kann das sein?
-
@thomas-braun eigentlich soll die 64 Bit momentan relativ stabil laufen, ist auch für den 3b gedacht.
Wenn ich mir sicher bin, dass es daran liegt werde ich es aber sicherlich machen, war halt ein Versuch :(Habe ehr das Gefühl es liegt an einem Berechtigungsproblem des ioBroker User kann das sein?
@robbsen Eigentlich ist das alles noch nicht offiziell released. Also Beta.
-
@robbsen Eigentlich ist das alles noch nicht offiziell released. Also Beta.
-
@thomas-braun vermutlich hast du Recht... 32 Bit fühlt sich immer altbacken an. Hatte erst Ubunto 64 Bit drauf... das hatte leider Probleme mit Debmatic
Meinst du denn, denn Fehler wird dadran liegen?
@robbsen Wo liegt der Vorteil von 64 bit auf dem kleinen System?
Alle weitere baut doch ohnehin auf den 32bit armhf build, wenn du da jetzt mit exotischem Beta-Zeuch angeschleppt kommst musst du dich auch nicht wundern, wenn das nicht funktioniert. -
@robbsen Wo liegt der Vorteil von 64 bit auf dem kleinen System?
Alle weitere baut doch ohnehin auf den 32bit armhf build, wenn du da jetzt mit exotischem Beta-Zeuch angeschleppt kommst musst du dich auch nicht wundern, wenn das nicht funktioniert.... gelobe Besserung, und du hast natürlich Recht (Beta ist Beta)... allerdings sind es ja genau solche "Fehler" die Entwicklung voranbringen.
Ich werde sicherlich den kompletten Schritt der Neuinstallation noch mal machen, hoffe aber noch es liegt eben nicht an der "Beta" und den 64 Bit sondern an einer kleinen Ursache mit großem Effekt.Hatte dennoch das Gefühl nen 64Bit Prozessor sollte auch nen 64Bit Betriebssystem haben. Meine Neugierde hat da überhand genommen.
-
... gelobe Besserung, und du hast natürlich Recht (Beta ist Beta)... allerdings sind es ja genau solche "Fehler" die Entwicklung voranbringen.
Ich werde sicherlich den kompletten Schritt der Neuinstallation noch mal machen, hoffe aber noch es liegt eben nicht an der "Beta" und den 64 Bit sondern an einer kleinen Ursache mit großem Effekt.Hatte dennoch das Gefühl nen 64Bit Prozessor sollte auch nen 64Bit Betriebssystem haben. Meine Neugierde hat da überhand genommen.
lsof /dev/ttyACM0 -
lsof /dev/ttyACM0@thomas-braun sagte in Zigbee bleibt trotz aller Versuche gelb:
lsof /dev/ttyACM0
Hi Thomas losf habe ich installiert und den Befehl ausgeführt, ohne -Sudo kam keine Rückmeldung. Bei Sudo folgendes
pi@SH-ioBroker-Slave:~ $ sudo lsof /dev/ttyACM0 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME cuxd 817 root 10u CHR 166,0 0t0 241 /dev/ttyACM0 node 3844 iobroker 26uW CHR 166,0 0t0 241 /dev/ttyACM0Das hat mir auf jeden Fall weiter geholfen, den Fehler einzugrenzen danke. Cuxd blockierte den USB Port... nachdem ich Cuxd in der Debmatic deaktivierte konnte ich Zigbee starten... anschließend habe ich CuXD wieder aktiviert. Der 1. in der Liste schein Zugang zu haben.
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME node 10834 iobroker 26uW CHR 166,0 0t0 241 /dev/ttyACM0 cuxd 11017 root 10u CHR 166,0 0t0 241 /dev/ttyACM0Jemand ne Idee wie ich Cuxd dauerhaft den Zugang nehme... jedes mal wenn der Zigbee Adapter neu startet bleibt er wieder bei gelb hängen
-
@thomas-braun sagte in Zigbee bleibt trotz aller Versuche gelb:
lsof /dev/ttyACM0
Hi Thomas losf habe ich installiert und den Befehl ausgeführt, ohne -Sudo kam keine Rückmeldung. Bei Sudo folgendes
pi@SH-ioBroker-Slave:~ $ sudo lsof /dev/ttyACM0 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME cuxd 817 root 10u CHR 166,0 0t0 241 /dev/ttyACM0 node 3844 iobroker 26uW CHR 166,0 0t0 241 /dev/ttyACM0Das hat mir auf jeden Fall weiter geholfen, den Fehler einzugrenzen danke. Cuxd blockierte den USB Port... nachdem ich Cuxd in der Debmatic deaktivierte konnte ich Zigbee starten... anschließend habe ich CuXD wieder aktiviert. Der 1. in der Liste schein Zugang zu haben.
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME node 10834 iobroker 26uW CHR 166,0 0t0 241 /dev/ttyACM0 cuxd 11017 root 10u CHR 166,0 0t0 241 /dev/ttyACM0Jemand ne Idee wie ich Cuxd dauerhaft den Zugang nehme... jedes mal wenn der Zigbee Adapter neu startet bleibt er wieder bei gelb hängen
@robbsen
Was ist denn cuxd? -
@robbsen
Was ist denn cuxd?@thomas-braun ist ein AddOn für die Homematic CCU bzw. in diesem Fall Debmatic...
ggf. frage ich bei den Homematic Kollegen bzw. ich google erstmal... :)
Auf jeden Fall hast du mich der Lösung näher gebracht, dankeDer CUx-Daemon (kurz: CUx-D) ist eine universelle Schnittstelle zwischen der CCU-Logikschicht (ReGa HSS) und externen (auch virtuellen) Geräten. -
@thomas-braun ist ein AddOn für die Homematic CCU bzw. in diesem Fall Debmatic...
ggf. frage ich bei den Homematic Kollegen bzw. ich google erstmal... :)
Auf jeden Fall hast du mich der Lösung näher gebracht, dankeDer CUx-Daemon (kurz: CUx-D) ist eine universelle Schnittstelle zwischen der CCU-Logikschicht (ReGa HSS) und externen (auch virtuellen) Geräten.@robbsen habe es mir selber beantwortet:
Falls jemand das selbe Problem hat... scheint bei CuxD als AddOn von Debmatic voreingestellt zu sein.Einfach folgendes in die Parameter von CuXD innerhalb der Homematic Oberfläche einfügen
https://www.piotek.de/mediafiles/Sonstiges/CUXD/cuxd_gateway_anleitung.pdfTTYPARAM=NONE
-
@robbsen habe es mir selber beantwortet:
Falls jemand das selbe Problem hat... scheint bei CuxD als AddOn von Debmatic voreingestellt zu sein.Einfach folgendes in die Parameter von CuXD innerhalb der Homematic Oberfläche einfügen
https://www.piotek.de/mediafiles/Sonstiges/CUXD/cuxd_gateway_anleitung.pdfTTYPARAM=NONE
@robbsen said in [gelöst] Zigbee bleibt trotz aller Versuche gelb:
TTYPARAM=NONE
Ich habe gestern meinen Pi 4 frisch mit Homematic und Zigbee installiert und hatte das gleiche Problem, dass er einfach nicht grün wurde. Dank der Tipps hier hat es funktioniert. Ich wäre nie darauf gekommen, vielleicht irgendwo vermerken?
Danke
835
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge