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

[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.

[arteck]

@Fabio da sind wir ja Nachbarn.. komme aus Oberhausen

steigen die 3 immer zur gleichen Zeit aus ?? was hast du zu hause an Geräten.. Fritte und was noch ?? managed switch ?

[Fabio]

Hallo @arteck ja wir sind nicht weit auseinander.😉
Ja ne Fritz 7690 mit mehreren Switch (4x TRENDnetTEG-S350 Unmanaged Switch, 2xTRENDnet 16-Port Unmanaged 2.5G Desktop Switch, TEG-S3160) die Fritz hat auch Labor Software drauf. Dann noch drei FRITZ!Repeater 6000. Interessant ist das in einer Woche alle drei nicht erreichbar waren. Wie auch ein paar Shellys die nicht über Webui erreichbar waren. Aber über Mqtt Shelly Adapter ihren Job gemacht haben. Alle Geräte waren anpingbar nur über die Webui nicht erreichbar.

Langsam habe ich die Vermutung das die FRITZ!Box daran Schuld ist. Warum habe ich eine Labor Version, ich musste meine alte Fritz 5690 ersetzen konnte aber nicht FritzAssistenten umziehen weil die Firmware Version nicht gleich waren, so habe ich vom Fitz Support eine Version für die alte FRITZ!Box bekommen und konnte dann umziehen. Seit meinem letzten Post ist das auch nicht mehr aufgetreten. Aber schon komisch.
Nach einem Neustart alle Geräte die nicht erreichbar waren ging es wieder.

Herzliche Grüße aus Köln
Fabio

[mf19862]

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

Sooo,

eben wurde Version 2.0.4 für den cod.m ZigBee Coordinator 1.0/1.2 released.
Als nächstes steht dann Thread/Matter auf der Liste.

Gibt's dahingehend schon Fortschritte?

[pmayer]

@mf19862 Sind dran.
Haben momentan Probleme, dass unser Proxy im ESP für Thread UDP noch nicht stabil ist.