Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Andreas.S]

Hallo,
ich betreibe drei Zigbee-Instanzen die per LAN jeweils einen CC2642R1 bedienen. Das läuft bisher sehr stabil.
Aktuell läuft eine Instanz nicht mehr - alle anderen sind weiterhin OK.
Keine Updates oder Änderungen erfolgten zwischen der letzten Funktion dieser Instanz und der plötzlichen Dienstverweigerung.

System
ioBroker auf 8GB Raspberry - Zigbee Version 1.7.5, Node.js: v16.18.0, NPM: v8.19.2, js-controller: 4.0.23,

Beim Startversuch heisst es im Protokoll "Configuration is not consistent with adapter state/backup!". Eine solche Meldung kam bei der Installation, wenn Werte nicht übereingestimmt haben. Dann habe ich die Werte aufeinander abgestimmt und es lief.
Aber dieses Mal sind alle vier Werte (PAN ID, Extended PAN ID, Network Key, Channel) genau gleich. Wurde ja auch so eingerichtet. Dennoch wird das im Protokoll als "not consistent with adapter " ausgegeben.

2022-11-01 12:33:52.712 - info: zigbee.0 (3754) starting. Version 1.7.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.18.0, js-controller: 4.0.23
2022-11-01 12:33:52.817 - info: zigbee.0 (3754) delete old Backup files. keep only last 10
2022-11-01 12:33:52.820 - info: zigbee.0 (3754) Starting Zigbee npm ...
2022-11-01 12:33:53.205 - info: zigbee.0 (3754) Installed Version: iobroker.zigbee@1.7.5
2022-11-01 12:33:54.467 - error: zigbee.0 (3754) Configuration is not consistent with adapter state/backup!
2022-11-01 12:33:54.468 - error: zigbee.0 (3754) - PAN ID: configured=6753, adapter=6753
2022-11-01 12:33:54.469 - error: zigbee.0 (3754) - Extended PAN ID: configured=8b03b725004b1200, adapter=8b03b725004b1200
2022-11-01 12:33:54.470 - error: zigbee.0 (3754) - Network Key: configured=01030507090b0d0f00020406080a0c0e, adapter=01030507090b0d0f00020406080a0c0e
2022-11-01 12:33:54.471 - error: zigbee.0 (3754) - Channel List: configured=11, adapter=11
2022-11-01 12:33:54.473 - error: zigbee.0 (3754) Please update configuration to prevent further issues.
2022-11-01 12:33:54.473 - error: zigbee.0 (3754) If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json.
2022-11-01 12:33:54.475 - error: zigbee.0 (3754) Re-commissioning your network will require re-pairing of all devices!
2022-11-01 12:33:54.654 - error: zigbee.0 (3754) Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information"
2022-11-01 12:33:54.655 - error: zigbee.0 (3754) Failed to start Zigbee
2022-11-01 12:33:54.656 - error: zigbee.0 (3754) Error herdsman start

Bisher versucht...

• Prüfung des CC2642R1. Der betroffene CC2642R1 ist via Browser noch sauber erreichbar. Wurde dennoch auch mal neu gestartet.
• Manueller Stopp / Start der Instanz
• Raspberry komplett neu gestartet
• Fix ausgeführt - curl -sL https://iobroker.net/fix.sh | bash -
• Unterschiedliche Änderungen der Einstellungen getestet - aktuell wieder auf den Originalzustand gespeichert

Bisher bekomme ich das nicht mehr zum Laufen. Woran kann das noch liegen?

[arteck]

@andreas-s sagte in Zigbee - Problem bei Verbindung zu einem CC2642R1:

/opt/iobroker/iobroker-data/zigbee_0/nvbackup.json

kein plan was da schief äuft

machmal
adapter stop

rm /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json

adapter start

[Andreas.S]

@arteck said in Zigbee - Problem bei Verbindung zu einem CC2642R1:

adapter stop

Irgendwas verstehe ich wohl falsch.
In der Console erhalte ich das..

pi@iob2022:~ $ adapter stop
-bash: adapter: command not found

[Thomas Braun]

@andreas-s

Das ist auch kein shell Kommando (jedenfalls nicht in der Form).
Entweder über den Admin oder in der Konsole

iob stop zigbee

[Andreas.S]

@thomas-braun said in Zigbee - Problem bei Verbindung zu einem CC2642R1:

iob stop zigbee

@thomas-braun
Vielen Dank.
So funktionieren die oben genannten Eingaben.
Nach dem starten von Zigbee ist es aber leider wie zuvor.

[Andreas.S]

Manchmal gelingt es nun den Zigbee- Adapter zu starten und auf Grün zu bekommen.
Allerdings nur für wenige Minuten.
Die einzelnen Geräte werden wieder angezeigt, allerdings ohne Verbindung. Nach weinigen Minuten ist es dann auch wieder rot.

2022-11-02 23:04:45.818  - info: zigbee.0 (10695) starting. Version 1.7.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.18.0, js-controller: 4.0.23
2022-11-02 23:04:45.923  - info: zigbee.0 (10695) delete old Backup files. keep only last 10
2022-11-02 23:04:45.925  - info: zigbee.0 (10695) Starting Zigbee  npm ...
2022-11-02 23:04:46.292  - info: zigbee.0 (10695) Installed Version: iobroker.zigbee@1.7.5
2022-11-02 23:04:47.799  - info: zigbee.0 (10695) Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20220219}}
2022-11-02 23:04:47.812  - info: zigbee.0 (10695) Unable to disable LED, unsupported function.
2022-11-02 23:04:47.834  - info: zigbee.0 (10695)   --> transmitPower : normal
2022-11-02 23:04:47.894  - info: zigbee.0 (10695) Currently no devices.
2022-11-02 23:04:47.896  - info: zigbee.0 (10695) Zigbee started
-
-
-

2022-11-02 23:07:04.852  - error: zigbee.0 (10695) 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().
2022-11-02 23:07:04.854  - error: zigbee.0 (10695) unhandled promise rejection: Cannot read properties of undefined (reading 'mapped')
2022-11-02 23:07:04.856  - error: zigbee.0 (10695) TypeError: Cannot read properties of undefined (reading 'mapped')
    at Zigbee.publishFromState (/opt/iobroker/node_modules/iobroker.zigbee/main.js:501:36)
    at processTicksAndRejections (node:internal/process/task_queues:96:5)
2022-11-02 23:07:04.856  - error: zigbee.0 (10695) Cannot read properties of undefined (reading 'mapped')
2022-11-02 23:07:04.878  - info: zigbee.0 (10695) cleaned everything up...
2022-11-02 23:07:04.880  - info: zigbee.0 (10695) Zigbee: disabling joining new devices.
2022-11-02 23:07:05.380  - info: zigbee.0 (10695) terminating
2022-11-02 23:07:05.382  - warn: zigbee.0 (10695) Terminated (UNCAUGHT_EXCEPTION): Without reason
2022-11-02 23:07:05.987  - error: host.iob2022 Caught by controller[0]: 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:
2022-11-02 23:07:05.988  - error: host.iob2022 Caught by controller[1]: TypeError: Cannot read properties of undefined (reading 'mapped')
2022-11-02 23:07:05.988  - error: host.iob2022 Caught by controller[1]:     at Zigbee.publishFromState (/opt/iobroker/node_modules/iobroker.zigbee/main.js:501:36)
2022-11-02 23:07:05.988  - error: host.iob2022 Caught by controller[1]:     at processTicksAndRejections (node:internal/process/task_queues:96:5)
2022-11-02 23:07:05.988  - error: host.iob2022 instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2022-11-02 23:07:05.993  - info: host.iob2022 Restart adapter system.adapter.zigbee.0 because enabled
2022-11-02 23:07:05.993  - warn: host.iob2022 Do not restart adapter system.adapter.zigbee.0 because restart loop detected

[Ein ehemaliger Benutzer]

@andreas-s said in Zigbee - Problem bei Verbindung zu einem CC2642R1:

Hi,

bin sicherlich nicht der Spezi, aber das scheint mir schon etwas seltsam.

2022-11-02 23:04:47.894 - info: zigbee.0 (10695) Currently no devices.

VG
Bernd

[arteck]

@andreas-s sagte in Zigbee - Problem bei Verbindung zu einem CC2642R1:

Currently no devices.

es sind keine Geräte vorhanden... nach dem start des adapters..da hst du dir was zerschossen

spiel am besten eine sicherung des zigbee adapter zurück

[Andreas.S]

Einspielen von Sicherungen hat nix am Fehler verändert. Nach vielen versuchen habe ich nun einen Workaround, der bei mir bis auf weiteres hilft.
Es trifft bei mir alle 2-3 Tage eine Zigbee-Instanz. Seit ca. 2 Wochen kann ich mit diesem Workaround mein Problem im Griff behalten.

Situation:
Mehrere Zigbee-Instanzen (bei mir drei) mit je einem CC2642R1 per IP angebunden.
Node.js: v16.18.1 NPM: 8.19.2 IOB: 4.0.23 Zigbee: 1.7.16

Problem:
Nach einigen Tagen wahlloser Ausfall irgendeiner Instanz. Neustart (Instanz, iOB oder CC2642R1) bringt keinen Erfolg. Rücksicherungen auch kein Erfolg.

Workaround:

1. Eine weitere Zigbee-Instanz installieren.
2. Fehlerhafte Zigbee-Instanz anhalten
3. in neuer Zigbee-Instanz IP Adresse zum CC264R1 aus der Fehlerhaften Zigbee-Instanz eintragen und starten. (kein Anlernen oder Einstellen der anderen Parameter)
4. nach 3-4 Minuten die neue Zigbee-Instanz wieder anhalten und alte fehlerhafte Zigbee-Instanz wieder starten. Ergebnis: Grün ohne Fehler.

[Asgothian]

@andreas-s Mal dumm gefragt, sind die Parameter der 3 Instanzen vollständig unterschiedlich (PanID, Kanal, ExtPanID) ?

A.

[Andreas.S]

@asgothian
Ja, Werte für PAN ID, Extended PAN ID, Network Key, sind für alle individuell und ohne Überschneidung.

Kanal ist bei allen aber 11