Tester wanted - Zigbee Adapter 3.1

[Asgothian]

@dimaiv sagte in Tester wanted - Zigbee Adapter 3.1:

Beim Uberprüfen auf Firmware Updates stürzt der Adapter ab.

Lässt sich das auf bestimmte devices eingrenzen ?

Zum testen sollte es reichen die Devices über die Oberfläche zu deaktivieren.

[Homoran]

@dimaiv sagte in Tester wanted - Zigbee Adapter 3.1:

Beim Uberprüfen auf Firmware Updates stürzt der Adapter ab.

hatte ich auch früher schon, lag anscheinend am sentry-Modul.
Ich sehe bei dir im log, aber nicht die selben Meldungen.

Du kannst es ja mal abschalten

[dimaiv]

P.S.: Fixed.

@asgothian
Es ist egal, was und wie viele ich deaktiviere bis auf alle 20, kommt gleiche Fehler.

P.S.: Auch wenn ich sentry aus mache...

[arteck]

@homoran ne das ist nicht sentry

[Asgothian]

@arteck War nich sentry. Ist gefixed.

A.

[Shadowhunter23]

@asgothian
Bin mal auf 3.1.0, hab allerdings keine Lampen und Gruppen.

Bisher keine Probleme.

[Asgothian]

Es gibt wieder eine neue Version.

Man kann zusätzlich den Zeit-Abstand zwischen den Pings einstellen. Wobei diese Einstellung nicht fix ist, je nach Anzahl der anzueignenden Devices verändert der Adapter den Timeout um das Netz nicht zu sehr zu belasten.

[oxident]

Ich habe ein Test-Netz aufgebaut und möchte da mittelfristig meine (über 100) Geräte/Sensoren von Deconz rüberholen.

Daher kann ich ganz entspannt schon direkt ein paar Dinge mit dem latest Release testen.

Spontan aufgefallen ist mir, dass der iot-Adapter scheinbar versucht, benannte Farben in den Hex-Datenpunkt eine Hue-Lampe zu schreiben.

Bitte steinigt mich nicht, falls das die völlig falsche Baustelle ist

[Asgothian]

@oxident sagte in Tester wanted - Zigbee Adapter 3.1:

Ich habe ein Test-Netz aufgebaut und möchte da mittelfristig meine (über 100) Geräte/Sensoren von Deconz rüberholen.

Daher kann ich ganz entspannt schon direkt ein paar Dinge mit dem latest Release testen.

Spontan aufgefallen ist mir, dass der iot-Adapter scheinbar versucht, benannte Farben in den Hex-Datenpunkt eine Hue-Lampe zu schreiben.

bist du sicher ? der ist Adapter sollte aussschliesslich die im Screenshot markierten Datenpunkte erkennen:

Der Zigbee Adapter nutzt den color Datenpunkt aus der Vergangenheit und da z2m das so akzeptiert mir durchaus verschiedenen Formaten. Neben dem für den Zigbee Adapter einzigartigen named color format (dazu gibt es eine Liste von durch alle Web-Browser erkannte benannte Farben (die extended Colors)) werden noch die von Z2M akzeptierten Formate akzeptiert. Die Liste ist lang (kopiert von der Doku auf Z2M, z.Bsp. von diesem Gerät

• color_xy: To control the XY color (CIE 1931 color space) publish a message to topic zigbee2mqtt/FRIENDLY_NAME/set with payload {"color": {"x": X_VALUE, "y": Y_VALUE}} (e.g. {"color":{"x":0.123,"y":0.123}}). To read the XY color send a message to zigbee2mqtt/FRIENDLY_NAME/get with payload {"color":{"x":"","y":""}}. Alternatively it is possible to set the XY color via RGB:
  {"color": {"r": R, "g": G, "b": B}} e.g. {"color":{"r":46,"g":102,"b":150}}
{"color": {"rgb": "R,G,B"}} e.g. {"color":{"rgb":"46,102,150"}}
{"color": {"hex": HEX}} e.g. {"color":{"hex":"#547CFF"}}
• color_hs: To control the hue/saturation (color) publish a message to topic zigbee2mqtt/FRIENDLY_NAME/set with payload {"color": {"hue": HUE, "saturation": SATURATION}} (e.g. {"color":{"hue":360,"saturation":100}}). To read the hue/saturation send a message to zigbee2mqtt/FRIENDLY_NAME/get with payload {"color":{"hue":"","saturation":""}}. Alternatively it is possible to set the hue/saturation via:
  HSB space (hue, saturation, brightness): {"color": {"h": H, "s": S, "b": B}} e.g. {"color":{"h":360,"s":100,"b":100}} or {"color": {"hsb": "H,S,B"}} e.g. {"color":{"hsb":"360,100,100"}}
  HSV space (hue, saturation, value):{"color": {"h": H, "s": S, "v": V}} e.g. {"color":{"h":360,"s":100,"v":100}} or {"color": {"hsv": "H,S,V"}} e.g. {"color":{"hsv":"360,100,100"}}
  HSL space (hue, saturation, lightness){"color": {"h": H, "s": S, "l": L}} e.g. {"color":{"h":360,"s":100,"l":100}} or {"color": {"hsl": "H,S,L"}} e.g. {"color":{"hsl":"360,100,100"}}

Jedes Format X das im Payload hinter {"color":X} akzeptiert wird kann auch im DP color benutzt werden.
Z2M unterscheided dabei Geräte die mit color_xy und/oder color_hs arbeiten. Der Zigbee-Adapter macht das auch, die Datenpunkte unter color_hs gibt es nur wenn z2m auch color_hs meldet. Mir sind keine Geräte bekannt die color_hs unterstützen, color_xy aber nicht.

Damit ist der iot Adapter überfordert. Deswegen gibt es die mit den entsprechenden Rollen versehenen Datenpunkte die ich im Screenshot markiert habe. All diese Datenpunkte machen letztendlich nichts anderes als den color Datenpunkt mit entsprechenden Werten zu füttern, damit diese dann an Z2M geschickt werden.

Auf der Kachel im Zigbee-Adapter wird immer nur die 'named' Farbe angeboten - das ist die einzige Möglichkeit wie ich da Farbe bei dem begrenzten Platz überhaupt auswählbar machen kann. Code-Technisch wird da mediumvioletred angezeigt wenn im DP color keine der korrekten named Colors drin steht.

Bitte steinigt mich nicht, falls das die völlig falsche Baustelle ist

Eine falsche Baustelle gibt es nicht. (aber da du danach gefragt hast, nimm dies hier 🪨 )

A.
Edit: Quelle hinzugefügt.

[Asgothian]

Es gibt inzwischen eine 3.1.1

Bitte auf die 3.1.1 aktualisieren und normale Gerätefunktion testen. Ich habe auf die ZHC 25 umgestellt, bei der vor breaking changes gewarnt wurde. Was ich gefunden hab habe ich umgestellt. Ob ich alles gefunden habe weiss ich aber nicht!

Wichtig: Bitte vor der Installation den Zigbee Adapter anhalten !!!

A.

[Shadowhunter23]

@asgothian
Hab eben von GitHub installiert, Version bleibt bei 3.1.0.

[Asgothian]

@shadowhunter23 Bitte nochmal installieren - da ist was mit der Version schief gegangen. Jetzt sollte es 3.1.1 sein

A.

[Asgothian]

@oxident Eine Frage,

hast du beim Anlernen der Leichen Probleme gehabt ? Mit der 3.1.0 ?

Was ist mit der 3.1.1 ? Geht da das Anlernen genau so gut ?

Ich hab hier vereinzelt seltsames Verhalten welches ich mit dem Debugger nicht v erfolgen kann da sich dadurch das Timing ändert.

A.

[oxident]

@asgothian Habe ehrlich gesagt nur eine einzelne Hue-Lampe angelernt. Da gab es keine Probleme bei der 3.0.1

[Asgothian]

Inzwischen gibt es eine 3.1.2 - der Pairing bug ist gefunden und behoben (hoffentlich) - Es war alter Code der früher wohl mal notwendig war, heute aber Probleme macht.

Dieser musste mit ZHC25 entfernt werden.

A.

[Fabio]

@asgothian wenn ich auf eine meiner beidem ZigBee Instanzen klicke kommt diese Meldung:

zigbee.0
2025-09-16 07:32:47.731	warn	Resolve Entity did not manage to find a mapped device for [object Object]

Ansonsten läuft alles super Vielen Dank.
Herzliche Grüße
Fabio

[Asgothian]

@fabio sagte in Tester wanted - Zigbee Adapter 3.1:

@asgothian wenn ich auf eine meiner beidem ZigBee Instanzen klicke kommt diese Meldung:

zigbee.0
2025-09-16 07:32:47.731	warn	Resolve Entity did not manage to find a mapped device for [object Object]

Ansonsten läuft alles super Vielen Dank.
Herzliche Grüße
Fabio

3.1.1 oder 3.1.2 ?

Die Meldung darf eigentlich nicht kommen - Sie ist ein Zeichen das etwas nicht so ist wie es soll. Ich beheb die Meldung mal eben, dann kannst du die 3.1.2 neu installieren und laufen lassen.

Wenn die Meldung weiterhin kommt bitte mal schauen ob es immer das gleiche Device ist oder ob es unterschiedliche Devices sind.
Wenn es immer das gleiche Device ist müsstest Du mir die Zeile(n) aus der shepherd.db posten in der die IEEE des Devices auftaucht.

A.

[Fabio]

@asgothian ist die 3.1.2
Welche Version denn von Github oder aus der Beta da hatte ich die 3.1.2 her.
Grüße
Fabio

[Asgothian]

@fabio Github

[Fabio]

@asgothian gerade installiert Fehler bleibt:

zigbee.0
2025-09-16 08:30:12.093	warn	Resolve Entity did not manage to find a mapped device for [object Object]

Woher weiß ich aber das das jetzt deine neue Version ist?