Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Pischleuder]

Was meinst du mit 'noch aus' ?

Ich meinte, wenn der Leuchtkörper ansich augeschaltet ist, Strom hat sie ja.

[Asgothian]

@Pischleuder sagte:

Ich meinte, wenn der Leuchtkörper ansich augeschaltet ist, Strom hat sie ja.

Da kann man (leider) nie sicher sein. Die Meldung deutet eigentlich darauf hin das besagte Leuchte eine schlechte Funkverbindung hat - deswegen die Frage ob sie Strom hat

Wenn sie Strom hat dann passt etwas anderes nicht - ich würde empfehlen (wenn möglich)

• Leuchte vom Strom nehmen
• 60 s warten
• Zigbee Netz öffnen
• Leuchte an den Strom hängen
• Schauen ob es eine meldung Device 0x00158d00013b22d3 announced itself im Log gibt.

A.
Edit: Klarstellung und Vorschlag wie weiter zu machen.

[Asgothian]

@Peter-V. sagte:

@Asgothian sagte:

bitte ja. ....

A.

Aber gerne doch, mach ich dir fertig.
Jetzt Log + debug anbei.zigbee.log - zigbee-debug.txt

Leider helfen die beiden nicht:

• Die Meldungen kommen nur beim Start - da war aber das 'device_debug' nicht drin
• Anstatt aus dem Debug-Interface via diesem Button: die Log einträge der relevanten Meldungen (von denen ohne SUCCESS) zu posten hast du auf der einen Seite den Text aus dem Interface kopiert (was den sehr unleserlich macht), und parallel das ganze Log mitgeschickt (bei dem ggf. verschiedene Meldungen ineinander laufen).

Kannst du bitte folgendes tun:

• device_debug für das Gerät wieder aktivieren
• besagte Option wieder aktivieren
• den Adapter neu starten
• dann ins Debug interface schauen (ggf. musst du auf refresh clicken), da sollten 3 Zeilen mit der Meldung EPROC auftauchen. Zu denen jeweils die über den oben verlinkten Button bereitgestellten Log-Ausschnitte posten.

Danke.

A.

[Peter V.]

@Asgothian
Es ist verhext, jetzt keine Meldungen mehr zu finden....
Im debug hat er nur einen Ping Fehler, welcher auch nur direkt nach dem Adapterneustart kam.
Aber das Teil läuft ansonsten.

OPI: Pinging '0xa4c13839d5132278' (TS0505B) via ZH Ping
PIFAIL: Failed to ping 0xa4c13839d5132278 (TS0505B) after 4797 ms - ZCL command 0xa4c13839d5132278/1 genBasic.read(["zclVersion"], {"timeout":10000,"disableResponse":false,"disableRecovery":true,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false,"sendPolicy":"immediate"}) failed (Delivery failed for '37906'.)

[Asgothian]

@Peter-V. Das deutet darauf hin das das Gerät nicht sauber im Netz ist oder Firmware probleme hat. Du kannst versuchen die Einstellung

auf den im Bild sichtbaren Wert umzustellen. ggf. ändert das etwas.

[Asgothian]

Es scheint einen Bug im Adapter zu geben der auftritt wenn Hex-werte in den State color eingetragen werden. (https://github.com/ioBroker/ioBroker.zigbee/issues/2842). Bisher konnte ich das nicht verifizieren. Im Issue ist eine Test-Prozedur beschrieben - über weitere Tests damit würde ich mich freuen

A.

[Peter V.]

@Asgothian
Nach Umstellung "genBasic/zclVersion:

OPI: Pinging '0xa4c13839d5132278' (TS0505B) via ZCL Read with genBasic:zclVersion
PIFAIL: Failed to ping 0xa4c13839d5132278 (TS0505B) after 4866 ms - ZCL command 0xa4c13839d5132278/1 genBasic.read(["zclVersion"], {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Delivery failed for '37906'.)

und, die "alte" Meldung ist wieder aufgetreten:

I01: Zigbee Event of Type readResponse from device 0xa4c13839d5132278, incoming event: {"type":"readResponse","data":{"colorMode":2,"colorTemperature":0},"linkquality":168,"groupID":0,"cluster":"lightingColorCtrl","meta":{"rawData":{"type":"Buffer","data":[24,18,1,8,0,0,48,2,7,0,0,33,0,0]},"zclTransactionSequenceNumber":18,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1}
I04: value generated '168' from device a4c13839d5132278 for 'Link quality'
I02: 1 converter available for 'TS0505B_1' 'a4c13839d5132278' with cluster 'lightingColorCtrl' and type 'readResponse'
I02.1a: converter 1 : Cluster lightingColorCtrl
EPROC: Error while processing converters DEVICE_ID: 'a4c13839d5132278' cluster 'lightingColorCtrl' type 'attributeReport,readResponse' message: Cannot read properties of undefined (reading 'x')
I02.1c: candidates: [{}] => payload {}
I03: message received '{}' from device a4c13839d5132278 type 'TS0505B_1'
I04-1: No value published for device a4c13839d5132278

I01: Zigbee Event of Type readResponse from device 0xa4c13839d5132278, incoming event: {"type":"readResponse","data":{"colorMode":2,"colorTemperature":0},"linkquality":164,"groupID":0,"cluster":"lightingColorCtrl","meta":{"rawData":{"type":"Buffer","data":[24,19,1,8,0,0,48,2,7,0,0,33,0,0]},"zclTransactionSequenceNumber":19,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1}
I04: value generated '164' from device a4c13839d5132278 for 'Link quality'
I02: 1 converter available for 'TS0505B_1' 'a4c13839d5132278' with cluster 'lightingColorCtrl' and type 'readResponse'
I02.1a: converter 1 : Cluster lightingColorCtrl
EPROC: Error while processing converters DEVICE_ID: 'a4c13839d5132278' cluster 'lightingColorCtrl' type 'attributeReport,readResponse' message: Cannot read properties of undefined (reading 'x')
I02.1c: candidates: [{}] => payload {}
I03: message received '{}' from device a4c13839d5132278 type 'TS0505B_1'
I04-1: No value published for device a4c13839d5132278

I01: Zigbee Event of Type readResponse from device 0xa4c13839d5132278, incoming event: {"type":"readResponse","data":{"colorMode":2,"colorTemperature":0},"linkquality":100,"groupID":0,"cluster":"lightingColorCtrl","meta":{"rawData":{"type":"Buffer","data":[24,20,1,8,0,0,48,2,7,0,0,33,0,0]},"zclTransactionSequenceNumber":20,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1}
I04: value generated '100' from device a4c13839d5132278 for 'Link quality'
I02: 1 converter available for 'TS0505B_1' 'a4c13839d5132278' with cluster 'lightingColorCtrl' and type 'readResponse'
I02.1a: converter 1 : Cluster lightingColorCtrl
EPROC: Error while processing converters DEVICE_ID: 'a4c13839d5132278' cluster 'lightingColorCtrl' type 'attributeReport,readResponse' message: Cannot read properties of undefined (reading 'x')
I02.1c: candidates: [{}] => payload {}
I03: message received '{}' from device a4c13839d5132278 type 'TS0505B_1'
I04-1: No value published for device a4c13839d5132278

Es ist dieses Gerät: FCOB LM052 Zigbee3.0 LED Controller für Monochrome CCT RGB RGBW RGBCCT

[Asgothian]

@Peter-V. Interessant. Kannst du bitte mal ein device_query auslösen ? (dieser Button auf der Kachel oder über den Objektbaum) ? Die Frage ist ob die Meldung dann auch kommt.

A.

[Peter V.]

@Asgothian Ja, kommt dann sogar 4x

[Asgothian]

Bitte installier mal von hier - und mach dann nochmal den device_query - dann kann ich vielleicht sehen was da genau passiert.

https://github.com/asgothian/ioBroker.zigbee

A.

[Peter V.]

@Asgothian
Stashed error messages

set_state_typed: trying to set a value on a strangely typed object: noobj for id undefined.device_query : "Error: \n at StatesController.setState_typed (/opt/iobroker/node_modules/iobroker.zigbee/lib/statescontroller.js:935:161)\n at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.zigbee/lib/statescontroller.js:905:26)\n at processImmediate (node:internal/timers:486:21)"

Messages from 19:06:45 for device 0xa4c13839d5132278

I01: Zigbee Event of Type readResponse from device 0xa4c13839d5132278, incoming event: {"type":"readResponse","data":{"colorMode":2,"colorTemperature":0},"linkquality":100,"groupID":0,"cluster":"lightingColorCtrl","meta":{"rawData":{"type":"Buffer","data":[24,20,1,8,0,0,48,2,7,0,0,33,0,0]},"zclTransactionSequenceNumber":20,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1}
I04: value generated '100' from device a4c13839d5132278 for 'Link quality'
I02: 1 converter available for 'TS0505B_1' 'a4c13839d5132278' with cluster 'lightingColorCtrl' and type 'readResponse'
I02.1a: converter 1 : Cluster lightingColorCtrl
EPROC: Error while processing converters DEVICE_ID: 'a4c13839d5132278' cluster 'lightingColorCtrl' type 'attributeReport,readResponse' message: Cannot read properties of undefined (reading 'x') - TypeError: Cannot read properties of undefined (reading 'x') at Function.fromObject (/opt/iobroker/node_modules/zigbee-herdsman-converters/src/lib/color.ts:218:16) at Function.fromMireds (/opt/iobroker/node_modules/zigbee-herdsman-converters/src/lib/color.ts:231:24) at Object.syncColorState (/opt/iobroker/node_modules/zigbee-herdsman-converters/src/lib/color.ts:803:36) at Object.convert (/opt/iobroker/node_modules/zigbee-herdsman-converters/src/converters/fromZigbee.ts:765:47) at /opt/iobroker/node_modules/iobroker.zigbee/lib/statescontroller.js:1307:51 at new Promise () at StatesController.processConverters (/opt/iobroker/node_modules/iobroker.zigbee/lib/statescontroller.js:1304:24)
I02.1c: candidates: [{}] => payload {}
I03: message received '{}' from device a4c13839d5132278 type 'TS0505B_1'
I04-1: No value published for device a4c13839d5132278

[Peter V.]

wow, die Kacheln sind gewöhnungsbedürftig, aber alles lesbar,
Fehler entdeckt: bei den großen Kacheln geht Info/Device Config nicht mehr.
einen Änderungsvorschlag hätte ich noch.
Im Darkmode sind mache Felder (Beispiel Water leak detected) nicht erkennbar, kann man die dann nicht als Besipiel hellgrau machen und beim Auslösen dann farbig füllen?

[Asgothian]

Sind die grossen Kacheln eine verbesserung gegen denen mit scrollbars oder nicht ?

Auch - haben die ganzen Beschreibungen auf den Kacheln tooltips ?

Wegen der Felder brauche ich Beispiele (mit bild am besten) - damit ich schauen kann was geht

A.

[Peter V.]

Mir haben die kleinen Kacheln ausgereicht.
Sah in meinen Augen ordentlicher aus.
Das meine ich mit den Feldern:
dark modus:

normal modus:

Tooltips: ja (außer bei GeräteInfo)

klickt man auf Geräte Info:

[Asgothian]

Ok.. der mit der Meldung ist gefunden - leider kann ich den im Adapter nicht fixen. Das Problem ist, das das Gerät eine Farbtemperatur von 0 meldet :

"data":{"colorMode":2,"colorTemperature":0}

Das ist aber leider ein illegaler Wert, so das die Funktion in den ZHC die diese Farbtemperatur in die richtige Einheit bringt nicht funktioniert. Daraus resultiert die Exception.

Geräteinfo schau ich mir an - mit den Kreisen sehe ich leider 'schwarz' - an der Stelle gibt es ein Override an dem ich wahrscheinlich nicht vorbei komme. Aber ich schau mir das an.

Tooltips - da ging es weniger um die Buttons, und mehr um die State Bezeichnungen - in deinem Beispiel nicht notwendig, weil kurz (referenz: Dieser Thread: https://forum.iobroker.net/topic/84484/zigbee-adapter-frage-sichtbarkeit-texte-auf-kacheln/3?_=1778089049090

A.
Nachtrag: Ich hab einen Issue an den ZHC aufgemacht. Mal sehen was kommt. (https://github.com/Koenkk/zigbee-herdsman-converters/issues/12130)
Auch: kannst du die Farbtemperatur auf dem Gerät auf einen gültigen Wert setzen um zu schauen ob der Fehler dann weg ist ?

[Peter V.]

@Asgothian sagte:
....
Das ist aber leider ein illegaler Wert, so das die Funktion in den ZHC die diese Farbtemperatur in die richtige Einheit
Auch: kannst du die Farbtemperatur auf dem Gerät auf einen gültigen Wert setzen um zu schauen ob der Fehler dann weg ist ?

Leider nicht ohne weiteres.
Es ist mit diesem Gerät möglich, aber bei mir ist es so konfiguriert, das nur die CCT aktiv sind.
Sind 2 Steuerkreise, die 1x warmweis und einmal kaltweis schalten und in der Helligkeit regelbar sind.
Da das Gerät in der Decke verbaut ist, wird es schwer, das umzusetzen.
Kann aber mit der Meldung leben, weis ja jetzt, das es kein "Fehler" ist.

Tooltips auf den State Bezeichnern werden angezeigt.

Danke für deine schnelle Hilfe.
Ich gehe dann wieder auf den offiziellen Zweig zurück, oder brauchst du noch irgendwelche Infos/Hilfe etc.

[Asgothian]

@Peter-V. sagte:

Es ist mit diesem Gerät möglich, aber bei mir ist es so konfiguriert, das nur die CCT aktiv sind.

Das müsstest du mal genauer erklären - ich war davon ausgegangen das du einen State color_temp hast den du ggf. setzen kannst ?

Ansonsten kannst du erst einmal zurück - die Anpassungen kommen morgen als 3.4.2 ins latest.

Nochmal die Frage zur Meinung - sind die grösseren Kacheln ein Vorteil oder sind die kleinen für alle besser ?

A.

[Peter V.]

Auf das ich gesteinigt werde....mir ist die Übersicht mit den kleinen Kacheln lieber, bei den Großen wird es mir zu unübersichtlich. Gut, man könnte es bestimmt dann so umsetzen, das nicht aneinander sondern immer in einer Reihe angeordnet wird, aber dann hat man viele freie Flächen.
Und soviel schalte/bediene ich nicht über die Zigbeeoberfläche.
Dazu benutze ich mein Dashboard, Alexa und anderes.
ColorTemp habe ich schon, allerdings als Zahl, nicht als Hex. (siehe Screeshot)
Egal, was ich da eintrage, es ändert sich nichts.

[Asgothian]

@Peter-V. sagte:

Auf das ich gesteinigt werde....mir ist die Übersicht mit den kleinen Kacheln lieber, bei den Großen wird es mir zu unübersichtlich. Gut, man könnte es bestimmt dann so umsetzen, das nicht aneinander sondern immer in einer Reihe angeordnet wird, aber dann hat man viele freie Flächen.
Und soviel schalte/bediene ich nicht über die Zigbeeoberfläche.

Ich werf keine Steine, nur schlechten Code (mit de, nicht t). Und ich frage absichtlich nach einer Meinung.

Ich werd die grossen Kacheln in der 3.4.2 erst einmal drin lassen - mal sehen was der Rest sagt. Ansonsten kann ich das entweder konfigurierbar machen oder wieder heraus nehmen.

Zum Thema sichtbarkeit habe ich doch etwas gefunden:

A.

[Peter V.]

Den Code (mit d) nehme ich gerne,
Sichtbarkeit sieht doch mal gut aus , top!
Falls die Kacheln doch in Groß einsetzt, würd ich es konfigurierbar machen (ansonsten geht gleich die nächste Diskussion los).