@arteck Ich glaube nicht, dass es am Dongle liegt. Ich benutze nämlich einen anderen Router (CC26X2R1) und mit dem hat es wie gesagt monatelang problemlos funktioniert.

@thomas-braun Darum geht es nicht. Das Problem ist, dass wenn diese Lampe wieder Strom bekommt, sie color_options propagiert und das zum Absturz des Zigbee-Adapters (Software) führt. Das ist spezifisch für diese IKEA-Leuchtmittel, bei anderen Produkten gleicher Produktkategorie (zum Beispiel XIAOMI-Lampen) tritt dieser Fehler nicht auf, außerdem betrieb ich jene IKEA-Leuchtmittel schon eine ganze Weile auf diese Art & Weise und das Problem mit color_options tritt erst seit wenigen Monaten auf. Und wie gesagt ( @arteck ), dieser Fehler tritt bei verschiedenen Zigbee-Adaptern (Hardware) auf, nicht nur in Verbindung mit Conbee.

@arteck Ich glaube nicht, dass es am Dongle liegt. Ich benutze nämlich einen anderen Router (CC26X2R1) und mit dem hat es wie gesagt monatelang problemlos funktioniert.

@glasfaser @Thomas-Braun Vielen Dank für die Hinweise! Node usw. sind jetzt im richtigen Pfad installiert und nach einigen Versuchen mit npm install hat es funktioniert und den BLE Adapter wieder zum Laufen gebracht.

@lönne Der Zigbee-Adapter startet dann ein mal neu und läuft im Anschluss wieder zuverlässig. Vielleicht kann sich ja mal ein Entwickler dazu äußern. @Asgothian ?

Moin @lönne, dem möchte ich mich gerne anschließen.
Ich glaube, es handelt sich bei dir um mindestens zwei Probleme von denen ich eines bestätigen kann.
Seit einiger Zeit (ich habe es leider nicht rechtzeitig nach einem bestimmten Update mitbekomme, aber seit etwa 4 bis 6 Wochen) stürzt mein Zigbee-Adapter ab, wenn ich meine IKEA-Leuchten mit Strom versorge und sie vorher stromlos waren. Folgendermaßen sieht der Log dann aus:

zigbee.0
2022-10-05 01:40:50.284	error	Cannot read properties of undefined (reading 'color_options')

zigbee.0
2022-10-05 01:40:50.283	error	TypeError: Cannot read properties of undefined (reading 'color_options') at Object.bulbOnEvent [as onEvent] 
(/opt/iobroker/node_modules/zigbee-herdsman-converters/devices/ikea.js:39:19) at DeviceEvent.callOnEvent 
(/opt/iobroker/node_modules/iobroker.zigbee/lib/zbDeviceEvent.js:44:26) at DeviceEvent.onZigbeeEvent 
(/opt/iobroker/node_modules/iobroker.zigbee/lib/zbDeviceEvent.js:26:18) at ZigbeeController.callExtensionMethod 
(/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:236:54) at ZigbeeController.handleDeviceAnnounce 
(/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:560:18)

zigbee.0
2022-10-05 01:40:50.282	error	unhandled promise rejection: Cannot read properties of undefined (reading 'color_options')

zigbee.0
2022-10-05 01:40:50.282	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

So wie ich das sehe, könnte sich etwas im Quellcode verändert zu haben und nun zu diesem Fehler führen, da diese Leuchtmittel vorher im von mir beschriebenen, laufenden Betrieb, keinen Fehler erzeugten. Witziger Weise betreibe ich fast dieselben Leuchtmittel mit sehr ähnlichen Eigenschaften (aber von Xiaomi) und die scheinen keine color_options anzubieten, oder werfen dabei keinen Fehler. Zumindest ist das Problem sehr spezifisch auf die adapterinterne Konfiguration von IKEA-Leuchtmitteln zurückzuführen und eher kein systemweiter Fehler o.ä..

Moin.
Ich hab viele Threads zum Thema BLE und anderer nicht mehr funktionierender Adapter nach einem NodeJS-Update durchgelesen und komme leider nicht weiter, ohne hier einmal direkt um Hilfe zu bitten. Ich liste einmal auf, was ich bisher gemacht habe (alle Befehle wurden als root ausgeführt).

Systeminfo:

which node npm && node -v && npm -v && apt policy nodejs

/usr/local/bin/node
/usr/local/bin/npm
v16.17.0
8.15.0
nodejs:
  Installed: 14.20.1-deb-1nodesource1
  Candidate: 14.20.1-deb-1nodesource1
  Version table:
 *** 14.20.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_14.x buster/main armhf Packages
        100 /var/lib/dpkg/status
     10.24.0~dfsg-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages


ln -s /usr/bin/nodejs /usr/bin/node

ln: failed to create symbolic link '/usr/bin/node': File exists

Zuvor lief eine 14er Version von NodeJS, npm wurde ebenfalls aktualisiert. Alle Adapter haben den Wechsel gut überstanden, nur BLE mag nicht mehr.
Ich habe mehrfach den Fixer laufen lassen, das System neugestartet, mehrfach den kompletten Adapter de- und neu installiert, wieder den Fixer laufen lassen…

Auch

iob rebuild ble
iob rebuild ble --install
npm cache clean --force

haben keine Abhilfe geschaffen. Es hat zwar nichts direkt damit zu tun, weil info.driverState poweredOff sagt, aber auch

setcap cap_net_raw+eip $(eval readlink -f `which node`)

ändert nichts daran, dass der Adapter nicht mehr starten mag. Ich habe sogar eine andere Hardware (einen Bluetooth-USB-Adapter) zusätzlich zu der internen Raspberry Pi 4 Hardware ausprobiert. Brachte auch nichts. Infos zur Bluetooth-Hardware:

hciconfig

hci0:	Type: Primary  Bus: USB
	BD Address: 5C:F3:70:74:9B:10  ACL MTU: 1021:8  SCO MTU: 64:1
	UP RUNNING 
	RX bytes:969 acl:0 sco:0 events:49 errors:0
	TX bytes:2193 acl:0 sco:0 commands:49 errors:0

Vielen Dank für die ganze Hilfe! Das System läuft nun auf dem etwas weniger ausgelasteten Kanal 11 deutlich stabiler als zuvor und wird aufgrund des getauschten Kabels nun hoffentlich auch nicht mehr sporadisch aussetzen.

@asgothian Kurze Rückmeldung: Beim Neu-verbinden der Endgeräte ist wiederholt der Adapter abgestürzt. Allerdings nur, als ich die Tuya Relais pairen wollte. Nach zwei Versuchen hat es dann aber trotz der Abstürze gehalten. Hier der Log:

2022-01-07 02:04:12.627 - info: zigbee.0 (20970) Zigbee: allowing new devices to join.
2022-01-07 02:04:38.086 - warn: zigbee.0 (20970) Device '0xa4c138934ce2822b' announced itself
2022-01-07 02:04:44.477 - error: zigbee.0 (20970) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2022-01-07 02:04:44.478 - error: zigbee.0 (20970) unhandled promise rejection: Cluster with name '57344' does not exist
2022-01-07 02:04:44.481 - error: zigbee.0 (20970) Error: Cluster with name '57344' does not exist
at Object.getCluster (/opt/iobroker/node_modules/zigbee-herdsman/dist/zcl/utils.js:65:19)
at Endpoint.saveClusterAttributeKeyValue (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/model/endpoint.js:160:35)
at Controller.onZclOrRawData (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:544:26)
at ZStackAdapter. (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:111:73)
at ZStackAdapter.emit (events.js:400:28)
at ZStackAdapter.onZnpRecieved (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:629:30)
at Znp.emit (events.js:400:28)
at Znp.onUnpiParsed (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:93:18)
at Parser.emit (events.js:400:28)
at Parser.parseNext (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/unpi/parser.js:59:26)
2022-01-07 02:04:44.482 - error: zigbee.0 (20970) Cluster with name '57344' does not exist
2022-01-07 02:04:44.491 - info: zigbee.0 (20970) cleaned everything up...
2022-01-07 02:04:44.495 - info: zigbee.0 (20970) Zigbee: disabling joining new devices.
2022-01-07 02:04:44.667 - error: zigbee.0 (20970) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2022-01-07 02:04:44.668 - error: zigbee.0 (20970) unhandled promise rejection: Cluster with name '57344' does not exist
2022-01-07 02:04:44.670 - error: zigbee.0 (20970) Error: Cluster with name '57344' does not exist
at Object.getCluster (/opt/iobroker/node_modules/zigbee-herdsman/dist/zcl/utils.js:65:19)
at Endpoint.saveClusterAttributeKeyValue (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/model/endpoint.js:160:35)
at Controller.onZclOrRawData (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:544:26)
at ZStackAdapter. (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:111:73)
at ZStackAdapter.emit (events.js:400:28)
at ZStackAdapter.onZnpRecieved (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:629:30)
at Znp.emit (events.js:400:28)
at Znp.onUnpiParsed (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:93:18)
at Parser.emit (events.js:400:28)
at Parser.parseNext (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/unpi/parser.js:59:26)
2022-01-07 02:04:44.671 - error: zigbee.0 (20970) Cluster with name '57344' does not exist
2022-01-07 02:04:44.999 - info: zigbee.0 (20970) terminating
2022-01-07 02:04:45.002 - warn: zigbee.0 (20970) Terminated (UNCAUGHT_EXCEPTION): Without reason
2022-01-07 02:04:45.590 - error: host.raspberrypi instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2022-01-07 02:04:45.594 - info: host.raspberrypi Restart adapter system.adapter.zigbee.0 because enabled

@asgothian Vielen Dank!
Ein neues Kabel hat meinen Koordinator wieder ansprechbar gemacht. Leider scheint das nur ein Teil des Problems zu sein. Ich bin nun wieder bei den selben Problemen, die ich beim sporadischen Funktionieren das alten Kabels auch hatte. Konkret sind etwa die hälfte meiner Geräte einfach nicht erreichbar. Wenn ich sie ansteuere:

Send command to 0xa4c138934ce2822b failed with no error code (Timeout - 41566 - 1 - 32 - 6 - 11 after 10000ms)

Ich vermute, dass es wie Du schon sagtest mit der Fülle and Funksignalen zu tun hat. Angefügt siehst Du drei aktuelle Scans der Frequenzen:

Da weiß man echt nicht, was man wählen soll... Ich probiere jetzt noch mal von 14 auf 11 zu wechseln. In weiteren Scans ist Ch. 11 zwar auch über 100% Auslastung, aber deutlich seltener als 15, 20 oder 25.

(Ein Firmwareupdate werde ich später einmal machen, dazu habe ich auf die Schnelle keine Anleitung gefunden.)

@asgothian Moin. Ich habe jetzt alles versucht, von dem ich mir eine Lösung versprach. Zigbee Adapter mehrfach neu gebaut, nvbackup umbenannt, die shepard.db umbenannt, eine neuere Version von Github ausprobiert, den Adapter komplett deinstalliert und neu aufgesetzt und alle denkbare Kombinationen aus den zuvorgenannten Aktionen. Leider klappt jetzt auch das Wiederherstellen des Backups nicht mehr, bzw startet der Adapter mit diesem Fehler nicht:

getGroups: caught error: TypeError: Cannot read property 'getGroups' of undefined

Manch anderes mal, insbesondere nach dem Kanalwechsel sah ich:

Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"

und/oder

Starting zigbee-herdsman problem : "network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby"

Ich bin also seit dem Beitrag vom 18.12.21 kein Stück weitergekommen. Ich bin nun auch bereit alle 40 Zigbee-Geräte neu einzurichten, wenn mir jemand zeigt, wie ich einen zuverlässigen clean install hinbekomme. Derzeit ist es nämlich wie im ersten Post vom 16.12. beschrieben: "Aus dem Nichts heraus" hat der Adapter erneut eine sehr ähnliche Fehlermeldung geliefert, wann immer ich einen Befehl schicken wollte:

error: zigbee.0 (19299) Error 225 on send command to 0x7cb03eaa00acb990. Error: Error: Command 0x7cb03eaa00acb990/3 genOnOff.on({}, {"sendWhenActive":false,"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225))

Daraufhin begann ich meine Reparaturversuche und stecke nun in ich größerem Schlamassel, siehe oben.

Hat jemand eine Idee, was die Fehlermeldungen beheben könnte? Ich habe teilweise große Latenzen, vermutlich weil der Channel schon ganz schön überlastet ist. Daher würde ich gerne den Kanal wie beschrieben wechseln.