NEWS
Tester Zigbee Adapter 3.x gesucht
-
@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. -
@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? -
@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.
@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
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@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 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 okay, ich werde beim nächsten mal drauf achten.
Jedes Mal innerhalb vom Sekunden neu gestartet und alles verbunden.
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.
-
-
@asgothian okay, ich werde beim nächsten mal drauf achten.
Jedes Mal innerhalb vom Sekunden neu gestartet und alles verbunden.Grüße
Fabio@Asgothian hatte gestern einen zweiten cod.m Zigbee Coordinator in Betrieb genommen plus zweiter Instanz. Diese Nacht verlor er die Verbindung.
Das Log sagt aber leider nichts gravierendes aus:zigbee.1 2025-04-18 01:00:55.254 info Zigbee started zigbee.1 2025-04-18 01:00:55.254 info Currently 10 devices are joined: zigbee.1 2025-04-18 01:00:55.254 info 0x001788010949ef8b (addr 1561): 9290019758 - Philips Hue motion outdoor sensor (EndDevice) zigbee.1 2025-04-18 01:00:55.252 info 0x8c65a3fffe52151b (addr 57896): WG001 - Aeotec Range extender Zi (Router) zigbee.1 2025-04-18 01:00:55.251 info 0x00158d0007bcedb8 (addr 41799): WXKG01LM - Xiaomi Mi wireless switch (EndDevice) zigbee.1 2025-04-18 01:00:55.249 info 0x54ef4410001ba4c0 (addr 14573): SSM-U01 - Aqara Single switch module T1 (with neutral) (EndDevice) zigbee.1 2025-04-18 01:00:55.248 info 0x7cb03eaa00a9573c (addr 37514): 4058075036147 - OSRAM Smart+ gardenpole 8.7W RGBW (Router) zigbee.1 2025-04-18 01:00:55.247 info 0xb4e3f9fffe780ea4 (addr 3314): HG06337 - Lidl Silvercrest smart plug (EU, CH, FR, BS, DK) (Router) zigbee.1 2025-04-18 01:00:55.245 info 0xa4c138c1c3e255be (addr 41578): A1Z - Nous Smart plug (with power monitoring) (Router) zigbee.1 2025-04-18 01:00:55.242 info 0xec1bbdfffeb4e3e0 (addr 54356): HG06337 - Lidl Silvercrest smart plug (EU, CH, FR, BS, DK) (Router) zigbee.1 2025-04-18 01:00:55.238 info 0x84fd27fffecf684c (addr 29163): HG06337 - Lidl Silvercrest smart plug (EU, CH, FR, BS, DK) (Router) zigbee.1 2025-04-18 01:00:55.235 info 0x804b50fffee0f03d (addr 14812): HG06337 - Lidl Silvercrest smart plug (EU, CH, FR, BS, DK) (Router) zigbee.1 2025-04-18 01:00:55.231 info Unable to disable LED, unsupported function. zigbee.1 2025-04-18 01:00:55.230 info Zigbee-Herdsman started successfully with Coordinator firmware version: zStack3x0 : 20240710 (2-1.2.7.1) zigbee.1 2025-04-18 01:00:53.994 info Starting Zigbee-Herdsman zigbee.1 2025-04-18 01:00:53.993 info Installed Version: iobroker.zigbee@3.0.0 (Converters 23.27.0 Herdsman 3.5.1) zigbee.1 2025-04-18 01:00:53.989 info Starting Adapter npm ... zigbee.1 2025-04-18 01:00:53.988 info Try to reconnect. zigbee.1 2025-04-18 01:00:43.958 error Adapter disconnected, stopping modbus.0 2025-04-18 00:51:58.375 warn On error: {"errno":-104,"code":"ECONNRESET","syscall":"read"} modbus.0 2025-04-18 00:51:58.375 error Client in error state. modbus.0 2025-04-18 00:51:58.373 error Socket Error zigbee.0 2025-04-18 00:19:15.418 info Stopping to ping 0x84fd27fffecf6a54 TS011F after 6 ping attempts alexa2.0 2025-04-18 00:18:17.285 info Alexa-Push-Connection (macDms = true) established. Disable Polling alexa2.0 2025-04-18 00:18:15.980 info Alexa-Push-Connection disconnected - retry: Retry Connection in 1sHerzliche 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.
-
-
@Asgothian hatte gestern einen zweiten cod.m Zigbee Coordinator in Betrieb genommen plus zweiter Instanz. Diese Nacht verlor er die Verbindung.
Das Log sagt aber leider nichts gravierendes aus:zigbee.1 2025-04-18 01:00:55.254 info Zigbee started zigbee.1 2025-04-18 01:00:55.254 info Currently 10 devices are joined: zigbee.1 2025-04-18 01:00:55.254 info 0x001788010949ef8b (addr 1561): 9290019758 - Philips Hue motion outdoor sensor (EndDevice) zigbee.1 2025-04-18 01:00:55.252 info 0x8c65a3fffe52151b (addr 57896): WG001 - Aeotec Range extender Zi (Router) zigbee.1 2025-04-18 01:00:55.251 info 0x00158d0007bcedb8 (addr 41799): WXKG01LM - Xiaomi Mi wireless switch (EndDevice) zigbee.1 2025-04-18 01:00:55.249 info 0x54ef4410001ba4c0 (addr 14573): SSM-U01 - Aqara Single switch module T1 (with neutral) (EndDevice) zigbee.1 2025-04-18 01:00:55.248 info 0x7cb03eaa00a9573c (addr 37514): 4058075036147 - OSRAM Smart+ gardenpole 8.7W RGBW (Router) zigbee.1 2025-04-18 01:00:55.247 info 0xb4e3f9fffe780ea4 (addr 3314): HG06337 - Lidl Silvercrest smart plug (EU, CH, FR, BS, DK) (Router) zigbee.1 2025-04-18 01:00:55.245 info 0xa4c138c1c3e255be (addr 41578): A1Z - Nous Smart plug (with power monitoring) (Router) zigbee.1 2025-04-18 01:00:55.242 info 0xec1bbdfffeb4e3e0 (addr 54356): HG06337 - Lidl Silvercrest smart plug (EU, CH, FR, BS, DK) (Router) zigbee.1 2025-04-18 01:00:55.238 info 0x84fd27fffecf684c (addr 29163): HG06337 - Lidl Silvercrest smart plug (EU, CH, FR, BS, DK) (Router) zigbee.1 2025-04-18 01:00:55.235 info 0x804b50fffee0f03d (addr 14812): HG06337 - Lidl Silvercrest smart plug (EU, CH, FR, BS, DK) (Router) zigbee.1 2025-04-18 01:00:55.231 info Unable to disable LED, unsupported function. zigbee.1 2025-04-18 01:00:55.230 info Zigbee-Herdsman started successfully with Coordinator firmware version: zStack3x0 : 20240710 (2-1.2.7.1) zigbee.1 2025-04-18 01:00:53.994 info Starting Zigbee-Herdsman zigbee.1 2025-04-18 01:00:53.993 info Installed Version: iobroker.zigbee@3.0.0 (Converters 23.27.0 Herdsman 3.5.1) zigbee.1 2025-04-18 01:00:53.989 info Starting Adapter npm ... zigbee.1 2025-04-18 01:00:53.988 info Try to reconnect. zigbee.1 2025-04-18 01:00:43.958 error Adapter disconnected, stopping modbus.0 2025-04-18 00:51:58.375 warn On error: {"errno":-104,"code":"ECONNRESET","syscall":"read"} modbus.0 2025-04-18 00:51:58.375 error Client in error state. modbus.0 2025-04-18 00:51:58.373 error Socket Error zigbee.0 2025-04-18 00:19:15.418 info Stopping to ping 0x84fd27fffecf6a54 TS011F after 6 ping attempts alexa2.0 2025-04-18 00:18:17.285 info Alexa-Push-Connection (macDms = true) established. Disable Polling alexa2.0 2025-04-18 00:18:15.980 info Alexa-Push-Connection disconnected - retry: Retry Connection in 1sHerzliche Grüße
Fabio@fabio sagte in Tester Zigbee Adapter 3.x gesucht:
Das Log sagt aber leider nichts gravierendes aus:
Hattest du Netzwerkprobleme?
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@fabio sagte in Tester Zigbee Adapter 3.x gesucht:
Das Log sagt aber leider nichts gravierendes aus:
Hattest du Netzwerkprobleme?
@homoran nicht das ich wüßte.
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 modbus und Alexa hatten auch Probleme
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@homoran nein der Alexa Adapter startet immer von alleine das ist normal.
Der Modbus macht das so, seid ich Ihn installiert habe. Den Heizstab den er ansteuert ist immer Online und sogar im LAN, aber lass uns das gerne in einem neuen Beitarg bereden.Auffällig ist nur das ich diese Probleme erts mit der 3.0 bekommen habe, kann auch Zufall sein.
Grüße
Fabio
Support us
335
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge