UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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 :(

[Asgothian]

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

@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 :(

Das liegt daran das dein USB-SSD Adapter das 2.4 GHz Band stört. Du kannst glück haben wenn du

• auf einen anderen Adapter wechselst
• ein USB Verlängerungskabel zum Zigbee Stick nutzt, und dieses extra abschirmst.
• den PI samt SSD in ein Metallgehäuse verbannst und nur das USB Verlängerungskabel (sowie Netzwerk und Stromkabel) heraus legst, um die Störungen des USB3 Adapters zu reduzieren
• die SSD am USB2 betreibst.

A.

[hohmannc]

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

t SSD in ein Metallgehäuse verbannst und nur das

hat funktioniert! Danke!

[MarkIO]

bei mir was es der USB-Sata Adapter....abgezogen und 5 Sekunden Später geht alles -.-
Ich werde ihn auch mal in alufolie einpacken.

Danke für die Tipps!!!