Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[M-A-X]

Hi.
Zum Hintergrund: ich habe hier 7 Ikea zigbee rgb gu10 spots, die allerdings hinter nem Schalter hängen. Selten werden per alexa Befehl die Farben der gu10 geändert. Das ganze funktioniert soweit auch.
Damit aber bei einem Neustart (Schalter aus und wieder an) der Spots wieder das gedimmte warmweiß erscheint, habe ich folgendes blockly:

Leider scheine ich aber seit 'kurzem' (könnten einige zigbee oder Javascript Versionen sein..
Leider hab ich nicht sofort gemerkt dass Fehler kommen) Fehler im log zu bekommen. Und das ganze nicht nur beim einschalten der spots, sondern auch im laufenden Betrieb.
Evtl kann mir jemand auf die Sprünge helfen, was der Fehler bedeutet und ggf wie ich ihn abstelle:

zigbee.0
2025-12-17 09:01:19.432	error	SentryError : Send command to 0x2c1165fffe9542d9 failed with no error code Error: ZCL command 0x2c1165fffe9542d9/1 lightingColorCtrl.moveToColor({"transtime":0,"colorx":30137,"colory":26909}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (--> 'SREQ: AF - dataRequest - {"dstaddr":16356,"destendpoint":1,"srcendpoint":1,"clusterid":768,"transid":183,"options":0,"radius":30,"len":9,"data":{"type":"Buffer","data":[1,86,7,185,117,29,105,0,0]}}' failed with status '(0x10: MEM_ERROR)' (expected '(0x00: SUCCESS)')) TypeError: Sentry.configureScope is not a function

zigbee.0
2025-12-17 09:01:19.431	error	Send command to 0x2c1165fffe9542d9 failed with no error code (--> 'SREQ: AF - dataRequest - {"dstaddr":16356,"destendpoint":1,"srcendpoint":1,"clusterid":768,"transid":183,"options":0,"radius":30,"len":9,"data":{"type":"Buffer","data":[1,86,7,185,117,29,105,0,0]}}' failed with status '(0x10: MEM_ERROR)

zigbee.0
2025-12-17 08:31:21.419	error	SentryError : Send command to 0x2c1165fffe9542d9 failed with no error code Error: ZCL command 0x2c1165fffe9542d9/1 lightingColorCtrl.moveToColor({"transtime":0,"colorx":30137,"colory":26909}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (--> 'SREQ: AF - dataRequest - {"dstaddr":16356,"destendpoint":1,"srcendpoint":1,"clusterid":768,"transid":79,"options":0,"radius":30,"len":9,"data":{"type":"Buffer","data":[1,242,7,185,117,29,105,0,0]}}' failed with status '(0x10: MEM_ERROR)' (expected '(0x00: SUCCESS)')) TypeError: Sentry.configureScope is not a function

zigbee.0
2025-12-17 08:31:21.418	error	Send command to 0x2c1165fffe9542d9 failed with no error code (--> 'SREQ: AF - dataRequest - {"dstaddr":16356,"destendpoint":1,"srcendpoint":1,"clusterid":768,"transid":79,"options":0,"radius":30,"len":9,"data":{"type":"Buffer","data":[1,242,7,185,117,29,105,0,0]}}' failed with status '(0x10: MEM_ERROR)

zigbee.0
2025-12-17 07:56:19.154	error	SentryError : Send command to 0x2c1165fffe85b3f6 failed with no error code Error: ZCL command 0x2c1165fffe85b3f6/1 lightingColorCtrl.moveToColor({"transtime":0,"colorx":30137,"colory":26909}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (--> 'SREQ: AF - dataRequest - {"dstaddr":47051,"destendpoint":1,"srcendpoint":1,"clusterid":768,"transid":208,"options":0,"radius":30,"len":9,"data":{"type":"Buffer","data":[1,130,7,185,117,29,105,0,0]}}' failed with status '(0x10: MEM_ERROR)' (expected '(0x00: SUCCESS)')) TypeError: Sentry.configureScope is not a function

zigbee.0
2025-12-17 07:56:19.153	error	Send command to 0x2c1165fffe85b3f6 failed with no error code (--> 'SREQ: AF - dataRequest - {"dstaddr":47051,"destendpoint":1,"srcendpoint":1,"clusterid":768,"transid":208,"options":0,"radius":30,"len":9,"data":{"type":"Buffer","data":[1,130,7,185,117,29,105,0,0]}}' failed with status '(0x10: MEM_ERROR)

zigbee.0
2025-12-17 07:25:31.303	info	Failed to ping 0x2c1165fffe94ad5d TRADFRI bulb GU10 CWS 345lm for {"failed":1,"reported":0} attempts

zigbee.0
2025-12-17 07:21:19.343	error	SentryError : Send command to 0x2c1165fffe9542d9 failed with no error code Error: ZCL command 0x2c1165fffe9542d9/1 lightingColorCtrl.moveToColor({"transtime":0,"colorx":30137,"colory":26909}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (--> 'SREQ: AF - dataRequest - {"dstaddr":16356,"destendpoint":1,"srcendpoint":1,"clusterid":768,"transid":86,"options":0,"radius":30,"len":9,"data":{"type":"Buffer","data":[1,15,7,185,117,29,105,0,0]}}' failed with status '(0x10: MEM_ERROR)' (expected '(0x00: SUCCESS)')) TypeError: Sentry.configureScope is not a function

zigbee.0
2025-12-17 07:21:19.342	error	Send command to 0x2c1165fffe9542d9 failed with no error code (--> 'SREQ: AF - dataRequest - {"dstaddr":16356,"destendpoint":1,"srcendpoint":1,"clusterid":768,"transid":86,"options":0,"radius":30,"len":9,"data":{"type":"Buffer","data":[1,15,7,185,117,29,105,0,0]}}' failed with status '(0x10: MEM_ERROR)

zigbee.0
2025-12-17 06:39:36.443	info	Device query for '0x2c1165fffe94ad5d' complete

zigbee.0
2025-12-17 06:39:33.478	info	Device query for '0x2c1165fffe9542d9' complete

zigbee.0
2025-12-17 06:39:33.369	info	Device query for '0x2c1165fffe2cd033' complete

zigbee.0
2025-12-17 06:39:33.206	info	Device query for '0x2c1165fffe8a05ce' complete

zigbee.0
2025-12-17 06:39:00.788	info	Device query for '0x2c1165fffe8a05ce' started

zigbee.0
2025-12-17 06:39:00.786	warn	Device '0x2c1165fffe8a05ce' announced itself, trying to read its status

zigbee.0
2025-12-17 06:39:00.694	info	Device query for '0x2c1165fffe94ad5d' started

zigbee.0
2025-12-17 06:39:00.691	warn	Device '0x2c1165fffe94ad5d' announced itself, trying to read its status

zigbee.0
2025-12-17 06:39:00.681	info	Device query for '0x2c1165fffe2cd033' started

zigbee.0
2025-12-17 06:39:00.680	warn	Device '0x2c1165fffe2cd033' announced itself, trying to read its status

zigbee.0
2025-12-17 06:39:00.675	info	Device query for '0x2c1165fffe9542d9' started

zigbee.0
2025-12-17 06:39:00.672	warn	Device '0x2c1165fffe9542d9' announced itself, trying to read its status

Man sieht, dass die Spots Strom bekommen und sich am Adapter anmelden um ca 6:40 Uhr. um ca 7:20 kommt dann zum Beispiel das erste mal der Fehler.

EDIT: Da ich nicht weiß, ob mein Blockly die Ursache des Fehlers ist, oder der Adapter (oder sonst was) hab ich es erstmal ins Blockly Forum gesetzt. Wenn der Fehler eine andere Ursache hat, gerne verschieben, oder mir bescheid sagen, dann versuche ich einen Mod zu erreichen, dass er es verschiebt.

Vielen Dank im Voraus

[Asgothian]

@M-A-X sagte in Zigbee Ikea Lampe steuern erzeugt Fehler:

Man sieht, dass die Spots Strom bekommen und sich am Adapter anmelden um ca 6:40 Uhr. um ca 7:20 kommt dann zum Beispiel das erste mal der Fehler.

EDIT: Da ich nicht weiß, ob mein Blockly die Ursache des Fehlers ist, oder der Adapter (oder sonst was) hab ich es erstmal ins Blockly Forum gesetzt. Wenn der Fehler eine andere Ursache hat, gerne verschieben, oder mir bescheid sagen, dann versuche ich einen Mod zu erreichen, dass er es verschiebt.

Du hast kein dediziertes Problem mit dem Blockly, aber du hast ein Problem mit dem Zigbee Netzwerk. Die Anzahl der Nachrichten die du schickst übersteigt den auf dem Koordinator als Puffer vorgesehenen Speicher. Du sendest die Meldungen entweder zu schnell nacheinander, oder du hast einzelne Leuchten dabei die nicht antworten, was dazu führt das die Nachricht länger im Speicher des Koordinators verbleibt.

Generell gilt das dein Zigbee Netz eher instabil zu sein scheint - ansonsten sollten die MEM_ERROR Meldungen nicht kommen.

Was für einen Koordinator nutzt du ? (Ich hoffe das ist kein CC2531 ? Wenn doch, dann bitte dringend austauschen - der ist einfach zu alt und zu klein)

Die saubere Lösung dafür ist:

• Erzeuge Dir im Zigbee-Adapter eine Gruppe für die 7 leuchten die du ansteuerst
• Parametriere die Gruppe so das nach Ansteuern die Geräte abgefragt werden, damit der Status der einzelnen Leuchten dem der Gruppe entspricht
• Steuere nur die Gruppe an. Das läuft im Zigbee via Multicast, und ist deutlich effektiver.

nebenbei - aktuell bekommst du je 2 Meldungen für einen Fehler - das ist auf einen Bug im 3.3.0 zurück zu führen, der dazu führt das die meisten Fehler des Adapters 2 Meldungen im Log erzeugen - hat aber keinen Einfluss auf die Funktion.

A.

[M-A-X]

@Asgothian sagte in Zigbee Ikea Lampe steuern erzeugt Fehler:

Du hast kein dediziertes Problem mit dem Blockly, aber du hast ein Problem mit dem Zigbee Netzwerk. Die Anzahl der Nachrichten die du schickst übersteigt den auf dem Koordinator als Puffer vorgesehenen Speicher. Du sendest die Meldungen entweder zu schnell nacheinander, oder du hast einzelne Leuchten dabei die nicht antworten, was dazu führt das die Nachricht länger im Speicher des Koordinators verbleibt.

Hmm. Kann das passieren, wenn ein Kind am Schalter die Lampen an und direkt wieder aus macht? Dann sind die Spots ja nicht mehr erreichbar...

Generell gilt das dein Zigbee Netz eher instabil zu sein scheint - ansonsten sollten die MEM_ERROR Meldungen nicht kommen.
Was für einen Koordinator nutzt du ? (Ich hoffe das ist kein CC2531 ? Wenn doch, dann bitte dringend austauschen - der ist einfach zu alt und zu klein)

Ich benutze die CC2538+CC2592 von arteck. Auch schon ziemlich lange. Gibts da was besseres? Ich habe noch den Sonoff Zigbee Dongle hier, aber der ist glaub ich auch alt und nicht besser?!

Die saubere Lösung dafür ist:

• Erzeuge Dir im Zigbee-Adapter eine Gruppe für die 7 leuchten die du ansteuerst
• Parametriere die Gruppe so das nach Ansteuern die Geräte abgefragt werden, damit der Status der einzelnen Leuchten dem der Gruppe entspricht
• Steuere nur die Gruppe an. Das läuft im Zigbee via Multicast, und ist deutlich effektiver.

Ich hoffe ich verstehe das und habe es richtig gemacht:

1. Ich habe eine Gruppe "Spots" angelegt und bei jeder der 7 GU10-Spots auf diesen Kreis mit 3 Punkten gedrückt und die GU10 jeweils der Gruppe Spots hinzugefügt.
2. Ich habe die Gruppe "bearbeitet" (Stift Symbol) und dort steht das hier:
   . Das bedeutet Status senden? Also das "parametriere die Gruppe" was du geschrieben hast?
3. Das Blockly beinhaltet nur noch 1x die Änderung der "Farbe" und der "Helligkeit" und zwar als Änderung der kompletten Gruppe.

Ist das so richtig? Ich habe außerdem bemerkt, dass wenn ich Strom einschalte (den Schalter betätige) nur 5 der 7 Spots sich "ankündigen". Ich kann aber alle 7 problemlos steuern über Zigbee. Liegt das auch daran, dass dann 7 Spots gleichzeitig "funken" und das zu viel ist fürs Netzwerk?

zigbee.0
2025-12-17 11:38:11.107	info	Device query for '0x2c1165fffe9542d9' complete

zigbee.0
2025-12-17 11:38:05.860	info	Device query for '0x2c1165fffe7d68a2' complete

zigbee.0
2025-12-17 11:38:05.806	info	Device query for '0x2c1165fffe94ad5d' complete

zigbee.0
2025-12-17 11:38:05.664	info	Device query for '0x2c1165fffe7d55cd' complete

zigbee.0
2025-12-17 11:38:05.604	info	Device query for '0x2c1165fffe2cd033' complete

zigbee.0
2025-12-17 11:37:16.702	info	Device query for '0x2c1165fffe7d68a2' started

zigbee.0
2025-12-17 11:37:16.701	warn	Device '0x2c1165fffe7d68a2' announced itself, trying to read its status

zigbee.0
2025-12-17 11:37:16.656	info	Device query for '0x2c1165fffe94ad5d' started

zigbee.0
2025-12-17 11:37:16.655	warn	Device '0x2c1165fffe94ad5d' announced itself, trying to read its status

zigbee.0
2025-12-17 11:37:16.210	info	Device query for '0x2c1165fffe9542d9' started

zigbee.0
2025-12-17 11:37:16.209	warn	Device '0x2c1165fffe9542d9' announced itself, trying to read its status

zigbee.0
2025-12-17 11:37:16.179	info	Device query for '0x2c1165fffe7d55cd' started

zigbee.0
2025-12-17 11:37:16.178	warn	Device '0x2c1165fffe7d55cd' announced itself, trying to read its status

zigbee.0
2025-12-17 11:37:16.148	info	Device query for '0x2c1165fffe2cd033' started

zigbee.0
2025-12-17 11:37:16.147	warn	Device '0x2c1165fffe2cd033' announced itself, trying to read its status

EDIT: ich hatte gehofft mit @ Admin oder so einen Moderator zu finden, der "mir" den Thread zu Iobroker allgemein verschiebt. Wie kontaktiere ich da jemanden? Danke im Voraus

[hoschi2007]

mal eine Frage (ich habe keine Ahnung): Benötigen die Geräte (in deinem Fall Lampen) nachdem diese mit 230V Strom versorgt werden, nicht ein paar Sekunden bis sie im Zigbee-Netz wieder erreichbar sind? So wie ich das sehe steuerst du diese Sofort an wenn der Strom geschaltet ist...

[M-A-X]

Hat mich auch gewundert, funktioniert aber. Die werden sofort gefunden bzw 'Announcen' sich. Ich hab daher (weiter oben) zwischen wenigen ms bis zu 1 Sekunde die spots einzeln angesteuert und es werden immer alle 'korrigiert'.

[hoschi2007]

probier doch mal den Lampen etwas mehr Zeit zu geben. angefangen bei 5 Sek oder 10...

[Asgothian]

@M-A-X Ok, mir war nicht klar das du die GU's vo Strom trennst. Damit belastest du dein Zigbee Netzwerk wenn du sie wieder einschaltest. Deswegen klappt das ansprechen auch nur bedingt. Generell sollte das bei Lampen vermieden werden.

Um da 'raus' zu kommen kannst du an jeder der GU die von dir gezeigte Option 'resend_states' einstellen, und da die states brightness und color_temperature eintragen. Dann wird immer wenn sich die Leuchten am Netzwerk anmelden ('announced itself' Nachricht) der aktuelle Wert der States 'brightness' und 'color_temperature' an das Gerät gesendet.

Das ansteuern der Gruppe ist ansonsten korrekt - aber
Wenn du die Gruppe ansteuerst bevor die Geräte wieder sauber im Zigbee Netz sind dann bekommen sie das ggf. nicht mit. Damit kommt der Befehl also nicht an - du brauchst also eine Verzögerung. Allerdings reicht eine Verzögerung, du kannst durchaus beide states gleichzeitig ansteuern.

A.

Nachtrag - Um an der Gruppe einzustellen das die Lampen sich mit der Gruppe synchronisieren sollen gibt es einen DP an der Gruppe. Den Namen hab ich gerade nicht im Kopf. Es könnte so etwas wie read_member_states sein.

A.

[M-A-X]

Vielen Dank für die Hilfe.
Das heißt aber doch, dass ich auf mein blockly sogar komplett verzichten kann und nur das 'resend_states' mit brightness und Color_temperature so setze, wie ich es beim Start haben möchte oder?
Und es gibt den datenpunkt 'stateupdate' der auf off steht in der Gruppe. Den einfach auf on stellen? Oder muss das per Skript jedesmal gemacht werden wenn die Gruppe angesprochen wird? (entfällt ja ggf vorerst bei mir, wenn resend_states ausreicht, aber ich lerne gerne dazu :))
@hoschi2007 am Anfang hatte ich da 5 Sekunden oder so stehen. Aber wenn die Spots bunt waren, wollte ich die schnellstmöglich korrigieren und da hatten die paar 100ms gereicht

[Asgothian]

sofern sich alle Leuchten sauber am zigbee Adapter per 'device announce' melden bruachst du das Blockly nicht.
Neben stateupdate muss es auch noch einen 2. geben. Stateupdate ist für die andere Richtung - da wird der Status der gruppe basierend auf den geänderten Stati der Mitglieder angepasst.

A.

[M-A-X]

Ah. Es gibt noch 'memberupdate'. Das ist es dann bestimmt.
Und ja... Leider melden sich laut log nie alle 7 spots an. Da fehlen immer welche. Wahrscheinlich wegen des 'anmeldespamms'?! Wenn ich den Schalter auf 'eingeschaltet' lasse, muss ich ein Script erstellen, was die Lampen abschaltet bei Betätigung des Schalters. Geht auch (Sitzt nen shelly dahinter), aber wenn smart home offline ist geht dann unser Hauptlicht im Esszimmer nicht mehr 🙈

[Asgothian]

@M-A-X pest und cholera

aber: Wenn das Smart home nicht geht sind die Leuchen beim einschalten halt immer in einem bestimmten Zustand an. Der lässt sich bei den meisten Leuchten einstellen, zwischen 'on', 'off', 'previous'.

Ich würde folgendes machen:

• die Lampen fest mit dem Strom verbinden
• den Shelly via Skript mit der Gruppe zum ein/ausschalten verbinden
• eine zusätzliche batteriebetriebene Fernbedienung (zigbee) (z.Bsp. die kleinen von Ikea für nen 10er) kaufen, mit dem Zigbee Adapter pairen und via binding an die gruppe binden. Dann kannst du damit die Leuchten auch dann steuern wenn der Zigbee-Adapter nicht läuft.

Leider geht dieses Binding nicht zwischen dem Shelly und der Gruppe.

A.

[M-A-X]

Top. Auch das wusste ich nicht.
Ich hab hier noch 2 aquara Knöpfe rumliegen die ungenutzt sind. Damit müsste das ja dann klappen. Dafür muss ich jetzt nur mal ohne Kinder zuhause sein, damit ich die Leitungen freilegen kann:)

Hab noch ne frage zu resend_states : welche Werte schickt der da? Kann ich auch 'brightness=80,color_temperature=370' in value schreiben? Sonst schickt der doch die letzten states oder (also ggf bunte states oder stark gedimmte)? Ich möchte ja explizit bestimmte Standard Werte geschickt haben.
Es muss auch keiner antworten, was ich einstellen muss, aber nen link zu ner Anleitung wäre super :)

[Asgothian]

Kannst du, dann bitte als json:

{ "brightness":80,"colortemp":370 }

Ob das mit den Aqara knöpfen geht weiss ich nicht - ich weiss nicht ob die 'bindbar' sind

A.

[M-A-X]

Ok. Ich denke alle meine Fragen wurden durch dich beantwortet. Vielen vielen lieben Dank dafür.
(mein) aqara kann wohl kein Bindung laut der Devices Liste im 'wiki'. Muss ich mir überlegen ob ich das überhaupt brauche für die 'paar mal', die mein iobroker offline ist. Die Batterie in so nem Schalter wird ja auch nicht ewig halten.
Ich baue bei Gelegenheit die spots auf Dauerbetrieb um. Solange klappt das ganze jetzt hoffentlich mit dem reduzierten traffic durch die resend_states und Gruppe. Im blockly sende ich das ganze mit 5 Sekunden Verzögerung. Dann erzeuge ich direkt beim Start nicht noch mehr traffic.
Wie geschrieben: vielen Dank ♥️
Edit: der Tradfri kann übrigens laut Wiki bis zu ner bestimmten Firmware nur das bindung zu einer Gruppe und ab der Grenzfirmware nur noch zu Devices 😂

[Asgothian]

@M-A-X sagte in Zigbee Ikea Lampe steuern erzeugt Fehler:

der Tradfri kann übrigens laut Wiki bis zu ner bestimmten Firmware nur das bindung zu einer Gruppe und ab der Grenzfirmware nur noch zu Devices 😂

Welcher Tradfri - es gibt da mehrererere

Und welche wiki liste, und welchen aqara hast du (am besten posten was auf der Kachel steht die du bekommst wenn du ein Gerät umdrehst und auf (i) clickst. Interessant ist die liste der 'Output Cluster'

A.

[M-A-X]

Ich hatte hier geschaut
https://www.zigbee2mqtt.io/devices/WXKG12LM.html - das ist mein aqara switch.
Und da auch nach 'Ikea' und 'switch' gesucht.
Ich hab den aqara derzeit nicht angelernt, da ich ihn nicht brauchte (bisher) daher hab ich die daten hinter dem i gerade nicht zur Hand (bin unterwegs).

Edit: ich hab den switch mit Gyroskop. Hab den link geändert