Monatsrückblick Januar/Februar 2026 ist online!

[Thomas Braun]

@alyxabyss

Die Firmware des Sticks könntest du auch in Angriff nehmen.

Edit: Offenbar erledigt...

[AlyxAbyss]

@thomas-braun

Hab ich vor wenigen Minuten erledigt. Siehe mein vorheriger editierter Beitrag. ^^

Ich warte jetzt mal ab und schau was passiert.

[arteck]

@alyxabyss adapter version 1.10.0 drauf ? wenn nicht dann machen

[AlyxAbyss]

@arteck

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 angelernt

Ich melde mich nochmal wenn wieder Probleme auftreten. Aber bisher sieht es gut aus. :)

Vielen Dank an euch alle. :) :) :)

[JLeg]

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

[AlyxAbyss]

@jleg

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

[AlyxAbyss]

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?

[arteck]

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/483

und installier die GIT version des Adapter

[shipper]

@alyxabyss

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

[toralt]

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

[AlyxAbyss]

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

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

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

[BananaJoe]

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

[AlyxAbyss]

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 :) :) :)