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

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

[Asgothian]

Konfigurierbar wird mir heute zu viel - da schau ich doch mal wie viele Leute sich hier äussern :)

A.
Nachtrag: 3.4.2 sollte in den nächsten Minuten auf NPM auftauchen.

[Latzi]

@Asgothian sagte:

3.4.2 sollte in den nächsten Minuten auf NPM auftauchen.

Ich bekomme in der 3.4.2 folgende Meldungen:

zigbee.0
2026-05-07 09:02:58.195	error	Unknown getDevStates:0xa4c1388c55d55499: Model "ZY-M100-S_2" not found for Device 0xa4c1388c55d55499

zigbee.0
2026-05-07 09:02:58.194	error	Unknown getDevStates:0xa4c138b86190bc77: Model "ZY-M100-24G" not found for Device 0xa4c138b86190bc77

zigbee.0
2026-05-07 09:02:58.085	error	Unknown getDevStates:0xa4c138611008805f: Model "ZY-M100-S_2" not found for Device 0xa4c138611008805f

Die 3 Geräte funktionieren jedoch problemlos, hatte ich mit 3.4.1 nicht.

[Asgothian]

@Latzi sagte:

Die 3 Geräte funktionieren jedoch problemlos, hatte ich mit 3.4.1 nicht.

Das müsste wegen einer race condition kommen - da ist ein Teil des Adapters schneller als der andere. Du hast wahrscheinlich den Haken

gesetzt ?

Bisher habe ich nicht genau heraus gefunden wo das her kommt - die einzige sichere Gegenmassnahme ist das Verzögern des Starts - das will ich aktuell nicht machen.
A.

[JackDaniel]

für mich machen die neuen kacheln absolut sinn, würde mich sogar auf noch eine anpassung freuen wo man überhaupt nicht scrollen muss bzw. in der breite auch alles lesbar ist

und hier wären auch noch ein paar db´s die angezeigt werden könnten :)

und warum werden eigentlich die batterielevel schon so früh als rot angezeigt?

[Latzi]

@Asgothian
stimmt, ich hab List devices at start gesetzt! Soll ich das rausnehmen?
Hauptsache die BWM funktionieren - die Meldungen kann ich verschmerzen ;-)

Edit: Die neuen Kacheln find ich gut gelungen!

[Asgothian]

@JackDaniel sagte:

für mich machen die neuen kacheln absolut sinn, würde mich sogar auf noch eine anpassung freuen wo man überhaupt nicht scrollen muss bzw. in der breite auch alles lesbar ist

Du hast gesehen das du Tooltips auf den DP Bezeichnungen hast ?

und hier wären auch noch ein paar db´s die angezeigt werden könnten :)

Die meisten davon fallen unter eine der folgenden Kategorieen

• Schon auf der Kachel (LQ, Battery, available, device_query)
• intern oder zu komplex (send_payload, msg_from_zigbee)

Warum position nicht gezeigt wird muss ich schauen - sollte es eigentlich.

und warum werden eigentlich die batterielevel schon so früh als rot angezeigt?

Das wurde mal so implementiert - nicht von mir. Wenn consensus besteht können die Grenzen angepasst werden. Aktuell sind sie
0 rot 50 orange 80 grün

[Asgothian]

@Latzi sagte:

@Asgothian
stimmt, ich hab List devices at start gesetzt! Soll ich das rausnehmen?
Hauptsache die BWM funktionieren - die Meldungen kann ich verschmerzen ;-)

Edit: Die neuen Kacheln find ich gut gelungen!

Ich würd es raus nehmen - die Device Liste beim Start im Log bringt im Normalfall wenig. Zu Debug Zwecken kann es mal interessant werden

A.

[JLeg]

@Asgothian sagte:

Konfigurierbar wird mir heute zu viel - da schau ich doch mal wie viele Leute sich hier äussern :)

A.
Nachtrag: 3.4.2 sollte in den nächsten Minuten auf NPM auftauchen.

ich finde die neuen Kacheln sehr gut! Würde höchstens vorschlagen, die roten Kacheln von deaktivierten Geräten auf Mindestgrösse zu reduzieren, habe da teilweise recht grosse, leere rote "Blöcke"...

[Asgothian]

@JLeg sagte:

Würde höchstens vorschlagen, die roten Kacheln von deaktivierten Geräten auf Mindestgrösse zu reduzieren, habe da teilweise recht grosse, leere rote "Blöcke"...

Ist (auf meindem Dev System) umgesetzt.

A.

[Shadowhunter23]

Sollen die Kacheln jetzt wirklich alle States ohne Scrollen anzeigen?

Dann würde hier einiges fehlen.

[Asgothian]

Nicht alle - die Kachel wäre sehr groß. Ich hab zum Testen 1x und 1.5x Kacheln genommen, könnte aber auch 1x und 2x Kacheln nehmen