NEWS
Tester Zigbee Adapter 3.x gesucht
-
Hallo zusammen,
nachdem die 2.0. erfolgreich im Stable gelandet ist (als 2.0.5) hat @arteck für mich die 3.0 zusammengebaut und ins Latest verfrachtet (nochmal Danke dafür). Jetzt brauche ich dafür Tester:
Aktuelle Test Version 3.0.1 Veröffentlichungsdatum 26.04.2025 Github Link https://github.com/ioBroker/ioBroker.zigbee Changelog:
- Breaking change: Start of zigbee subsystem requires configuration entry !!!
- Hardware configuration panel
- Update for external converter - detect /dist/ subfolder
- Update device image: use of icons defined in external converter (beta)
- Updated Adapter documentation
Die Version beinhaltet wieder einen breaking change - aber deutlich kleiner als zuvor. Wird die Version installiert und dann neu gestartet wird das Zigbee-Subsystem nicht automatisch gestartet. Der Adapter läuft dann zwar, bleibt aber gelb und es lassen sich keine Zigbee-Geräte ansteuern. Das ist kein bug, sondern by design.
In der Konfiguration des Adapters gibt es ein neues Tab
Hardware. Auf diesem sind alle Hardware-Relevanten Einstellungen zu machen - und man kann sie damit auch gleich testen. Genau diese Funktionalität hätte ich gerne getestet. Damit das entsprechend einfach geht habe ich die Doku (Deutsch/ Englisch) angepasst. Da ist dann beschrieben wie eine neue Instanz eingerichtet werden soll.Für die die nur kurz installieren und später testen wollen - damit der Adapter das Zigbee-Subsystem automatisch startet, muss der Haken bei G in der Konfiguration gesetzt werden.
Diese Änderung war notwendig weil es immer wieder Probleme bei Anfängern gab den Adapter sauber aufzusetzen. Eine automatische Trennung zwischen 'konfiguriert' und 'nicht konfiguriert' ist mir nicht gelungen, deswegen die Notwendigkeit für eine manuelle Einstellung.
Erklärung zum Configure in 3.0:
Bei Adapterstart wird im System geprüft ob das System eine erneute Konfiguration anfragt. Dazu gibt es Daten im ZHC / State. Wenn das System eine Konfiguration für notwendig erachtet wird versucht das Gerät zu konfigurieren. Dabei gibt es 3 mögliche Ergebnisse:- Erfolg - Die Konfiguration wird eingetragen - solange das Gerät nicht bei jedem Neustart eine Neukonfiguration fordert wird es nicht wieder konfiguriert, egal wie oft der Adapter neu startet
- Zeitüberschreitung: Das Gerät hat nicht geantwortet: Dieses Gerät kommt in die 'configure_on_message' Struktur. (siehe unten)
- Miserfolg - Die Konfiguration konnte nicht durchgeführt werden. Das Gerät wird beim nächsten Start erneut einen Konfigurationsversuch erleben.
configure_on_message:
Diese Methode dient dazu das insbesondere batteriebetriebene Geräte einfacher zu konfigurieren sind. Ein Gerät welches hier eingetragen wird wird in dem Moment konfiguriert wo der Adapter eine Nachricht des Gerätes erhält - ausgehend von der Annahme das das Gerät dann wach ist und die Konfiguration erfolgreich sein wird. Dieses wird- max 5 mal probiert
- max alle 5 Sekunden probiert, egal wie viele Meldungen in der Zwischenzeit eintreffen.
Aktuell erzeugt es noch viele Info-Meldungen. Diese werden mit der Zeit auf eine Sinnvolle Anzahl reduziert.
Update 26.04.2025:
Die 3.0.1 ist im Latest. Änderungen:- Verschiedene Bugfixes.
- Icons statt Text auf den Knöpfen im Hardware-Tab
- Begrenzung der auf den Kacheln sichtbaren Datenpunkte (Ausschluss von Enums mit genau 1 Option und beschreibbaren DP ohne UI Element)
- Eingabemöglichkeit von 'pro device' Optionen. (siehe hier)
Hinweis Nutzer von externen Konverter bei denen ein
/dist/in den Include Pfaden mit angegeben ist müssen dieses entfernen. Der Adapter erkennt selbstständig ob die verwendete ZHC Version dieses benötigt oder nicht und fügt es automatisch hinzu.A.
Ich bin mal auf die neue Version hoch und bekomme beim öffnen der Instanz folgende Warnungen:
zigbee.0 2025-04-08 16:35:00.623 warn readNvBackup returns {"channel":11,"precfgkey":"01030507090b0d0f00020406080a0c0d","extPanID":"8949b203f0c8df88","panID":6749} zigbee.0 2025-04-08 16:35:00.623 warn readNvBackup calledSehe aber sonst keine Probleme.
Proxmox 9 HA-Cluster mit 3x HP prodesk 400 G6 i5
Bei einem downvote bitte melden, es könnte sein, dass dieser ungewollt ist! -
Ich bin mal auf die neue Version hoch und bekomme beim öffnen der Instanz folgende Warnungen:
zigbee.0 2025-04-08 16:35:00.623 warn readNvBackup returns {"channel":11,"precfgkey":"01030507090b0d0f00020406080a0c0d","extPanID":"8949b203f0c8df88","panID":6749} zigbee.0 2025-04-08 16:35:00.623 warn readNvBackup calledSehe aber sonst keine Probleme.
@shadowhunter23 Das gleiche auch bei mir.
-
Ich bin mal auf die neue Version hoch und bekomme beim öffnen der Instanz folgende Warnungen:
zigbee.0 2025-04-08 16:35:00.623 warn readNvBackup returns {"channel":11,"precfgkey":"01030507090b0d0f00020406080a0c0d","extPanID":"8949b203f0c8df88","panID":6749} zigbee.0 2025-04-08 16:35:00.623 warn readNvBackup calledSehe aber sonst keine Probleme.
@shadowhunter23 sagte in Tester Zigbee Adapter 3.x gesucht:
Ich bin mal auf die neue Version hoch und bekomme beim öffnen der Instanz folgende Warnungen:
zigbee.0 2025-04-08 16:35:00.623 warn readNvBackup returns {"channel":11,"precfgkey":"01030507090b0d0f00020406080a0c0d","extPanID":"8949b203f0c8df88","panID":6749} zigbee.0 2025-04-08 16:35:00.623 warn readNvBackup calledSehe aber sonst keine Probleme.
Das ist Teil von internen warn-Meldungen. Es wird ,ist der Zeit verschwinden.
A.
-
@asgothian sagte in Tester Zigbee Adapter 3.x gesucht:
@dimaiv exakt. Nimm bitte das ‚Icon‘ aus dem externen Konverter - dann wird es gehen.
Ich habe die Zeile auskommentiert, Adapter startet durch, aber ohne Bild dazu:
2025-04-08 12:46:32.867 - info: zigbee.0 (19404) downloading https://www.zigbee2mqtt.io/images/devices/IKEA_VINDRIKTNING_EFEKTA-III.png to /tmp/IKEA_VINDRIKTNING_EFEKTA III.png 2025-04-08 12:46:33.088 - warn: zigbee.0 (19404) ERROR : icon path not found /tmp/IKEA_VINDRIKTNING_EFEKTA III.pngA.
Nachtrag - wird der externe Konverter überhaupt nonchalantly gebraucht ?Der sollte doch eigentlich im ZHC drin sein.
Ja, externe Konverter wird noch gebraucht.
@dimaiv sagte in Tester Zigbee Adapter 3.x gesucht:
@asgothian sagte in Tester Zigbee Adapter 3.x gesucht:
@dimaiv exakt. Nimm bitte das ‚Icon‘ aus dem externen Konverter - dann wird es gehen.
Ich habe die Zeile auskommentiert, Adapter startet durch, aber ohne Bild dazu:
2025-04-08 12:46:32.867 - info: zigbee.0 (19404) downloading https://www.zigbee2mqtt.io/images/devices/IKEA_VINDRIKTNING_EFEKTA-III.png to /tmp/IKEA_VINDRIKTNING_EFEKTA III.png 2025-04-08 12:46:33.088 - warn: zigbee.0 (19404) ERROR : icon path not found /tmp/IKEA_VINDRIKTNING_EFEKTA III.pngJa, das ist auch klar - unter dem Link ist kein Bild zu finden. Was du bitte versuchen kannst:
- im externen Konverter die Einstellung für das Icon umstellen:
icon: 'IKEA_VINDRIKTNING_EFEKTA_III.png'- 'neben' dem Koordinator die Datei
IKEA_VINDRIKTNING_EFEKTA_III.pngmit dem entsprechenden Bild ablegen. - Adapter neu starten.
Der Adapter sollte starten und auch das Bild darstellen.
A.
Nochmal ein Nachtrag: gibt es bei den ZHC oder Z2M einen Issue zur Integration des Vindriktning ? -
@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 Bekommt man die Version schon aus dem Latest? Weil da wird sie mir nicht angezeigt, oder muss ich sie über die Github Katze Installieren?
-
@meisterq-0 die version ist im Latest. (sollte sie zumindest sein)
A.
@asgothian Komisch. Wird mir nicht Angezeigt.
-
Hallo,
was bedeuten auf dem Hardware Tab die Warnung und der Error?
Muss ich hier aktiv werden?
@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 gehenDu 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 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 gehenDu 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.@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.
-
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?
-
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?
-
Hallo zusammen,
nachdem die 2.0. erfolgreich im Stable gelandet ist (als 2.0.5) hat @arteck für mich die 3.0 zusammengebaut und ins Latest verfrachtet (nochmal Danke dafür). Jetzt brauche ich dafür Tester:
Aktuelle Test Version 3.0.1 Veröffentlichungsdatum 26.04.2025 Github Link https://github.com/ioBroker/ioBroker.zigbee Changelog:
- Breaking change: Start of zigbee subsystem requires configuration entry !!!
- Hardware configuration panel
- Update for external converter - detect /dist/ subfolder
- Update device image: use of icons defined in external converter (beta)
- Updated Adapter documentation
Die Version beinhaltet wieder einen breaking change - aber deutlich kleiner als zuvor. Wird die Version installiert und dann neu gestartet wird das Zigbee-Subsystem nicht automatisch gestartet. Der Adapter läuft dann zwar, bleibt aber gelb und es lassen sich keine Zigbee-Geräte ansteuern. Das ist kein bug, sondern by design.
In der Konfiguration des Adapters gibt es ein neues Tab
Hardware. Auf diesem sind alle Hardware-Relevanten Einstellungen zu machen - und man kann sie damit auch gleich testen. Genau diese Funktionalität hätte ich gerne getestet. Damit das entsprechend einfach geht habe ich die Doku (Deutsch/ Englisch) angepasst. Da ist dann beschrieben wie eine neue Instanz eingerichtet werden soll.Für die die nur kurz installieren und später testen wollen - damit der Adapter das Zigbee-Subsystem automatisch startet, muss der Haken bei G in der Konfiguration gesetzt werden.
Diese Änderung war notwendig weil es immer wieder Probleme bei Anfängern gab den Adapter sauber aufzusetzen. Eine automatische Trennung zwischen 'konfiguriert' und 'nicht konfiguriert' ist mir nicht gelungen, deswegen die Notwendigkeit für eine manuelle Einstellung.
Erklärung zum Configure in 3.0:
Bei Adapterstart wird im System geprüft ob das System eine erneute Konfiguration anfragt. Dazu gibt es Daten im ZHC / State. Wenn das System eine Konfiguration für notwendig erachtet wird versucht das Gerät zu konfigurieren. Dabei gibt es 3 mögliche Ergebnisse:- Erfolg - Die Konfiguration wird eingetragen - solange das Gerät nicht bei jedem Neustart eine Neukonfiguration fordert wird es nicht wieder konfiguriert, egal wie oft der Adapter neu startet
- Zeitüberschreitung: Das Gerät hat nicht geantwortet: Dieses Gerät kommt in die 'configure_on_message' Struktur. (siehe unten)
- Miserfolg - Die Konfiguration konnte nicht durchgeführt werden. Das Gerät wird beim nächsten Start erneut einen Konfigurationsversuch erleben.
configure_on_message:
Diese Methode dient dazu das insbesondere batteriebetriebene Geräte einfacher zu konfigurieren sind. Ein Gerät welches hier eingetragen wird wird in dem Moment konfiguriert wo der Adapter eine Nachricht des Gerätes erhält - ausgehend von der Annahme das das Gerät dann wach ist und die Konfiguration erfolgreich sein wird. Dieses wird- max 5 mal probiert
- max alle 5 Sekunden probiert, egal wie viele Meldungen in der Zwischenzeit eintreffen.
Aktuell erzeugt es noch viele Info-Meldungen. Diese werden mit der Zeit auf eine Sinnvolle Anzahl reduziert.
Update 26.04.2025:
Die 3.0.1 ist im Latest. Änderungen:- Verschiedene Bugfixes.
- Icons statt Text auf den Knöpfen im Hardware-Tab
- Begrenzung der auf den Kacheln sichtbaren Datenpunkte (Ausschluss von Enums mit genau 1 Option und beschreibbaren DP ohne UI Element)
- Eingabemöglichkeit von 'pro device' Optionen. (siehe hier)
Hinweis Nutzer von externen Konverter bei denen ein
/dist/in den Include Pfaden mit angegeben ist müssen dieses entfernen. Der Adapter erkennt selbstständig ob die verwendete ZHC Version dieses benötigt oder nicht und fügt es automatisch hinzu.A.
@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 calledaber da hast du ja schon zu geantwortet.
Vielen Dank für deine Mühen
Herzliche Grüße aus Köln
Fabio -
@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
-
@meisterq-0 die version ist im Latest. (sollte sie zumindest sein)
A.
@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 -
Hallo zusammen,
nachdem die 2.0. erfolgreich im Stable gelandet ist (als 2.0.5) hat @arteck für mich die 3.0 zusammengebaut und ins Latest verfrachtet (nochmal Danke dafür). Jetzt brauche ich dafür Tester:
Aktuelle Test Version 3.0.1 Veröffentlichungsdatum 26.04.2025 Github Link https://github.com/ioBroker/ioBroker.zigbee Changelog:
- Breaking change: Start of zigbee subsystem requires configuration entry !!!
- Hardware configuration panel
- Update for external converter - detect /dist/ subfolder
- Update device image: use of icons defined in external converter (beta)
- Updated Adapter documentation
Die Version beinhaltet wieder einen breaking change - aber deutlich kleiner als zuvor. Wird die Version installiert und dann neu gestartet wird das Zigbee-Subsystem nicht automatisch gestartet. Der Adapter läuft dann zwar, bleibt aber gelb und es lassen sich keine Zigbee-Geräte ansteuern. Das ist kein bug, sondern by design.
In der Konfiguration des Adapters gibt es ein neues Tab
Hardware. Auf diesem sind alle Hardware-Relevanten Einstellungen zu machen - und man kann sie damit auch gleich testen. Genau diese Funktionalität hätte ich gerne getestet. Damit das entsprechend einfach geht habe ich die Doku (Deutsch/ Englisch) angepasst. Da ist dann beschrieben wie eine neue Instanz eingerichtet werden soll.Für die die nur kurz installieren und später testen wollen - damit der Adapter das Zigbee-Subsystem automatisch startet, muss der Haken bei G in der Konfiguration gesetzt werden.
Diese Änderung war notwendig weil es immer wieder Probleme bei Anfängern gab den Adapter sauber aufzusetzen. Eine automatische Trennung zwischen 'konfiguriert' und 'nicht konfiguriert' ist mir nicht gelungen, deswegen die Notwendigkeit für eine manuelle Einstellung.
Erklärung zum Configure in 3.0:
Bei Adapterstart wird im System geprüft ob das System eine erneute Konfiguration anfragt. Dazu gibt es Daten im ZHC / State. Wenn das System eine Konfiguration für notwendig erachtet wird versucht das Gerät zu konfigurieren. Dabei gibt es 3 mögliche Ergebnisse:- Erfolg - Die Konfiguration wird eingetragen - solange das Gerät nicht bei jedem Neustart eine Neukonfiguration fordert wird es nicht wieder konfiguriert, egal wie oft der Adapter neu startet
- Zeitüberschreitung: Das Gerät hat nicht geantwortet: Dieses Gerät kommt in die 'configure_on_message' Struktur. (siehe unten)
- Miserfolg - Die Konfiguration konnte nicht durchgeführt werden. Das Gerät wird beim nächsten Start erneut einen Konfigurationsversuch erleben.
configure_on_message:
Diese Methode dient dazu das insbesondere batteriebetriebene Geräte einfacher zu konfigurieren sind. Ein Gerät welches hier eingetragen wird wird in dem Moment konfiguriert wo der Adapter eine Nachricht des Gerätes erhält - ausgehend von der Annahme das das Gerät dann wach ist und die Konfiguration erfolgreich sein wird. Dieses wird- max 5 mal probiert
- max alle 5 Sekunden probiert, egal wie viele Meldungen in der Zwischenzeit eintreffen.
Aktuell erzeugt es noch viele Info-Meldungen. Diese werden mit der Zeit auf eine Sinnvolle Anzahl reduziert.
Update 26.04.2025:
Die 3.0.1 ist im Latest. Änderungen:- Verschiedene Bugfixes.
- Icons statt Text auf den Knöpfen im Hardware-Tab
- Begrenzung der auf den Kacheln sichtbaren Datenpunkte (Ausschluss von Enums mit genau 1 Option und beschreibbaren DP ohne UI Element)
- Eingabemöglichkeit von 'pro device' Optionen. (siehe hier)
Hinweis Nutzer von externen Konverter bei denen ein
/dist/in den Include Pfaden mit angegeben ist müssen dieses entfernen. Der Adapter erkennt selbstständig ob die verwendete ZHC Version dieses benötigt oder nicht und fügt es automatisch hinzu.A.
@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.txtIobroker:
-
Für mich persöhnlich, gibt es nichts besseres, ich liebe es.
-
Das hat unser Smarthome erst zu Smarthome gemacht.
-
Du wächst mit ioBroker und ioBroker wächst mit dir.
-
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
@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@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.
-
@asgothian das passiert im laufenden Betrieb ohne mein dazutun zu unterschiedlichen Zeiten und auch erst seit der v 3.0.
Herzliche Grüße
FabioIobroker:
-
Für mich persöhnlich, gibt es nichts besseres, ich liebe es.
-
Das hat unser Smarthome erst zu Smarthome gemacht.
-
Du wächst mit ioBroker und ioBroker wächst mit dir.
-
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
-
@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.
@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 das passiert im laufenden Betrieb ohne mein dazutun zu unterschiedlichen Zeiten und auch erst seit der v 3.0.
Herzliche Grüße
Fabio@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.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.
Support us
411
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge