[gelöst] Zigbee bleibt trotz aller Versuche gelb

[robbsen]

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 device

pi@SH-ioBroker-Slave:~ $ test -w /dev/ttyACM0 && echo success || echo failure
success

pi@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 -> ../../ttyACM0

pi@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 Packages

MOD EDIT: CODE TAGS KORRIGIERT

[MCU]

@robbsen Wie sieht denn die Einstellungsseite vom Zigbee-Adapter aus?

[Thomas Braun]

@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]

@mcu

erstmal danke für dein Interesse:

habe folgende Konstellationen versucht.

/dev/serial/by-id/usb-Texas_Instruments_CC2538_USB_CDC-if00

und

/dev/ttyACM0

sieht dann wie folgt aus,

[robbsen]

@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]

@robbsen Eigentlich ist das alles noch nicht offiziell released. Also Beta.

[robbsen]

@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?

[Thomas Braun]

@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]

@thomas-braun

... 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.

[Thomas Braun]

@robbsen

lsof /dev/ttyACM0

[robbsen]

@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/ttyACM0

Das 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/ttyACM0

Jemand 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]

@robbsen
Was ist denn cuxd?

[robbsen]

@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, danke

Der CUx-Daemon (kurz: CUx-D) ist eine universelle Schnittstelle zwischen der CCU-Logikschicht (ReGa HSS) und externen (auch virtuellen) Geräten.

[robbsen]

@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.pdf

TTYPARAM=NONE

[tony63526]

@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