Zigbee Adapter grün, aber Error 225

[Jona]

Systemdata
Hardwaresystem:	Raspberry Pi 4B mit LAUNCHXL-CC26X2R1
Arbeitsspeicher:	4GB
Festplattenart:	SD-Karte
Betriebssystem:	Raspbian 10 Lite 32-bit (Firmware Revision des CC26X2R1: 20201026
Node-Version:	14.18.2
Nodejs-Version:	14.18.2
NPM-Version:	6.14.15
js-controller-Version:	3.3.21
Installationsart:	Manuell
Image genutzt:	Nein

Moin,
klingt immer sehr blöd und gar nicht hilfreich, aber "vom einen auf den anderen Tag" läuft's mit Zigbee nicht mehr. Der Adapter war solide und zuverlässig - bis vor zwei Tagen. Geändert habe ich IOBroker-betreffen nichts, von dem ich weiß. Ich habe nur in etwa dem Zeitraum einen vsftpd Server aufgesetzt. Das aktuelle Verhalten ist nun so, dass bei jedem Schalten eines meiner Zigbee-Geräte folgende Fehlermeldung auftaucht:

Error 225 on send command to 0xa4c138ec0e4ef1cf. Error: Error: Command 0xa4c138ec0e4ef1cf/1 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)) at ZStackAdapter.sendZclFrameToEndpointInternal (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:310:23) at async Queue.executeNext (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/queue.js:19:32)

Als ich das log-level vom Adapter zu debug geändert und Zigbee-herdsman debug info aktiviert habe, kamen direkt nach dem Neustart des Adapters zwei drei Befehle mit ordentlicher Verzögerung durch, danach stellte sich aber das beschriebene Verhalten wieder ein. Hier der ausführliche Log dazu: zigbee_debug_log.rtf

Der Adapter meldet selbst keinen Fehler und "alle Lampen sind grün". Erst wenn eine Interaktion gefordert wird, taucht ein Fehler (in Form des Error 225) auf.

Ich hoffe auf Eure Hilfe und beantworte gerne alle weiteren Fragen.

[Jona]

ufw und vsftpd, die ich beide in den letzten Tagen eingerichtet habe, habe ich zu Testzwecken auch schon ausgeschaltet. Leider (oder zum Glück) ohne Auswirkungen auf das Verhalten des Zigbee-Adapters (dieser ist Übergens auf Version 1.6.6).

[Asgothian]

@jona Das deutet darauf hin das du Probleme mit dem Funknetz hast - wie sieht deine Funkabdeckung aus (WLan Kanäle, Zigbee Kanäle) ?

A.

[Jona]

@asgothian So sieht der 2.4Ghz Bereich aus.

Ich selbst (nicht aufgelistet) bin auf Channel 9 unterwegs.

[Jona]

@asgothian In den Einstellungen des Zigbee-Adapters habe ich vor Jahren Nummer 14 gewählt. Nutze ich die Scan-Funktion dieser Einstellungen, sieht die Lage so aus:

Wechsle ich in einen anderen Channel (probiert mit 16 und 18), startet der Adapter leider nicht mehr richtig. Connected to device or service bleibt dann leider rot.

[Asgothian]

@jona sagte in Zigbee Adapter grün, aber Error 225:

Wechsle ich in einen anderen Channel (probiert mit 16 und 18), startet der Adapter leider nicht mehr richtig. Connected to device or service bleibt dann leider rot.

Ohne Log Einträge dieser Startversuche ist eine Diagnose unmöglich.

A.

[Jona]

@asgothian Das ist absolut richtig, ich bitte um Entschuldigung.
Hier der Log (debug-Modus des Adapters aktiviert) zum Wechsel von Channel 14 auf 16.

2021-12-17 11:19:44.872 - info: zigbee.0 (27036) starting. Version 1.6.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.18.2, js-controller: 3.3.21
2021-12-17 11:19:44.961 - info: zigbee.0 (27036) Starting Zigbee npm ...
2021-12-17 11:19:45.382 - info: zigbee.0 (27036) Installed Version: iobroker.zigbee@1.6.6
2021-12-17 11:19:45.516 - error: zigbee.0 (27036) Configuration is not consistent with adapter state/backup!
2021-12-17 11:19:45.517 - error: zigbee.0 (27036) - PAN ID: configured=6754, adapter=6754
2021-12-17 11:19:45.517 - error: zigbee.0 (27036) - Extended PAN ID: configured=2fd4dd42dd2dd4dd, adapter=ddd42ddd42ddd42f
2021-12-17 11:19:45.518 - error: zigbee.0 (27036) - Network Key: configured=01030507090b0d0f00020406080a0c0d, adapter=01030507090b0d0f00020406080a0c0d
2021-12-17 11:19:45.518 - error: zigbee.0 (27036) - Channel List: configured=16, adapter=14
2021-12-17 11:19:45.519 - error: zigbee.0 (27036) Please update configuration to prevent further issues.
2021-12-17 11:19:45.519 - error: zigbee.0 (27036) If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json.
2021-12-17 11:19:45.519 - error: zigbee.0 (27036) Re-commissioning your network will require re-pairing of all devices!
2021-12-17 11:19:45.520 - error: zigbee.0 (27036) Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information"
2021-12-17 11:19:45.521 - error: zigbee.0 (27036) Failed to start Zigbee
2021-12-17 11:19:45.521 - error: zigbee.0 (27036) Error herdsman start
2021-12-17 11:19:55.524 - info: zigbee.0 (27036) Try to reconnect. 1 attempts left
2021-12-17 11:19:55.526 - info: zigbee.0 (27036) Starting Zigbee npm ...
2021-12-17 11:19:55.576 - info: zigbee.0 (27036) Installed Version: iobroker.zigbee@1.6.6
2021-12-17 11:19:55.728 - error: zigbee.0 (27036) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
2021-12-17 11:19:55.729 - error: zigbee.0 (27036) Failed to start Zigbee
2021-12-17 11:19:55.729 - error: zigbee.0 (27036) Error herdsman start

Ich sehe schon, dass mir anscheinend mein Backup hineingrätscht. Hintergrund: Ich habe meinen Pi komplett neu aufgesetzt und IOBroker aus einem (backitup) Backup wiederhergestellt. Bedeutet denn ein Wechsel des Channels, dass ich alle Geräte neu einrichten muss?

[Asgothian]

@jona sagte in Zigbee Adapter grün, aber Error 225:

Warum der Adapter nicht grün wird steht da (Zeile 1)
Was zu tun ist auch (Zeile 3)

Es steht da sogar was dann passieren wird (Zeile 4)

2021-12-17 11:19:45.518 - error: zigbee.0 (27036) - Channel List: configured=16, adapter=14
2021-12-17 11:19:45.519 - error: zigbee.0 (27036) Please update configuration to prevent further issues.
2021-12-17 11:19:45.519 - error: zigbee.0 (27036) If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json.
2021-12-17 11:19:45.519 - error: zigbee.0 (27036) Re-commissioning your network will require re-pairing of all devices!

A.

[Asgothian]

@jona sagte in Zigbee Adapter grün, aber Error 225:

Bedeutet denn ein Wechsel des Channels, dass ich alle Geräte neu einrichten muss?

Neu mit dem Koordinator verbinden (neu anlernen) - Ja.
Du bekommst aber die identischen Datenpunkte im ioBroker, da die Benennung der Datenpunkte von den Hardware-ID's abhängen und sich daher nicht ändern.

A.

[Jona]

@asgothian Danke für die Erklärung.
Ich wechsle nun alles in den Channel 23, allerdings bekomme ich immer und immer wieder diesen Error beim Verbinden der Geräte, was zum Absturz des Adapters führt. Hier ein Beispiel anhand eines Zigbee Relais:

2021-12-18 01:08:40.731 - info: zigbee.0 (8841) Successfully interviewed '0xa4c138ec0e4ef1cf', device has succesfully been paired
2021-12-18 01:08:40.732 - info: zigbee.0 (8841) Device '0xa4c138ec0e4ef1cf' is supported, identified as: TuYa 1 gang switch (TS0001)
2021-12-18 01:08:40.733 - info: zigbee.0 (8841) Configuring 0xa4c138ec0e4ef1cf TS0001
2021-12-18 01:08:41.465 - error: zigbee.0 (8841) 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().
2021-12-18 01:08:41.466 - error: zigbee.0 (8841) unhandled promise rejection: Cluster with name '57344' does not exist
2021-12-18 01:08:41.468 - error: zigbee.0 (8841) 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)
2021-12-18 01:08:41.469 - error: zigbee.0 (8841) Cluster with name '57344' does not exist
2021-12-18 01:08:41.483 - info: zigbee.0 (8841) cleaned everything up...
2021-12-18 01:08:41.487 - info: zigbee.0 (8841) Zigbee: disabling joining new devices.
2021-12-18 01:08:41.659 - error: zigbee.0 (8841) 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().
2021-12-18 01:08:41.660 - error: zigbee.0 (8841) unhandled promise rejection: Cluster with name '57344' does not exist
2021-12-18 01:08:41.660 - error: zigbee.0 (8841) 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)
2021-12-18 01:08:41.661 - error: zigbee.0 (8841) Cluster with name '57344' does not exist
2021-12-18 01:08:41.733 - debug: zigbee.0 (8841) Publish available for 0xa4c138ec0e4ef1cf = true
2021-12-18 01:08:41.735 - debug: zigbee.0 (8841) Publish LQ for 0xa4c138ec0e4ef1cf = 10
2021-12-18 01:08:41.984 - info: zigbee.0 (8841) terminating
2021-12-18 01:08:41.985 - debug: zigbee.0 (8841) Plugin sentry destroyed
2021-12-18 01:08:41.986 - warn: zigbee.0 (8841) Terminated (UNCAUGHT_EXCEPTION): Without reason
2021-12-18 01:08:42.614 - error: host.raspberrypi instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2021-12-18 01:08:42.621 - info: host.raspberrypi Restart adapter system.adapter.zigbee.0 because enabled
2021-12-18 01:08:42.622 - warn: host.raspberrypi Do not restart adapter system.adapter.zigbee.0 because restart loop detected

Ich freue mich über jegliche Hilfe.

EDIT: Nach weiteren Versuchen taucht nun diese Meldung im Pairing-Fenster auf:

Error: Failed to open the network: Error: Cannot execute command, in Inter-PAN mode
    at ZStackAdapter.checkInterpanLock (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:821:19)
    at Object.func (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:154:18)
    at Queue.executeNext (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/queue.js:19:42)
    at /opt/iobroker/node_modules/zigbee-herdsman/dist/utils/queue.js:11:18
    at new Promise (<anonymous>)
    at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/queue.js:9:16)
    at ZStackAdapter.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:153:26)
    at Controller.permitJoinInternal (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:173:32)
    at Controller.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:164:20)
    at ZigbeeController.permitJoin (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:440:37). undefined
Pairing started 

Und kurz darauf im Log:

2021-12-18 01:32:39.117 - error: zigbee.0 (10326) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
2021-12-18 01:32:39.118 - error: zigbee.0 (10326) Failed to start Zigbee
2021-12-18 01:32:39.118 - error: zigbee.0 (10326) Error herdsman start

Das beendet dann wohl meine Versuche für heute - ich spiele das Backup von letzter Nacht auf. Kurios.

[Jona]

@asgothian said in Zigbee Adapter grün, aber Error 225:

@jona Das deutet darauf hin das du Probleme mit dem Funknetz hast - wie sieht deine Funkabdeckung aus (WLan Kanäle, Zigbee Kanäle) ?

A.

Im Übrigen und für spätere Leser, hat es mir geholfen, das Funknetz meines Accesspoints von fix (WiFi) Kanal 9 auf automatisch zu wechseln. Er entschied sich daraufhin für (WiFi) Kanal 6 und Zigbee konnte wieder Befehle übermitteln.

Ich habe allerdings gesehen, dass (Zigbee) Kanal 14 immer überfüllt ist (> 100%), weshalb ich gerne in (Zigbee) Kanal 23 wechseln möchte. Ich hoffe, mir kann der Fehler bezüglich dabei geholfen werden.

[Jona]

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.

[Asgothian]

@jona

Kanalwechsel ist 'verhältnismässig' einfach:

• In den Einstellungen den Funkkanal anpassen
• Zigbee Adapter anhalten
• nvbackup.json Datei umbenennen
• Zigbee Adapter starten
• Alle Geräte neu am Zigbee Netz anmelden.

Wichtig - es ist zu empfehlen auf die ZLL kompatiblen Kanäle (11,15,20,25) zu wechseln, da nicht alle Geräte alle Kanäle unterstützen.

A.

[Flo 0]

Der Fehler kommt mir bekannt vor. Seit ich auf NodeJS 14.18.1 gewechselt habe stürzt mir der Adapter ab und zu mit dem genau gleichen Fehler ab :(. Nach einem Absturz funktioniert jedoch alles wieder wie gehabt. Etwas unschön:

[BananaJoe]

@flo-0 Bei mir zickte der auch rum nach dem Upgrade. In der Anleitung zum Upgrade steht auch wie man Problem-Adapter noch mal neu übersetzt.

iobroker rebuild zigbee --install

Ich hatte auch sporadisch neu Neustart des Servers das er meine den ZigBee-Adapter nochmal neu übersetzen zu müssen

[Jona]

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

[Asgothian]

@jona sagte in Zigbee Adapter grün, aber Error 225:

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

• Die Meldungen das der Port geschlossen war sind wahrscheinlich Folgefehler, die dadurch entstehen das die Kommunikation mit dem Koordinator abgebrochen wurde und der Adapter in der Folge versucht hat sich neu zu starten.
• Die Meldung MAC Channel access failure deutet auf Probleme auf der Funk-seit hin. Das kann sein:
  -- ein defekter Stick
  -- eine Störung auf der Kommunikationsleitung (USB3 Geräte in der Nähe ?)
  -- ein volles 2.4GHz Band auf dem Kanal wo du den Adapter nutzen willst.
• Dieses wird auch durch die oben beschriebenen Probleme bestätigt.

Ich würde zunächst einmal die Firmware des TI Boards aktualisieren, und dann verifizieren ob das USB Kabel soweit ok ist. Des weiteren wäre zu prüfen in wie weit der vsftpd ggf. Probleme macht (dienst zum Test deaktivieren) und wie der PI am Netz angebunden ist (WLan oder Lan)

A.

[Jona]

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

[Jona]

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

[hohmannc]

@jona Wie hast du es jetzt gelöst. ich habe mein System von SD auf SSD Festplatte gespiegelt und habe seitdem auch die Meldung! so ein Mist. es ist alles identisch, mit SD Karte gehts mit SSD nicht