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

[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

[Shadowhunter23]

Die Kachel noch größer mache fände ich unnötig. Vor allem schaut man da ja nicht täglich mehrmals drauf.
Egal ob die 1x und 1.5x oder 1x und 2x nimmst wird es niemals für alle richtig sein.
Am besten wäre es natürlich und durchgängig wenn der Inhalt der States die Kachelgrößen bestimmt. Aber dann wäre bei diesem Gerät die Kachel riesig. Für mich nicht nötig dies umzusetzen.

[Shadowhunter23]

Vielleicht wäre es besser diesen Scrollbalken doppelt so breit zu machen, aber das ist jammern auf hohem Niveau

[Asgothian]

@Shadowhunter23 sagte:

aber das ist jammern auf hohem Niveau

Das, und - du bist eingeladen das zu machen - ich weiss nicht wie. HTML und UI ist für mich eher schwierig :)

[haselchen]

@Asgothian

Hab eben auf die 3.4.2 geupdatet und war etwas erschrocken über die unterschiedlichen Kachelgrössen.
Sehr unübersichtlich und wild.
Kann man da wieder auf "früher" zurückfahren?