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

[FredF]

@peterfido Leider nein, in HA kann ich nur den Kanal ändern

[Asgothian]

@FredF was du versuchen kannst:

• antenne des Koordinators (ggf. sogar den ganzen cod.m in Alufolie einwickeln. Sicherstellen das er keines deiner Geräte erreichen kann.
• Netzwerk starten. (Ohne gültiges NVBackup) Hoffen das es durch geht
• Netzwerk anhalten.
• nvBackup vom letzten Lauf vor dem Versuch mit HA widerherstellen
• Netzwerk starten - hoffen das es durch geht
• Wenn es durch geht, netzwerk anhalten, Alufolie von der Antenne nehmen, Netzwerk wieder starten.

Dann sollte es wieder laufen.

A.

[FredF]

@Asgothian Danke
Nach Punkt 2 Netzwerk starten wird der Adapter grün, schon mal gut.
Allerdings keine Geräte mehr, ok.

Wo bekomme ich das nvBackup vor dem HA Versuch her?

[Asgothian]

@FredF sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:

Wo bekomme ich das nvBackup vor dem HA Versuch her?

Na ja - ich war davon ausgegangen das du die Datei vor dem Löschen gesichert hast.

Hast du nicht ? - dann nicht gut.

Was du versuchen kannst:
der Adapter sichert die Dateien in einem internen Backup - jeweils beim erfolgreichen Start. Auf die kannst du mittels dieses Buttons in der Konfiguration der Version 3.3.0 zugreifen (
Da im Dateinamen des Backups der Zeitpunkt der Entstehung drin steht kannst du also das letzte backup vor deinem HA debakel versuchen zurück zu spielen.

Hast du nicht Adapter 3.3.0 - dann musst du da manuell ran - die Dateien liegen im gleichen Verzeichnis wie die shepherd.db. Es sind .tgz dateien. via tar -xzf <dateiname> kannst du die in dem verzeichnis auspacken wo du den Befehl absetzt (linux/macos only - keine Ahnung wie das bei windows ist)

A.

Nachtrag:

@FredF sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:

Allerdings keine Geräte mehr, ok.

Was hast du denn alles gelöscht als es nicht ging ?
A.

[FredF]

@Asgothian
Läuft wieder.
Nachdem der Adapter Grün geworden ist und alle Geräte weg waren, habe ich ein Restore vom letzten Backup vor dem HA Fehler gemacht.
Deine Antwort kam parallel.
Vielen Dank für deine Hilfe.

[FredF]

@pmayer
Was mich noch wundert ist, dass das löschen des NVRAMs über die Konsole "anscheinend" nicht funktioniert hat.

Oder unterliege ich einem Irrtum?

[Asgothian]

Na ja - wenn der Adapter ein nvram backup hat, und erkennt das im nvram nix drin steht, dann schiebt er das da rein - deswegen dauert bei sowas der erste start auch etwas länger.

[pmayer]

@FredF Die Config.json liegt im Dateisystem. Der kleinste Block ist 8kb - das passt so.

NVRAM ist im CC2652P7. Das hat nichts mit dem Dateisystem des Coordinators (ESP32) zu tun,

[arteck]

hat sich erledigt

[MartinP]

Zur Frage der Antennenqualität auf beiden Seiten einer Strecke zwischen Koordinator und Endgerät und die Auswirkungen noch eine Anmerkung: Die bessere Qualität der Antenne wirkt sich, wenn man sich an die Regularien hält eher auf der Empfangsseite des Koordinators aus. Da sorgt der Antennengewinn dafür, dass über die Antennenbuchse ein stärkeres Signal vom Endgerät hereinkommt.

In Senderichtung muss der Koordinator an seiner Antennenbuchse die HF Leistung entsprechend dem Antennengewinn abschwächen, um nicht eine EIRP (Äquivalent Rundstrahlerleistung) zu erreichen, die über dem Erlaubten liegt.

Aber auch da gilt, wo kein Kläger, da kein Richter.

Es ist noch niemand wegen Frixtender Antennen an der Fritzbox, oder einer Stummelantenne an seiner ESP32 CAM belangt worden.

[pmayer]

@FredF Anscheinend hab ich da gestern zu schnell geantwortet.
Eventuell ist das ein Bug, dass der Status des NVRAM nach dem leeren nicht korrekt ausgelesen wird.
Ich hab mal ein Ticket aufgemacht.

[D4vE]

frage hab heute das update auf 2.1 oder so was gemacht seitem geht hier nix mehr das gerät geht an aus an aus :8 was mach ich jetzt?

[arteck]

@D4vE sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:

oder so was gemacht

liegt bwestimt wam Wetter oder sowas

im ernst... wenn du schon mal ein Problem hast dann beschribe es so genau wie möglich..
meinst du wir haben nix anderes zu tun als sich mit "oder sowas" zu beschäftigen..

[pmayer]

@D4vE Wir sind bei uns bei version 2.1. Was hast du wie geupdatet?

Du kannst im Notfall den Coordinator mit dem Webflasher neu flashen: https://docs.codm.de/zigbee/coordinator/web-installer/

[D4vE]

@pmayer grüß dich mein freund. also guck sobald ich hab die neuste ver. gehe. geht das teil an und aus das UI ist für 10 sek errreichbar danach geht nix mehr. man muss schnell sein sobald das UI ererichbar ist musste ich werkseinstellung machen. somit konnte ich die 2.04 drauf spielen und es geht wieder hab das paar mal probiert. es geht nur mit ver. 2.03 / 2.04 sobald 2.1 drauf ist gehen die lichten nur an aus an aus. und das gerät ist nicht mehr erreichbar.

[pmayer]

Krass! Ok - du kannst mit dem Web-Flasher auch die älteren Versionen installieren. Das geht auch wenn da gar keine Firmware drauf ist. So als Backup....

Ich habe keine Idee warum V2.1 bei dir das macht. Haben wir bisher noch nicht gehabt.

[D4vE]

@pmayer ja alles gut kann ja mal passieren ich warte einfach auf eine neue ver. und teste es dann nochmal. danke dir

[Fabio]

@pmayer @asgothian Hallo ich weiß eigentlich gar nicht wo ich das posten sollte.
Zum Problem, ich habe drei Coordinator mit Version 2.1
ZigBee Adapter mit Version 3.3.0 am laufen, seit ca. 2 Wochen sind auf einmal die Coordinatoren über die Weboberfläche nicht mehr erreichbar. Ping kommt an. Beim ersten mal dachte ich an einen IP Konflikt, habe aber in meinen Netzwerk nichts dazu gefunden. Nach Netzteil ziehen kommen sie zurück und machen ihren Job. Die Coordinatoren befinden sich im LAN, Wlan ist auch abgeschaltet.
Da es jetzt alle drei betrifft und ich das Problem vorher noch nicht hatte, meine Frage was könnte das sein? Anbei ein Log.

igbee.2
2025-12-28 21:46:23.597	info	0x7cb03eaa00ae0410 (addr 49651): AC0363900NJ - OSRAM Smart+ mini gardenpole RGBW (Router)

zigbee.2
2025-12-28 21:46:23.572	info	Zigbee-Herdsman started successfully with Coordinator firmware version: ZStack3x0 : 20250321 (2-1.2.7.1)

zigbee.2
2025-12-28 21:46:18.778	info	Starting Zigbee-Herdsman

zigbee.2
2025-12-28 21:46:18.778	info	configured transmit power :

zigbee.2
2025-12-28 21:46:18.778	info	Installed Version: iobroker.zigbee@3.3.0 (Converters 25.84.0 Herdsman 7.0.4)

zigbee.2
2025-12-28 21:46:18.776	info	Starting Adapter npm ...

zigbee.2
2025-12-28 21:46:18.775	info	Try to reconnect.



--------------------------------------------------------------------------




admin.0
2025-12-28 21:38:49.418	info	==> Connected system.user.admin from ::ffff:192.168.2.63

zigbee.2
2025-12-28 21:38:07.293	error	Failed to start Zigbee: no message given

zigbee.2
2025-12-28 21:38:07.293	error	Starting zigbee-herdsman problem : Error while opening socket

zigbee.2
2025-12-28 21:38:07.246	info	Unable to obtain herdsman settings

zigbee.2
2025-12-28 21:37:52.796	info	Starting Zigbee-Herdsman

zigbee.2
2025-12-28 21:37:52.796	info	configured transmit power :

zigbee.2
2025-12-28 21:37:52.795	info	Installed Version: iobroker.zigbee@3.3.0 (Converters 25.84.0 Herdsman 7.0.4)

zigbee.2
2025-12-28 21:37:52.788	info	Starting Adapter npm ...

zigbee.2
2025-12-28 21:37:52.788	info	Autostart Zigbee subsystem

zigbee.2
2025-12-28 21:37:52.787	info	delete old Backup files. keep only last 10

zigbee.2
2025-12-28 21:37:52.767	info	Adapter ready - starting subsystems. Adapter is running in info mode.

zigbee.2
2025-12-28 21:37:52.761	info	init localConfig

zigbee.2
2025-12-28 21:37:52.753	info	starting. Version 3.3.0 in /opt/iobroker/node_modules/iobroker.zigbee, node: v22.21.0, js-controller: 7.0.7

host.nuc
2025-12-28 21:37:51.956	info	instance system.adapter.zigbee.2 in version "3.3.0" started with pid 20348

host.nuc
2025-12-28 21:37:21.663	info	Restart adapter system.adapter.zigbee.2 because enabled

host.nuc
2025-12-28 21:37:21.663	error	instance system.adapter.zigbee.2 terminated with code 6 (UNCAUGHT_EXCEPTION)

host.nuc
2025-12-28 21:37:21.663	error	Caught by controller[2]: at processTicksAndRejections (node:internal/process/task_queues:105:5)

host.nuc
2025-12-28 21:37:21.663	error	Caught by controller[2]: at Controller.backup (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:473:47)

host.nuc
2025-12-28 21:37:21.663	error	Caught by controller[2]: at ZStackAdapter.backup (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:1032:49)

host.nuc
2025-12-28 21:37:21.663	error	Caught by controller[2]: at AdapterBackup.createBackup (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/adapter-backup.ts:58:48)

host.nuc
2025-12-28 21:37:21.663	error	Caught by controller[2]: at AdapterBackup.getAdapterVersion (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/adapter-backup.ts:437:48)

host.nuc
2025-12-28 21:37:21.663	error	Caught by controller[2]: at Znp.requestWithReply (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/znp/znp.ts:228:34)

host.nuc
2025-12-28 21:37:21.663	error	Caught by controller[2]: at Znp.request (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/znp/znp.ts:244:19)

host.nuc
2025-12-28 21:37:21.663	error	Caught by controller[2]: Error: Cannot request when znp has not been initialized yet

host.nuc
2025-12-28 21:37:21.662	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.2
2025-12-28 21:37:21.564	info	Saved local configuration data

zigbee.2
2025-12-28 21:37:21.065	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

zigbee.2
2025-12-28 21:37:21.064	info	terminating

zigbee.2
2025-12-28 21:37:21.064	info	cleanup successful

zigbee.2
2025-12-28 21:37:21.064	info	zigbecontroller stopped successfully - ZH was not running

zigbee.2
2025-12-28 21:37:21.062	info	cleaning everything up

zigbee.2
2025-12-28 21:37:21.062	info	Halting zigbee adapter. Restart delay is at least 30 seconds.

zigbee.2
2025-12-28 21:37:21.050	error	Cannot request when znp has not been initialized yet

zigbee.2
2025-12-28 21:37:21.050	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:244:19) at Znp.requestWithReply (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/znp/znp.ts:228:34) at AdapterBackup.getAdapterVersion (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/adapter-backup.ts:437:48) at AdapterBackup.createBackup (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/adapter-backup.ts:58:48) at ZStackAdapter.backup (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:1032:49) at Controller.backup (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:473:47) at processTicksAndRejections (node:internal/process/task_queues:105:5)

zigbee.2
2025-12-28 21:37:21.035	error	unhandled promise rejection: Cannot request when znp has not been initialized yet

zigbee.2
2025-12-28 21:37:21.035	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().

zigbee.2
2025-12-28 21:34:32.288	info	Failed to ping 0x7cb03eaa00ae0410 Gardenpole Mini RGBW OSRAM for {"failed":1,"reported":0} attempts

zigbee.2
2025-12-28 21:34:30.058	info	Failed to ping 0xa4c138a40c8b5793 TS0004 for {"failed":1,"reported":0} attempts

zigbee.2
2025-12-28 21:34:23.755	error	Adapter disconnected, stopping

Herzliche Grüße und eine gute Nacht aus Köln
Fabio

[pmayer]

Sorry. Ich hab da gerade keine Idee...

[BigChris]

Für mich klingt das enorm nach Netzwerkproblemen, nicht nach den Koordinatoren.