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

[bilberry]

Ach das habe ich übersehen. Alles klar - Danke!
input clusters:

• genBasic (0)
• genIdentify (3)
• genGroups (4)
• genScenes (5)
• genOnOff (6)
• genLevelCtrl (8)
• lightingColorCtrl (768)
• touchlink (4096)

output clusters:

• genTime (10)
• genOta (25)

[Asgothian]

Hast du die aktuelle Version heute noch mal installiert? Ich habe aktuell Probleme mit NPM und kann die Version noch nicht erstellen. Es sollte aber auf jeden Fall für die Gruppen States ein fix in der aktuellen Version enthalten sein.
Zumindest werden bei mir die States für Color korrekt erzeugt.

[bilberry]

Über den oben beschriebenen Weg wir immer noch v3.2.5 ausgespielt. Kann das sein? Der Color-Datenpunkt ist damit noch nicht wieder da.

[Asgothian]

Zeigst du bitte das log vom Startup des Adapters ? Da steht genau welche Version installiert ist. Bevor ich die ins latest bringe sollte der color dp wieder funktionieren

Hat sich erledigt - ich denke ich hab den Bug gefunden. Wenn du nochmal von GitHub installieren kannst - dann sollten die Gruppen-States wieder da sein - und dann auch mit den Rollen für den aktuellen Type-Detektor.

Danke für den Hinweis - das die Farb-DP's nicht mehr verbunden waren ist nicht aufgefallen. Parallel damit ist auch aufgefallen das die Gruppen-States nicht mit auf 'noch verbunden sein' geprüft werden, sprich wenn da etwas wegfällt werden die nicht farbig dargerstellt. Das kommt auf die Liste der zu behebenden Fehler.

A.

[bilberry]

OK, prima. Hab noch mal installiert und der vorhandene Color-Datenpunkt funktioniert wieder und in der neuen Gruppe wurde er nun noch ergänzt.

Zwei andere Dinge sind mir aber aufgefallen:

• Nach der Installation wurde der Adapter nicht automatisch neu gestartet, was zu einem merkwürdigen Verhalten (u.a. fehlenden Icons) führte. Hab ihn dann von Hand gestoppt und neu gestartet.
• Version ist aber immer noch v3.2.5 - Sollte das so sein?
  Log: starting. Version 3.2.5 (non-npm: ioBroker/ioBroker.zigbee) in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.19.6, js-controller: 7.0.7

[Asgothian]

@bilberry sagte in Tester gesucht: Zigbee 3.2.x:

Nach der Installation wurde der Adapter nicht automatisch neu gestartet, was zu einem merkwürdigen Verhalten (u.a. fehlenden Icons) führte. Hab ihn dann von Hand gestoppt und neu gestartet.
Version ist aber immer noch v3.2.5 - Sollte das so sein?

Das passiert bei GitHub Installationen manchmal, weswegen ich da den Adapter von Hand gerne anhalte.
Auch gehe ich davon aus das der durchaus neu gestartet wurde, die Icons aber noch im Download waren.

Log: starting. Version 3.2.5 (non-npm: ioBroker/ioBroker.zigbee) in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.19.6, js-controller: 7.0.7
Ja, das ist normal - die neue Versionsnummer gibt es erst im Latest. Ich hab eine Zeit lang mit ..alpha-1 Versionsnummern hantiert, das ist mir aber am Ende einfach zu Aufwändig- da ich diese nicht auf NPM sehen will

A.

[Asgothian]

So, jetzt gibts die Version direkt auf NPM und im Latest, und als 3.3.0

Relevante Anpassungen zur 3.2.5:

• Geräte mit dynamischen Exposes werden nun anders behandelt. Bisher sind mir genau 2 Gerätetypen bekannt:
  -- Busch Jaeger Schalter
  -- PTVO Geräte mit custom Firmware ohne das der Bezeichner der Firmware angepasst wurde.
  Es kann weitere geben.
• Das Map Handling wurde überarbeitet. Der Button zum erzeugen der Map ist nur dann vorhanden wenn keine Map-Daten vorliegen. Ansonsten wird die Map aus den vorliegenden Daten einfach angezeigt. Damit ist die Map ggf. auch in einem anderen Browserfenster direkt sichtbar ohne das sie neu aufgebaut werden muss. Zusätzlich wurde das Map Handling etwas beschleunigt - wenn ein Gerät keine LQI liefert, dann wird nicht versucht Routing Information zu holen - das klappt sowieso nicht.
• Erweitertes Logging im 'device specific debug'
• Auch bei Gruppen werden jetzt 'orphaned states' behandelt
• Der Adapter hat die Option, alle Device-Datenpunkte neu zu schreiben. Dabei werden manuelle Anpassungen von role und name der States überschrieben. Die State-Spezifischen Einstellungen sowie die Zuordnung zu Räumen und Funktionen bleibt dabei erhalten.
• Es wurden einzelne Rollen angepasst. Ziel davon ist die automatische Erkennung zu stabilisieren. Dieses wird in der 3.3 weiter gehen.
• Wechsel auf ZHC 25.84.0 (exakt)
• Wechsel auf ZH 7.x (immer die aktuellste 7er version)

und natürlich: Bugs Bugs Bugs

A.

Edit: Relevante Anpassungen hinzugefügt.

[Shadowhunter23]

@Asgothian
Installiert.

[dimaiv]

@Asgothian

Seit Adapter V 3.3.0:
bei Daten Änderung, die gelogt werden, kommt jetzt immer einen Log Eintrag.

2025-12-09 11:58:36.443 - info: sql.0 (110657) enabled logging of Waschmaschine_Strom_W, Alias=true, WriteNulls=false
2025-12-09 11:58:36.637 - info: sql.0 (110657) enabled logging of Staubsauger_Strom_W, Alias=true, WriteNulls=false
2025-12-09 11:58:46.777 - info: sql.0 (110657) enabled logging of PM2.5_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:58:46.778 - info: sql.0 (110657) enabled logging of PM1.0_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:58:46.779 - info: sql.0 (110657) enabled logging of PM10_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:58:46.831 - info: sql.0 (110657) enabled logging of VOC_Index_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:58:47.106 - info: sql.0 (110657) enabled logging of Temp_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:58:47.184 - info: sql.0 (110657) enabled logging of Humidity_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:59:01.739 - info: sql.0 (110657) enabled logging of PM2.5_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:59:01.740 - info: sql.0 (110657) enabled logging of PM1.0_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:59:01.741 - info: sql.0 (110657) enabled logging of PM10_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:59:01.831 - info: sql.0 (110657) enabled logging of VOC_Index_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:59:02.104 - info: sql.0 (110657) enabled logging of Temp_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:59:02.181 - info: sql.0 (110657) enabled logging of Humidity_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:59:16.744 - info: sql.0 (110657) enabled logging of PM2.5_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:59:16.745 - info: sql.0 (110657) enabled logging of PM1.0_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:59:16.746 - info: sql.0 (110657) enabled logging of PM10_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:59:16.834 - info: sql.0 (110657) enabled logging of VOC_Index_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:59:17.104 - info: sql.0 (110657) enabled logging of Temp_Vindriktning, Alias=true, WriteNulls=false
2025-12-09 11:59:17.181 - info: sql.0 (110657) enabled logging of Humidity_Vindriktning, Alias=true, WriteNulls=false

P.S.: mit History Adapter passiert es nicht, da ist alles in Ordnung.

[Asgothian]

Seltsam. Muss ich mir anschauen. Kannst du zum testen bitte mal die Version 3.2.5 von npm installieren um zu schauen ob der Effekt da auch existiert ?

[Fabio]

@Asgothian sagte in Tester gesucht: Zigbee 3.2.x:

So, jetzt gibts die Version direkt auf NPM und im Latest, und als 3.3.0

Vielen Dank, alle drei instanzen 3.3.0 laufen bis jetzt ohne Probleme. ;-)

Herzliche Grüße
Fabio

[bilberry]

Hallo @asgothian,

seit Version 3.3.0 habe ich alle 2 bis 3 Minuten zahlreiche Warnungen im Log:

Spoiler

2025-12-09 07:08:56.905 - warn: zigbee.0 (603898) ELEVATED:I01 (2c49) Zigbee Event of Type commandQueryNextImageRequest from device 0xa4c138cf1cbcbcbe, incoming event: {"type":"commandQueryNextImageRequest","data":{"fieldControl":0,"manufacturerCode":4454,"imageType":1456,"fileVersion":421934725},"linkquality":61,"groupID":0,"cluster":"genOta","meta":{"rawData":{"type":"Buffer","data":[1,33,1,0,102,17,176,5,133,54,38,25]},"zclTransactionSequenceNumber":33,"frameControl":{"frameType":1,"manufacturerSpecific":false,"direction":0,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1}
2025-12-09 07:08:56.906 - warn: zigbee.0 (603898) ELEVATED:I03 (2c4a) message received '{"available":true}' from device a4c138cf1cbcbcbe type 'RS 242 C'
2025-12-09 07:08:56.907 - warn: zigbee.0 (603898) ELEVATED:I04 (2c4a) value generated 'true' from device a4c138cf1cbcbcbe for 'Available'
2025-12-09 07:08:56.912 - warn: zigbee.0 (603898) ELEVATED:I04 (2c49) value generated '61' from device a4c138cf1cbcbcbe for 'Link quality'
2025-12-09 07:08:56.913 - warn: zigbee.0 (603898) ELEVATED:I02 (2c49) 0 converter available for 'RS 242 C' 'a4c138cf1cbcbcbe' with cluster 'genOta' and type 'commandQueryNextImageRequest'
2025-12-09 07:13:56.906 - warn: zigbee.0 (603898) ELEVATED:OPI (c02a) Pinging '0xa4c138cf1cbcbcbe' (RS 242 C) via ZH Ping
2025-12-09 07:13:56.913 - warn: zigbee.0 (603898) ELEVATED:I01 (c031) Zigbee Event of Type commandQueryNextImageRequest from device 0xa4c138cf1cbcbcbe, incoming event: {"type":"commandQueryNextImageRequest","data":{"fieldControl":0,"manufacturerCode":4454,"imageType":1456,"fileVersion":421934725},"linkquality":58,"groupID":0,"cluster":"genOta","meta":{"rawData":{"type":"Buffer","data":[1,34,1,0,102,17,176,5,133,54,38,25]},"zclTransactionSequenceNumber":34,"frameControl":{"frameType":1,"manufacturerSpecific":false,"direction":0,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1}
2025-12-09 07:13:56.914 - warn: zigbee.0 (603898) ELEVATED:I03 (c032) message received '{"available":true}' from device a4c138cf1cbcbcbe type 'RS 242 C'
2025-12-09 07:13:56.914 - warn: zigbee.0 (603898) ELEVATED:I04 (c032) value generated 'true' from device a4c138cf1cbcbcbe for 'Available'
2025-12-09 07:13:56.920 - warn: zigbee.0 (603898) ELEVATED:I04 (c031) value generated '58' from device a4c138cf1cbcbcbe for 'Link quality'
2025-12-09 07:13:56.922 - warn: zigbee.0 (603898) ELEVATED:I02 (c031) 0 converter available for 'RS 242 C' 'a4c138cf1cbcbcbe' with cluster 'genOta' and type 'commandQueryNextImageRequest'
2025-12-09 07:13:56.968 - warn: zigbee.0 (603898) ELEVATED:I01 (c067) Zigbee Event of Type readResponse from device 0xa4c138cf1cbcbcbe, incoming event: {"type":"readResponse","data":{"zclVersion":8},"linkquality":65,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[24,81,1,0,0,0,32,8]},"zclTransactionSequenceNumber":81,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1}
2025-12-09 07:13:56.968 - warn: zigbee.0 (603898) ELEVATED:SUCCESS (c02a) Successfully pinged 0xa4c138cf1cbcbcbe (RS 242 C) in 62 ms
2025-12-09 07:13:57.013 - warn: zigbee.0 (603898) ELEVATED:I04 (c067) value generated '65' from device a4c138cf1cbcbcbe for 'Link quality'
2025-12-09 07:13:57.014 - warn: zigbee.0 (603898) ELEVATED:I02 (c067) 0 converter available for 'RS 242 C' 'a4c138cf1cbcbcbe' with cluster 'genBasic' and type 'readResponse'

Was bedeutet das? Scheint sich immer nur um ein Gerät - und zwar eine meiner zwei neuen RS242C (sh. meine letzten Posts zum Thema color-Datenpunkt) zu handeln. Die funktioniert die aber ansonsten unauffällig in einer Gruppe mit drei weiteren RS2322 bzw. RS242 Lampen.

Habs gefunden! Selber schuld! Hatte bei der einen versehentlich den Debug-Mode aktiviert...

[Asgothian]

Ich hab nochmal eine etwas andere Bitte - ich hab an der Doku geschraubt und bräuchte Hilfe in Form von gegenlesen / korrekturvorschlägen etc..
Aktuell ist das hier: https://github.com/ioBroker/ioBroker.zigbee/wiki und hier https://github.com/ioBroker/ioBroker.zigbee/wiki/Step‐by‐Step-guide-for-the-Zigbee-network-configuration

über Meinungen / Kommentare / Änderungswünsche würde ich mich freuen.

A.

[dimaiv]

@Asgothian sagte in Tester gesucht: Zigbee 3.2.x:

Seltsam. Muss ich mir anschauen. Kannst du zum testen bitte mal die Version 3.2.5 von npm installieren um zu schauen ob der Effekt da auch existiert ?

Die 3.2.5 lief bei mir die ganze Zeit, und die Meldungen kamen nur einmalig beim SQL Adapter start.
Erst seit ich auf 3.3.0 aktualisiert habe kommen die Meldungen die ganze Zeit wenn die Daten empfangen werden, und nur von Zigbee Geräten.

[JLeg]

@Asgothian sagte in Tester gesucht: Zigbee 3.2.x:

Ich hab nochmal eine etwas andere Bitte - ich hab an der Doku geschraubt und bräuchte Hilfe in Form von gegenlesen / korrekturvorschlägen etc..
Aktuell ist das hier: https://github.com/ioBroker/ioBroker.zigbee/wiki und hier https://github.com/ioBroker/ioBroker.zigbee/wiki/Step‐by‐Step-guide-for-the-Zigbee-network-configuration

über Meinungen / Kommentare / Änderungswünsche würde ich mich freuen.

A.

vielleicht einen Abschnitt "Upgrade from previous versions" o.ä.? Du hast ja hier in diversen Threads teils sehr detaillierte Schritt-für-Schritt-Anleitungen erstellt, die wären es imo wert, "gesichert" zu werden.

Ähnliches gilt für "Change of Coordinator" oder so - mit all den Tricks und Tücken, die "irgendwo" beschrieben wurden, aber oft nicht gefunden werden, wenn man sie braucht... ;)

[Shadowhunter23]

Das hat weniger mit dieser Version zu tun aber ich frag mal:

Dieser Vibrationssensor:

gibt folgende Meldungen um Log aus:

State value for 00158d0002a92580.y_axis has value "-12" less than min "0".	8	05:30:46	15:22:17
State value for 00158d0002a92580.z_axis has value "-632" less than min "0".	4	05:30:46	15:21:17
State value for 00158d0002a92580.x_axis has value "-926" less than min "0".	4	05:31:11	15:22:17

Kann man was dagegen tun?

[Fabio]

@shadowhunter23 ... die drei Datenpunkte gehen nur bis 0 wenn mich nicht alles täuscht und alles was niedriger ist wirft dann die Meldung aus. Du könntest diese Datenpunkte im Wert anpassen. In die Datenpunkte gehen und dann oben in der Leiste auf dem Kopf klicken, dann auf den Stift neben dem Datenpunkt klicken zum bearbeiten.

[teletapi]

Also ich bekomme die 3.3.0 nicht ans laufen. Die Zigbee instance läuft eigentlich nur zum test dafür hab ich den sonoff Dongle E geflasht und 1 device bisher als test laufen. Das funktioniert auch. Heute hab ich mehrere stunden damit verbracht zu testen sogar mit mehreren RPi 5 auf denen die gleiche Konfig läuft. Interessanter weise hab ich auf einem testsystem das ganze zum laufen gebracht aber auf meinem Produktivsystem mit der 3.3.0 keine Chance.
Nach Installation der Instance wird der Adapter nicht mehr grün und folgende Fehler tauchen auf
Ich komme da in jedem Fall nicht weiter

zigbee.0
	2025-12-11 00:24:29.962	error	SentryError : Failed to start Zigbee Error herdsman start TypeError: Sentry.configureScope is not a function
zigbee.0
	2025-12-11 00:24:29.962	error	Failed to start Zigbee: no message given
zigbee.0
	2025-12-11 00:24:29.961	error	Starting zigbee-herdsman problem : [INIT TC] Network init timed out after 10000ms

zigbee.0
	2025-12-11 00:24:40.070	error	SentryError : Failed to start Zigbee Error herdsman start TypeError: Sentry.configureScope is not a function
zigbee.0
	2025-12-11 00:24:40.070	error	Failed to start Zigbee: no message given
zigbee.0
	2025-12-11 00:24:40.070	error	Starting zigbee-herdsman problem : Failed to start EZSP layer with status=HOST_FATAL_ERROR.

Wenn ich dann zurück auf die 3.25 gehe funktioniert das sofort Adapter ist sofort grün und device wird erkannt.

igbee.0
	2025-12-11 00:33:17.269	info	debug devices set to []
zigbee.0
	2025-12-11 00:33:16.738	info	downloaded https://www.zigbee2mqtt.io/images/devices/8718696449691.png to img/8718696449691.png.
zigbee.0
	2025-12-11 00:33:16.607	info	downloading https://www.zigbee2mqtt.io/images/devices/8718696449691.png to img/8718696449691.png
zigbee.0
	2025-12-11 00:33:16.505	info	Zigbee started
zigbee.0
	2025-12-11 00:33:16.504	info	1 devices are part of the network
zigbee.0
	2025-12-11 00:33:16.504	info	0x001788010421e0fa (addr 32719): 8718696449691 - Philips Hue White A60 Single bulb E27/B22 (Router)
zigbee.0
	2025-12-11 00:33:16.466	info	Zigbee-Herdsman started successfully with Coordinator firmware version: EmberZNet : 7.4.4 [GA] (X-X.X.X.X)
zigbee.0
	2025-12-11 00:33:14.927	info	Starting Zigbee-Herdsman
zigbee.0
	2025-12-11 00:33:14.927	info	configured transmit power : normal
zigbee.0
	2025-12-11 00:33:14.926	info	Installed Version: iobroker.zigbee@3.2.5 (Converters 25.84.0 Herdsman 6.4.2)
zigbee.0
	2025-12-11 00:33:14.921	info	Starting Adapter npm ...
zigbee.0
	2025-12-11 00:33:14.921	info	Autostart Zigbee subsystem
zigbee.0
	2025-12-11 00:33:14.919	info	internal Backups are disabled
zigbee.0
	2025-12-11 00:33:14.914	info	init localConfig
zigbee.0
	2025-12-11 00:33:14.912	info	Adapter ready - starting subsystems. Adapter is running in info mode.
zigbee.0
	2025-12-11 00:33:14.883	info	starting. Version 3.2.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v22.21.0, js-controller: 7.1.0

[Asgothian]

@Shadowhunter23 sagte in Tester gesucht: Zigbee 3.2.x:

Kann man was dagegen tun?

Ja.

Das was @fabio vorgeschlagen hat wird nur temporär eine Lösung sein - der Adapter setzt min und max auf die beim Start auf die vom Converter vorgegebenen Werte zurück.

Es muss geschaut werden ob der Converter (bei Z2M) Korrekt ist. Dazu einfach mal den Link auf der Info-Kachel clicken und schauen ob da steht in welchem Wertebereich sich die Werte für die Achse bewegen dürfen. Wenn da als Minimalwert 0 angegeben ist, dann ist das ein Bug im Converter der behoben werden muss.

Alternativ kann ein externer Konverter verwendet werden - den müsste man aus dem bestehenden Konverter ableiten mit anderen Min/Max Werten.

Als letztes kannst du das auch ignorieren - die Meldung sollte bei 3.3 genau 1x pro Start kommen.

A.

[Asgothian]

@teletapi Hier scheint es ein problem zwischen ZH 7.x und der Firmware auf deinem Stick zu geben. Ich kann dir heute abend eine Testversion zur Verfügung stellen mit der wir das verifizieren. Ich habe selber keinen EFR32 Stick mit dem ich das testen kann.

A.