Tester Zigbee Adapter 3.x gesucht

[MeisterQ 0]

@Asgothian Bekommt man die Version schon aus dem Latest? Weil da wird sie mir nicht angezeigt, oder muss ich sie über die Github Katze Installieren?

[Asgothian]

@meisterq-0 die version ist im Latest. (sollte sie zumindest sein)

A.

[MeisterQ 0]

@asgothian Komisch. Wird mir nicht Angezeigt.

[Rushmed]

Hallo,

was bedeuten auf dem Hardware Tab die Warnung und der Error?
Muss ich hier aktiv werden?

[Asgothian]

@rushmed sagte in Tester Zigbee Adapter 3.x gesucht:

Hallo,

was bedeuten auf dem Hardware Tab die Warnung und der Error?
Muss ich hier aktiv werden?

Hast du die Doku auf Github dazu gelesen ? Da steht es drin.

Das X bedeutet das der Transport Key nicht mit dem übereinstimmt der im Backup der Einstellungen steht.
Der grüne Haken bedeutet das der Kanal mit dem überein stimmt der im Backup steht
das gelbe Dreieck warnt das es ein ungünstiger Kanal ist (nicht teil der ZLL Kanäle, so das ggf. einzelne Geräte bei Dir nicht gehen

Du kannst durch einlesen des Backup schauen ob das rote X weg geht - da ist noch ein Fehler drin, da aktuell gross/kleinschreibung noch einen Unterschied macht - das kommt noch weg.

A.
TLDR: Nein.

[Rushmed]

@asgothian sagte in Tester Zigbee Adapter 3.x gesucht:

Du kannst durch einlesen des Backup schauen ob das rote X weg geht - da ist noch ein Fehler drin, da aktuell gross/kleinschreibung noch einen Unterschied macht - das kommt noch weg.

Hat geklappt, danke.

[BigMike71]

Habe heute von 1.10.4 direkt auf die 3.0 upgedatet!
Nachdem ich meine ca. 20 Aqara Wandschalter in meinen Skripten an die neuen Datenpunkte angepasst habe und vorher ein readNvBackup durchgeführt habe läuft bisher alles problemlos!

Allerdings bekomme ich wenn ich auf den Zigbee-Tab wechsel jedes Mal eine Warnung:

2025-04-11 15:52:31.145 - warn: zigbee.0 (1118465) readNvBackup called
2025-04-11 15:52:31.149 - warn: zigbee.0 (1118465) readNvBackup returns {"channel":11,"precfgkey":"b2090507090c0d0f00020406080b0c0d","extPanID":"0123456799abcdef","panID":3369}

kann man das noch abschalten?

[Shadowhunter23]

@bigmike71

~8 Beiträge zuvor:
https://forum.iobroker.net/topic/80644/tester-zigbee-adapter-3-x-gesucht/8?_=1744382131667

[Fabio]

@asgothian bin jetzt auch auf die 3.0 hoch bis jetzt keine Probleme

ausser diese Warn Meldungen

zigbee.0
2025-04-15 15:17:06.934	warn	readNvBackup returns {"channel":11,"precfgkey":"01030507090b0d0f00020406080a0c0d","extPanID":"fecad609004b1200","panID":6754}

zigbee.0
2025-04-15 15:17:06.929	warn	readNvBackup called

aber da hast du ja schon zu geantwortet.

Vielen Dank für deine Mühen
Herzliche Grüße aus Köln
Fabio

[ste_glei]

@Asgothian
Bin jetzt seit ein paar Tagen auf 3.0 und es läuft ohne Probleme.

gefühlt stabiler als die Vorgänger.

Vielen Dank für deinen Einsatz

[locito09]

@asgothian
Bei mir läuft die 3.0 auch sehr stabil, hab aber ab und zuGeräte die die Verbindung verlieren 2 x Flower verlieren immer wieder die Verbindung und ich muss sie nochmals anlernen und auch verschiedene Hue Lampe muss ich kurz ausschalten und neu verbinden

[Fabio]

@asgothian das passierte jetzt schon 2 mal nachdem ich die 3.0 nutze.

zigbee.0
2025-04-17 10:45:44.803	info	Starting Zigbee-Herdsman

zigbee.0
2025-04-17 10:45:44.802	info	Installed Version: iobroker.zigbee@3.0.0 (Converters 23.27.0 Herdsman 3.5.1)

zigbee.0
2025-04-17 10:45:44.790	info	Starting Adapter npm ...

zigbee.0
2025-04-17 10:45:44.790	info	--- creating device debug ---

zigbee.0
2025-04-17 10:45:44.789	info	delete old Backup files. keep only last 10

zigbee.0
2025-04-17 10:45:44.770	info	--> transmitPower :

zigbee.0
2025-04-17 10:45:44.767	info	init localConfig

zigbee.0
2025-04-17 10:45:44.766	info	Adapter ready - starting subsystems. Adapter is running in info mode.

zigbee.0
2025-04-17 10:45:44.752	info	starting. Version 3.0.0 in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.19.0, js-controller: 7.0.6

host.nuc
2025-04-17 10:45:43.990	info	instance system.adapter.zigbee.0 in version "3.0.0" started with pid 2762

host.nuc
2025-04-17 10:45:13.538	info	Restart adapter system.adapter.zigbee.0 because enabled

host.nuc
2025-04-17 10:45:13.538	error	instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION)

host.nuc
2025-04-17 10:45:13.538	error	Caught by controller[1]: at processTicksAndRejections (node:internal/process/task_queues:95:5)

host.nuc
2025-04-17 10:45:13.538	error	Caught by controller[1]: at Controller.backup (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:382:47)

host.nuc
2025-04-17 10:45:13.538	error	Caught by controller[1]: at ZStackAdapter.backup (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:908:49)

host.nuc
2025-04-17 10:45:13.538	error	Caught by controller[1]: at AdapterBackup.createBackup (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/adapter-backup.ts:65:48)

host.nuc
2025-04-17 10:45:13.538	error	Caught by controller[1]: at AdapterBackup.getAdapterVersion (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/adapter-backup.ts:446:48)

host.nuc
2025-04-17 10:45:13.538	error	Caught by controller[1]: at Znp.requestWithReply (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/znp/znp.ts:224:34)

host.nuc
2025-04-17 10:45:13.538	error	Caught by controller[1]: at Znp.request (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/znp/znp.ts:240:19)

host.nuc
2025-04-17 10:45:13.538	error	Caught by controller[1]: Error: Cannot request when znp has not been initialized yet

host.nuc
2025-04-17 10:45:13.537	error	Caught by controller[1]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:

zigbee.0
2025-04-17 10:45:13.453	info	terminating

zigbee.0
2025-04-17 10:45:13.273	info	Closing Zigbee network, 0 seconds remaining

zigbee.0
2025-04-17 10:45:12.950	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

zigbee.0
2025-04-17 10:45:12.950	info	terminating

zigbee.0
2025-04-17 10:45:12.950	info	Saved local configuration data

zigbee.0
2025-04-17 10:45:12.950	info	local config saved

zigbee.0
2025-04-17 10:45:12.950	info	cleaned everything up...

zigbee.0
2025-04-17 10:45:12.943	error	Cannot request when znp has not been initialized yet

zigbee.0
2025-04-17 10:45:12.943	error	Error: Cannot request when znp has not been initialized yet at Znp.request (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/znp/znp.ts:240:19) at Znp.requestWithReply (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/znp/znp.ts:224:34) at AdapterBackup.getAdapterVersion (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/adapter-backup.ts:446:48) at AdapterBackup.createBackup (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/adapter-backup.ts:65:48) at ZStackAdapter.backup (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:908:49) at Controller.backup (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:382:47) at processTicksAndRejections (node:internal/process/task_queues:95:5)

zigbee.0
2025-04-17 10:45:12.933	error	unhandled promise rejection: Cannot request when znp has not been initialized yet

zigbee.0
2025-04-17 10:45:12.933	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

Hertliche Grüße aus Köln
Fabio
unhandled promise rejection.txt

[Asgothian]

@fabio sagte in Tester Zigbee Adapter 3.x gesucht:

@asgothian das passierte jetzt schon 2 mal nachdem ich die 3.0 nutze.

Müssen wir beobachten. Passiert das immer nach längerer Laufzeit oder beim Start ?

Hintergrund: ZNP not initialized deutet darauf hin das versucht wird Kommunikation mit einem Zigbee-Gerät zu initiieren bevor der Herdsman sauber läuft.

A.

[Fabio]

@asgothian das passiert im laufenden Betrieb ohne mein dazutun zu unterschiedlichen Zeiten und auch erst seit der v 3.0.

Herzliche Grüße
Fabio

[locito09]

@asgothian
Habe bei den Flower sensor gemerkt das die Geräte die einwandfrei funktionieren der Status auf configured:false steht
und die die nicht funktionieren steht der Status auf configured:true. Auch wen ich einen neuen Sensor anlerne steht der Status auf configured:True und Funktioniert nicht. Was kann das Problem sein?

[Asgothian]

@fabio Kannst schauen was an Log Meldungen vor dem Fehler kommt ? Anscheinend startet der Adapter anstandslos neu - trotzdem ist die frage was er macht wenn der Fehler auftritt.

A.

[Asgothian]

@locito09 ändert sich daran etwas wenn du versuchst die nicht funktionierenden Geräte neu zu konfigurieren ?
Auffällig ist auch das die Firmware unterschiedlich alt ist.

A.

[locito09]

@asgothian
ja das habe ich auch schon bemerkt, ich habe insgesammt 10 stk und nur 1 davon hat eine ältere Firmware, aber Danke für den Hinweis. Habe alle 4 stk die nicht funktionieren neu Konfiguriert, jetzt sind die wieder online, werde die weiterhin beobachten. Das erneute Konmfigurieren wurde zwar im LOG mit einen Timeout Quittiert , die Geräte sind aber jetzt wieder Online und haben einen wert gesendet.

zigbee.0
2025-04-17 11:47:29.424	info	Timeout trying to configure 0x00124b002260a134 DIYRuZ_Flower (starting CoM).

zigbee.0
2025-04-17 11:47:19.411	info	Configuring 0x00124b002260a134 DIYRuZ_Flower

zigbee.0
2025-04-17 11:47:10.025	info	Timeout trying to configure 0x00124b0022607918 DIYRuZ_Flower (starting CoM).

zigbee.0
2025-04-17 11:47:00.897	info	Closing Zigbee network, 1 seconds remaining

zigbee.0
2025-04-17 11:47:00.011	info	Configuring 0x00124b0022607918 DIYRuZ_Flower

zigbee.0
2025-04-17 11:46:40.515	info	Timeout trying to configure 0x00124b00226296fc DIYRuZ_Flower (starting CoM).

zigbee.0
2025-04-17 11:46:30.499	info	Configuring 0x00124b00226296fc DIYRuZ_Flower

[Asgothian]

@locito09 sagte in Tester Zigbee Adapter 3.x gesucht:

@asgothian
ja das habe ich auch schon bemerkt, ich habe insgesammt 10 stk und nur 1 davon hat eine ältere Firmware, aber Danke für den Hinweis. Habe alle 4 stk die nicht funktionieren neu Konfiguriert, jetzt sind die wieder online, werde die weiterhin beobachten. Das erneute Konmfigurieren wurde zwar im LOG mit einen Timeout Quittiert , die Geräte sind aber jetzt wieder Online und haben einen wert gesendet.

ich gehe davon aus das die ein 'configure_on_message' bekommen haben und deswegen jetzt wieder gehen

[Fabio]

@asgothian okay, ich werde beim nächsten mal drauf achten.
Jedes Mal innerhalb vom Sekunden neu gestartet und alles verbunden.

Grüße
Fabio