Zigbee Geräte müssen ständig neu gekoppelt werden
-
@alyxabyss sagte in Zigbee Geräte müssen ständig neu gekoppelt werden:
Kanal 14.
damit wirst du Probleme haben da nicht alles Geräte alle Kanele unterstützen.. würde dir empfehlen direkt auf 15 zu wechseln und die Fritte auf 6 oder 11..
mit Kanal 1 hast du eine Überschneidung zu Zigbee
hier mal lesen
https://www.digitalzimmer.de/artikel/wissen/philips-hue-zigbee-kanalwechsel/ist zwar alt aber immer noch aktuell
-
Danke.
Dann werde ich mich wohl mal dransetzen und alle Geräte neu anlernen müssen ^^UPDATE:
Ich habe den WLAN Kanal der Fritzbox auf 6 geändert. Kanal 6 war auch recht frei.
Den Kanal für Zigbee hab ich nun auf 15 geändert und alle Geräte neu angelernt.Der Zigbee Adapter ist während der Kopplung öfter mal abgestürzt. Einige Sensoren musste ich noch ein zweites mal anlernen bis sie fehlerfrei erkannt wurden.
zigbee.0 2024-01-18 21:36:49.753 info Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20220219}} zigbee.0 2024-01-18 21:36:48.338 info Installed Version: iobroker.zigbee@1.10.0 zigbee.0 2024-01-18 21:36:48.070 info Starting Zigbee npm ... zigbee.0 2024-01-18 21:36:48.031 info starting. Version 1.10.0 in /opt/iobroker/node_modules/iobroker.zigbee, node: v18.19.0, js-controller: 5.0.17 zigbee.0 2024-01-18 21:36:15.307 warn Terminated (UNCAUGHT_EXCEPTION): Without reason zigbee.0 2024-01-18 21:36:15.307 info terminating zigbee.0 2024-01-18 21:36:14.808 info Zigbee: disabling joining new devices. zigbee.0 2024-01-18 21:36:14.807 info cleaned everything up... zigbee.0 2024-01-18 21:36:14.798 error Exception-Code: 240: Command 0x00124b002932e906/1 ssIasZone.enrollRsp({"enrollrspcode":0,"zoneid":23}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC transaction expired' (240)) zigbee.0 2024-01-18 21:36:14.798 error Error: Command 0x00124b002932e906/1 ssIasZone.enrollRsp({"enrollrspcode":0,"zoneid":23}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC transaction expired' (240)) at ZStackAdapter.sendZclFrameToEndpointInternal (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:415:23) at processTicksAndRejections (node:internal/process/task_queues:95:5) at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:35:20) at Request.send (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/helpers/request.ts:79:20) at Endpoint.command (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/model/endpoint.ts:758:28) at Device.onZclData (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/model/device.ts:229:13) zigbee.0 2024-01-18 21:36:14.798 error unhandled promise rejection: Command 0x00124b002932e906/1 ssIasZone.enrollRsp({"enrollrspcode":0,"zoneid":23}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC transaction expired' (240)) zigbee.0 2024-01-18 21:36:14.797 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(). zigbee.0 2024-01-18 21:35:31.472 info Device '0x00124b002932e906' announced itself zigbee.0 2024-01-18 21:35:08.547 info Zigbee: stop joining zigbee.0 2024-01-18 21:34:47.744 info DeviceConfigure successful 0x00124b00251fe0bf DS01 zigbee.0 2024-01-18 21:34:44.851 info -> Configuring 0x00124b00251fe0bf DS01 zigbee.0 2024-01-18 21:34:44.850 info Device '0x00124b00251fe0bf' is supported, identified as: SONOFF Contact sensor (SNZB-04) zigbee.0 2024-01-18 21:34:44.850 info Successfully interviewed '0x00124b00251fe0bf', device has successfully been paired zigbee.0 2024-01-18 21:34:32.710 info Device '0x00124b00251fe0bf' announced itself zigbee.0 2024-01-18 21:34:32.214 info Starting interview of '0x00124b00251fe0bf' zigbee.0 2024-01-18 21:33:59.836 error Failed to interview '0x00124b00251fe0bf', device has not successfully been paired. Try again !!!!!!!!!! zigbee.0 2024-01-18 21:33:18.519 error Failed to interview '0x00124b0029114aec', device has not successfully been paired. Try again !!!!!!!!!! zigbee.0 2024-01-18 21:33:16.257 info Device '0x00158d0009ee6091' is supported, identified as: Xiaomi Aqara water leak sensor (SJCGQ11LM) zigbee.0 2024-01-18 21:33:16.257 info Successfully interviewed '0x00158d0009ee6091', device has successfully been paired zigbee.0 2024-01-18 21:33:03.896 info Device '0x00124b0029114aec' announced itself zigbee.0 2024-01-18 21:32:53.323 info Device '0x00158d0009ee6091' announced itself zigbee.0 2024-01-18 21:32:53.204 info Starting interview of '0x00158d0009ee6091' zigbee.0 2024-01-18 21:32:42.927 info Device '0x00124b0029114aec' announced itself zigbee.0 2024-01-18 21:32:41.874 info Starting interview of '0x00124b0029114aec' zigbee.0 2024-01-18 21:32:00.832 info DeviceConfigure successful 0x00124b00250013c1 MS01 zigbee.0 2024-01-18 21:32:00.664 error Device 0x00124b00251fe0bf "undefined" not described in statesMapping.Die Geräte, welche zwischenzeitlich vom Strom getrennt werden, hab ich aus dem Zigbee Netzwerk gelöscht.
Jetzt mal schauen ob morgen alles noch online ist.
NOCHMAL UPDATE:
Ich habe jetzt eine neuere Firmware auf dem Koordinator geflashed. Hab dafür das ZigStar MultiTool benutzt und folgende Datei aufgespielt: "CC1352P2_CC2652P_other_coordinator_20230507.hex"
Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20230507}}Hab scheinbar nix zerschossen. Scheint zu laufen und die Geräte sind auch alle erreichbar.
Jetzt mal abwarten.
-
-
Hab ich vor wenigen Minuten erledigt. Siehe mein vorheriger editierter Beitrag. ^^
Ich warte jetzt mal ab und schau was passiert.
-
@alyxabyss adapter version 1.10.0 drauf ? wenn nicht dann machen
-
Ist bereits geschehen.
Ich gebe euch mal einen Zwischenstand:
Aktuell sieht es gut aus. Keine Verbindungsabbrüche und der Adapter startet auch nicht mehr unerwartet neu.
Gestern Abend hab ich die Änderungen alle durchgeführt und seitdem ist mir nichts negatives mehr aufgefallen. Normalerweise hätte der Adapter schon längst den ein oder anderen Neustart hinter sich haben müssen und sicherlich wären auch schon die ersten Geräte wieder offline. Aber aktuell ist alles grün. Mal schauen ob es jetzt auch dauerhaft so bleibt.Kurze Zusammenfassung was ich gemacht habe:
WLAN Kanal auf 6.
Zigbee Kanal auf 15.
Zigbee Adapter auf 1.10.0
Das ganze System upgedatet (inklusive Node.js)
Den Koordinator von einer Firmware von 2019 auf eine upgedatet aus 2023.
Alle Geräte entfernt die zwischenzeitlich vom Strom getrennt werden und alle Geräte neu angelerntIch melde mich nochmal wenn wieder Probleme auftreten. Aber bisher sieht es gut aus.
Vielen Dank an euch alle.
-
@alyxabyss sagte in Zigbee Geräte müssen ständig neu gekoppelt werden:
Alle Geräte entfernt die zwischenzeitlich vom Strom getrennt werden
das war am Anfang meiner Lernkurve auch eine Erkenntnis gewesen - "schaltbare" Zigbee-Router unbedingt vermeiden. Habe dann in diesen Fällen den/die Schalter durch Shelly oder Zigbee-Switches ersetzt, und die Lampe auf Dauerstrom geklemmt. Musst also nicht unbedingt wieder "Glühobst" reindrehen...
-
Ja man lernt halt nie aus. Ich werde mal schauen ob ich die entfernten Geräte noch durch ne andere Lösung ersetze. Aber erstmal bin ich zufrieden so.
-
ZU FRÜH GEFREUT...
Ich hab das ganze jetzt mal 2 Tage beobachtet. In der Zwischenzeit wurden ein paar wenige Sensoren wieder als offline angezeigt. Allerdings auch 2 Geräte (Steckdose und Licht) die am Stromnetz angeschlossen sind. Da diese eine Lampe allerdings schon häufiger Probleme gemacht hat, hab ich sie erstmal komplett entfernt. Die Steckdose war nach wenigen Stunden von alleine wieder online, ohne das ich irgendwas gemacht habe.
Bei den Sensoren war ich mir nicht sicher wie lange die Batterien dort schon drin sind, daher habe ich diese ausgewechselt. Dann beim Versuch die Geräte nochmal zu koppeln musste ich feststellen, dass der Adapter beim Kopplungsvorgang recht häufig komplett abschmiert.Geschätzt 6 von 10 Kopplungsvorgänge haben für einen Absturz des Adapters gesorgt.
Das sah dann z.B. mal so aus:zigbee.0 2024-01-21 10:43:01.527 warn Terminated (UNCAUGHT_EXCEPTION): Without reason zigbee.0 2024-01-21 10:43:01.525 info terminating zigbee.0 2024-01-21 10:43:01.026 info Zigbee: disabling joining new devices. zigbee.0 2024-01-21 10:43:01.025 info cleaned everything up... zigbee.0 2024-01-21 10:43:01.016 error Exception-Code: 240: Command 0x00124b00251e3f1e/1 ssIasZone.enrollRsp({"enrollrspcode":0,"zoneid":23}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC transaction expired' (240)) zigbee.0 2024-01-21 10:43:01.016 error Error: Command 0x00124b00251e3f1e/1 ssIasZone.enrollRsp({"enrollrspcode":0,"zoneid":23}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC transaction expired' (240)) at ZStackAdapter.sendZclFrameToEndpointInternal (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:415:23) at processTicksAndRejections (node:internal/process/task_queues:95:5) at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:35:20) at Request.send (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/helpers/request.ts:79:20) at Endpoint.command (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/model/endpoint.ts:758:28) at Device.onZclData (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/model/device.ts:229:13) zigbee.0 2024-01-21 10:43:01.002 error unhandled promise rejection: Command 0x00124b00251e3f1e/1 ssIasZone.enrollRsp({"enrollrspcode":0,"zoneid":23}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC transaction expired' (240)) zigbee.0 2024-01-21 10:43:01.002 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().Dann wurde mir ein Update für den Zigbee Adapter angeboten und habe es installiert.
Mein Zigbee Adapter befindet sich jetzt bei v1.10.1.Dann musste ich feststellen, dass einige Sensoren nicht reagieren obwohl diese als online angezeigt werden und habe dann bemerkt, dass keine Daten empfangen werden. Der Bewegungsmelder im Badezimmer z.B. ist permanent auf "Bewegung" geschaltet und andere Sensoren übertragen teilweise einfach nur "NULL".
Merkwürdig ist auch, dass sämtliche Bewegungsmelder und Temperatursensoren baugleich sind. Einige funktionieren (momentan), aber andere wiederum nicht.
Beim Versuch diese Sensoren neu zu koppeln, brauchte ich oft mehrere Versuche. Hinterher wurde der Sensor (wie zuvor) auch wieder als online angezeigt, aber hat keine Daten übertragen.
So sah der Log beim koppeln aus:
zigbee.0 2024-01-22 03:07:07.298 warn DeviceConfigure: 0x00124b00251e3f1e DS01 Failed to configure. When device works is all fine when not wake up the device and check again zigbee.0 2024-01-22 03:06:39.035 info -> Configuring 0x00124b00251e3f1e DS01 zigbee.0 2024-01-22 03:06:39.034 info Device '0x00124b00251e3f1e' is supported, identified as: SONOFF Contact sensor (SNZB-04) zigbee.0 2024-01-22 03:06:39.034 info Successfully interviewed '0x00124b00251e3f1e', device has successfully been paired zigbee.0 2024-01-22 03:05:46.494 info Device '0x00124b00251e3f1e' announced itself zigbee.0 2024-01-22 03:05:45.892 info Starting interview of '0x00124b00251e3f1e' zigbee.0 2024-01-22 03:05:30.644 info Zigbee: allowing new devices to join. zigbee.0 2024-01-22 03:05:00.958 info Zigbee: stop joining zigbee.0 2024-01-22 03:04:37.542 error Failed to interview '0x00124b00251e3f1e', device has not successfully been paired. Try again !!!!!!!!!! zigbee.0 2024-01-22 03:04:21.584 info Device '0x00124b00251e3f1e' announced itself zigbee.0 2024-01-22 03:04:01.468 info Device '0x00124b00251e3f1e' announced itself zigbee.0 2024-01-22 03:04:00.371 info Starting interview of '0x00124b00251e3f1e' zigbee.0 2024-01-22 03:02:06.770 error Failed to interview '0x00124b00251e3f1e', device has not successfully been paired. Try again !!!!!!!!!! zigbee.0 2024-01-22 03:01:21.301 info Device '0x00124b00251e3f1e' announced itself zigbee.0 2024-01-22 03:01:06.007 info Starting interview of '0x00124b00251e3f1e' zigbee.0 2024-01-22 03:00:44.644 info Zigbee: allowing new devices to join.Mir sind zwischendurch auch Meldungen aufgefallen wie diese hier:
zigbee.0 2024-01-22 02:53:56.735 error No converter available for 'SNZB-04' with key 'opened' zigbee.0 2024-01-22 02:02:40.866 error No converter available for 'SNZB-03' with key 'occupancy'Scheinbar sind die Probleme jetzt massiver als zuvor
Eventuell könnte es damit Zusammenhängen, dass ich dem Koordinator eine neue Firmware verpasst habe.
Dabei hatte ich 2 zur Auswahl:
https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator/Z-Stack_3.x.0/bin
Ich hatte die "CC1352P2_CC2652P_other_coordinator_20230507.zip" aufgespielt.
Laut diesem Beitrag von @dimaiv habe ich den Ebyte Chip verbaut (Ich habe das "B" und die Rote Markierung auf dem Gerät) und muss dann die Firmware "Other Coordinator" verwenden.
https://forum.iobroker.net/post/1002062
Hab ich ja getan. Nur bin mir jetzt nicht sicher ob die Version die ich benutzt habe "gut" ist.
Meine aktuellen Zigbee Einstellungen:
Meine aktuelle Netzübersicht:
Meinen ioBroker habe ich zuvor auf einem Raspberry Pi 4 genutzt. Da der Pi aber langsam an seine Grenzen kam und ich zu dem Zeitpunkt eh schon das Problem mit Offline Sensoren hatte, hab ich mir extra noch einen Mini PC gekauft, auf diesem Ubuntu installiert und den ioBroker von Grund auf neu eingerichtet gehabt und extra kein Backup verwendet, weil ich die Probleme nicht mit auf das neue System schleppen wollte. Lediglich die Skripte und einige Objektbäume (innerhalb von "0_userdata") habe ich übernommen.
Trotzdem sind nach kurzer Zeit immer wieder Sensoren offline gegangen.Das Problem, dass Geräte nun als online angezeigt werden, aber keine Informationen liefern ist jetzt aber neu.
Jemand noch Ideen was ich versuchen kann? Oder vielleicht eine Firmware für mich, die ich mal testweise auf meinem Coordinator aufspielen könnte?
-
es liegt nan der Firmware die du aufgespielt hast zur zeit einen Bug und dann ist auch noch in der 10.0.1 ein Problem mit xiomi cluster gewesen..
nimm die Firmware erstmal von hier
https://github.com/Koenkk/Z-Stack-firmware/discussions/483und installier die GIT version des Adapter
-
Ich hatte auch lange Zeit Verbindungsprobleme. Seit ich mir einen neuen concentrator gekauft habe, läuft der Adapter (1.9.5) mit meinen 11 TRV stabil.
SONOFF Zigbee 3.0 USB Dongle Plus,Zigbee Gateway TI CC2652P + CP2102N Zigbee USB
-
@shipper Es macht wenig Sinn, jemanden, der einen LAN Coordinator benutzt, einen USB Coordinator zu empfehlen. Zumal der USB Coordinator mit der Firmware die gleichen Probleme hätte, der Chip ist identisch.
-
@arteck sagte in Zigbee Geräte müssen ständig neu gekoppelt werden:
es liegt nan der Firmware die du aufgespielt hast zur zeit einen Bug und dann ist auch noch in der 10.0.1 ein Problem mit xiomi cluster gewesen..
nimm die Firmware erstmal von hier
https://github.com/Koenkk/Z-Stack-firmware/discussions/483und installier die GIT version des Adapter
Ich habe die ZIP von deinem Link runtergeladen. Dort sind allerdings 2 verschiedene Versionen enthalten (20231111 und 20231112)
Hab jetzt diese aufgespielt:
CC1352P2_CC2652P_other_coordinator_20231112.hexJetzt habe ich noch Steckdosen gekoppelt die ebenfalls den Energieverbrauch messen. Hatte diese vorher schon mehrfach versucht zu koppeln, aber hatte leider mit Fehlermeldungen zu kämpfen. Diesmal hat es geklappt. Ebenso hab ich einige Sensoren neu gekoppelt die Probleme verursacht hatten. Auch das hat geklappt.
Der Adapter ist beim den verschiedenen Koppelungsvorgängen diesmal nicht einmal abgestürzt. Aber vielleicht hatte ich auch nur Glück. Wer weiß.
Jetzt kann ich erstmal nicht mehr machen als abwarten.'
Was meinst du mit GIT Version des Adapters? Meinst du ich soll die aktuellste Stable installieren, statt die Beta? Oder manuell über den Link zu GIT?
-
@alyxabyss sagte in Zigbee Geräte müssen ständig neu gekoppelt werden:
Oder manuell über den Link zu GIT?
genau, bzw. geht auch im Expertenmodus über den mittleren Reiter der Katze:
-
Läuft hoffentlich jetzt
Ich hatte ja zuletzt das Problem, dass die Sensoren zum Teil als online angezeigt werden, aber keine Daten senden. Dieses Problem kam wohl durch das Update des Zigbee Adapters 1.10.1 zustande.
https://github.com/ioBroker/ioBroker.zigbee/issues/2059
Laut der Meldung hier haben neuerdings auch andere das Problem. Bin zurück zu 1.9.7 und hab einige Sensoren nochmal neu anlernen müssen. Aber scheinbar läuft es jetzt.
Ich danke euch allen für die Hilfe
closed Zigbee 1.10.1 kein aktualisieren der geräte #2059
