NEWS
IEEE bei cod.m Zigbee Koordinator ändern
-
Vielen Dank für deine detailierte Erklärung!!
Bin eher bei zigbee2mqtt zu Hause und da lief es immer ohne die IEEE neu zu schreiben.@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Vorab - ich gehe fest davon aus das ihr nach eurem Test das NVRam löscht ?
Aktuell noch nicht. Wird aber bald kommen - wir müssen das noch in unser Testscript rein packen, damit über den Call aus dem Webinterface seit der 2.0er Firmware das NVRAM gelöscht wird.
Die IEEE unseres Coordinators kann mit dem ZigStar-GW-Multitool geändert werden. Die Kunden die ich im Support hatte haben sich aber, nachdem sie das NVRAM gelöscht haben, nie wieder gemeldet - weswegen ich davon ausgehe, dass es funktioniert hat.
Die meisten Kunden nutzen die default PanID wo es dann sowieso nicht zu Problemen kommt.Egal wie, wir müssen das NVRAM leeren nachdem wir getestet haben.
Danke dir!
Gruß,
Patrik@pmayer sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Aktuell noch nicht. Wird aber bald kommen - wir müssen das noch in unser Testscript rein packen, damit über den Call aus dem Webinterface seit der 2.0er Firmware das NVRAM gelöscht wird.
das hab ich schon vor Wochen aber auch bemängelt.. ich dachte das habt ihr durch....
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@pmayer sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Aktuell noch nicht. Wird aber bald kommen - wir müssen das noch in unser Testscript rein packen, damit über den Call aus dem Webinterface seit der 2.0er Firmware das NVRAM gelöscht wird.
das hab ich schon vor Wochen aber auch bemängelt.. ich dachte das habt ihr durch....
@arteck sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
das hab ich schon vor Wochen aber auch bemängelt.. ich dachte das habt ihr durch....
Nein.... weil wir das mit dem 2.1er FW Update machen wollten und hier gerade zum Anfang des Jahres alle krank sind.
Die 2.1 FW ist ja auch noch nicht fertig....Wird zeitnah kommen :+1:
-
Vielen Dank für deine detailierte Erklärung!!
Bin eher bei zigbee2mqtt zu Hause und da lief es immer ohne die IEEE neu zu schreiben.@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Vorab - ich gehe fest davon aus das ihr nach eurem Test das NVRam löscht ?
Aktuell noch nicht. Wird aber bald kommen - wir müssen das noch in unser Testscript rein packen, damit über den Call aus dem Webinterface seit der 2.0er Firmware das NVRAM gelöscht wird.
Die IEEE unseres Coordinators kann mit dem ZigStar-GW-Multitool geändert werden. Die Kunden die ich im Support hatte haben sich aber, nachdem sie das NVRAM gelöscht haben, nie wieder gemeldet - weswegen ich davon ausgehe, dass es funktioniert hat.
Die meisten Kunden nutzen die default PanID wo es dann sowieso nicht zu Problemen kommt.Egal wie, wir müssen das NVRAM leeren nachdem wir getestet haben.
Danke dir!
Gruß,
Patrik@pmayer sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Vielen Dank für deine detailierte Erklärung!!
Bin eher bei zigbee2mqtt zu Hause und da lief es immer ohne die IEEE neu zu schreiben.@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Vorab - ich gehe fest davon aus das ihr nach eurem Test das NVRam löscht ?
Aktuell noch nicht. Wird aber bald kommen - wir müssen das noch in unser Testscript rein packen, damit über den Call aus dem Webinterface seit der 2.0er Firmware das NVRAM gelöscht wird.
Die IEEE unseres Coordinators kann mit dem ZigStar-GW-Multitool geändert werden. Die Kunden die ich im Support hatte haben sich aber, nachdem sie das NVRAM gelöscht haben, nie wieder gemeldet - weswegen ich davon ausgehe, dass es funktioniert hat.
Die meisten Kunden nutzen die default PanID wo es dann sowieso nicht zu Problemen kommt.Egal wie, wir müssen das NVRAM leeren nachdem wir getestet haben.
Danke dir!
Gruß,
PatrikHi,
wie ist die genaue Vorgehensweise? Immer, wenn ich die neuen IEEE schreibe, erscheint danach wieder die alte IEEE.Dev of LightControl Adapter, Contributor of HUE and DoorBird Adapter
-
@pmayer sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Vielen Dank für deine detailierte Erklärung!!
Bin eher bei zigbee2mqtt zu Hause und da lief es immer ohne die IEEE neu zu schreiben.@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Vorab - ich gehe fest davon aus das ihr nach eurem Test das NVRam löscht ?
Aktuell noch nicht. Wird aber bald kommen - wir müssen das noch in unser Testscript rein packen, damit über den Call aus dem Webinterface seit der 2.0er Firmware das NVRAM gelöscht wird.
Die IEEE unseres Coordinators kann mit dem ZigStar-GW-Multitool geändert werden. Die Kunden die ich im Support hatte haben sich aber, nachdem sie das NVRAM gelöscht haben, nie wieder gemeldet - weswegen ich davon ausgehe, dass es funktioniert hat.
Die meisten Kunden nutzen die default PanID wo es dann sowieso nicht zu Problemen kommt.Egal wie, wir müssen das NVRAM leeren nachdem wir getestet haben.
Danke dir!
Gruß,
PatrikHi,
wie ist die genaue Vorgehensweise? Immer, wenn ich die neuen IEEE schreibe, erscheint danach wieder die alte IEEE.Hatte das eben noch für einen Kunden im Support nachgestellt.
Schau erst mal hier:
https://www.zigbee2mqtt.io/guide/adapters/flashing/copy_ieeaddr.html#zigstar-multi-toolHast du insbesondere Punkt
6.beachtet?- Reflash the firmware on your stick (this is important, otherwise the coordinator will not use the new ieee address)
Danach sollte es funktionieren.
-
Hatte das eben noch für einen Kunden im Support nachgestellt.
Schau erst mal hier:
https://www.zigbee2mqtt.io/guide/adapters/flashing/copy_ieeaddr.html#zigstar-multi-toolHast du insbesondere Punkt
6.beachtet?- Reflash the firmware on your stick (this is important, otherwise the coordinator will not use the new ieee address)
Danach sollte es funktionieren.
@pmayer sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Hatte das eben noch für einen Kunden im Support nachgestellt.
Schau erst mal hier:
https://www.zigbee2mqtt.io/guide/adapters/flashing/copy_ieeaddr.html#zigstar-multi-toolHast du insbesondere Punkt
6.beachtet?- Reflash the firmware on your stick (this is important, otherwise the coordinator will not use the new ieee address)
Danach sollte es funktionieren.
Der Kunde bin ich. :rolling_on_the_floor_laughing:
Ich habe das Prozedere zig mal wiederholt. Immer und immer wieder die alte IEEE drin.
Mit Punkt 6, ist da die Zigbee Firmware oder ESP Firmware gemeint?Dev of LightControl Adapter, Contributor of HUE and DoorBird Adapter
-
@pmayer sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Hatte das eben noch für einen Kunden im Support nachgestellt.
Schau erst mal hier:
https://www.zigbee2mqtt.io/guide/adapters/flashing/copy_ieeaddr.html#zigstar-multi-toolHast du insbesondere Punkt
6.beachtet?- Reflash the firmware on your stick (this is important, otherwise the coordinator will not use the new ieee address)
Danach sollte es funktionieren.
Der Kunde bin ich. :rolling_on_the_floor_laughing:
Ich habe das Prozedere zig mal wiederholt. Immer und immer wieder die alte IEEE drin.
Mit Punkt 6, ist da die Zigbee Firmware oder ESP Firmware gemeint? -
@pmayer sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Hatte das eben noch für einen Kunden im Support nachgestellt.
Schau erst mal hier:
https://www.zigbee2mqtt.io/guide/adapters/flashing/copy_ieeaddr.html#zigstar-multi-toolHast du insbesondere Punkt
6.beachtet?- Reflash the firmware on your stick (this is important, otherwise the coordinator will not use the new ieee address)
Danach sollte es funktionieren.
Der Kunde bin ich. :rolling_on_the_floor_laughing:
Ich habe das Prozedere zig mal wiederholt. Immer und immer wieder die alte IEEE drin.
Mit Punkt 6, ist da die Zigbee Firmware oder ESP Firmware gemeint?@schmakus Ich hab wohl gestern irgendwas falsch gesehen.... schaffe es mit dem ZigStar Multitool auch nicht die IEEE zu ändern... verstehe aber nicht warum.
Hab es auch gerade nochmal per USB mitcc2538-bsl.pyprobiert.Ich testen und beratschlage mich mit @Asgothian und melde mich wieder.
-
@pmayer sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Hatte das eben noch für einen Kunden im Support nachgestellt.
Schau erst mal hier:
https://www.zigbee2mqtt.io/guide/adapters/flashing/copy_ieeaddr.html#zigstar-multi-toolHast du insbesondere Punkt
6.beachtet?- Reflash the firmware on your stick (this is important, otherwise the coordinator will not use the new ieee address)
Danach sollte es funktionieren.
Der Kunde bin ich. :rolling_on_the_floor_laughing:
Ich habe das Prozedere zig mal wiederholt. Immer und immer wieder die alte IEEE drin.
Mit Punkt 6, ist da die Zigbee Firmware oder ESP Firmware gemeint?@schmakus Hab dir auf deine Support-Mail nochmal geantwortet.
Du könntest noch das hier probieren:
@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Wenn die User die bisher im Adapter vorgesehene Standard-PanID (16x D) nicht umstellen, dann wird bei Koordinatoren die eine IEEE besitzen deren IEEE als ExtPanID genutzt (abweichend von der Konfiguration). Das bedeutet das sich dann im NVRam (auf dem Koordinator sowie auf der Sicherung im Adapter) eine andere ExtPanID befindet als in der Adapter-Konfiguration angegeben ist. Da diese in dieser Situation Hardwarespezifisch ist kann das natürlich zu Problemen führen, insbesondere wenn man die Hardware austauschen will.
Die korrekte Gegenmassnahme ist das eintragen einer eigenen ExtPanID un der Adapter Konfiguration. Wenn Das Kind bereits im Brunnen ist - sprich der Adapter schon mit 16D und einem modernen Koordinator läuft - muss man die im NVRam eingetragene ExtPanID ermitteln und diese im Adapter eintrage. Das iobroker Diag Skript kann diese ausgeben. Auch ein Blick in die nvbackup.json zeigt diesen Wert. -
@schmakus Hab dir auf deine Support-Mail nochmal geantwortet.
Du könntest noch das hier probieren:
@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Wenn die User die bisher im Adapter vorgesehene Standard-PanID (16x D) nicht umstellen, dann wird bei Koordinatoren die eine IEEE besitzen deren IEEE als ExtPanID genutzt (abweichend von der Konfiguration). Das bedeutet das sich dann im NVRam (auf dem Koordinator sowie auf der Sicherung im Adapter) eine andere ExtPanID befindet als in der Adapter-Konfiguration angegeben ist. Da diese in dieser Situation Hardwarespezifisch ist kann das natürlich zu Problemen führen, insbesondere wenn man die Hardware austauschen will.
Die korrekte Gegenmassnahme ist das eintragen einer eigenen ExtPanID un der Adapter Konfiguration. Wenn Das Kind bereits im Brunnen ist - sprich der Adapter schon mit 16D und einem modernen Koordinator läuft - muss man die im NVRam eingetragene ExtPanID ermitteln und diese im Adapter eintrage. Das iobroker Diag Skript kann diese ausgeben. Auch ein Blick in die nvbackup.json zeigt diesen Wert.da ich demnaechst die Zigbee-Hardware wechseln moechte, und daher hier mal so mitlese...
Kann man die IEEE und ExtPanID im Adapter unter Settings anzeigen lassen?
Jetzt weiss ich auch, warum ich probleme hatte, mein zweites Zigbee in Betrieb zu nehmen, denn den Coordinator hatte ich vorher auch mal mit den Settings der ersten Instanz betrieben.Insbesondere das ermitteln der ExtPanID - kann das nicht der Adapter selbst. und, wenn notwendig, selbst in der Konfig eintragen?
Hinweis fuer den User - dass seine ID von der Hardware ausgelesen wurde ... denke, das mindert einige Support anfragen..Und in Zukunft laesst es sich einfacher die Hardware wechseln, ohne alles neu anzulernen.. (oder muss man das trotzdem?)
-
da ich demnaechst die Zigbee-Hardware wechseln moechte, und daher hier mal so mitlese...
Kann man die IEEE und ExtPanID im Adapter unter Settings anzeigen lassen?
Jetzt weiss ich auch, warum ich probleme hatte, mein zweites Zigbee in Betrieb zu nehmen, denn den Coordinator hatte ich vorher auch mal mit den Settings der ersten Instanz betrieben.Insbesondere das ermitteln der ExtPanID - kann das nicht der Adapter selbst. und, wenn notwendig, selbst in der Konfig eintragen?
Hinweis fuer den User - dass seine ID von der Hardware ausgelesen wurde ... denke, das mindert einige Support anfragen..Und in Zukunft laesst es sich einfacher die Hardware wechseln, ohne alles neu anzulernen.. (oder muss man das trotzdem?)
@neuschwansteini sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Kann man die IEEE und ExtPanID im Adapter unter Settings anzeigen lassen?
fehlt was in der Ausgabe von
iob diag --unmask?für Adapteranfragen / feature requests ist der Marktplatz sicher nicht optimal
-
da ich demnaechst die Zigbee-Hardware wechseln moechte, und daher hier mal so mitlese...
Kann man die IEEE und ExtPanID im Adapter unter Settings anzeigen lassen?
Jetzt weiss ich auch, warum ich probleme hatte, mein zweites Zigbee in Betrieb zu nehmen, denn den Coordinator hatte ich vorher auch mal mit den Settings der ersten Instanz betrieben.Insbesondere das ermitteln der ExtPanID - kann das nicht der Adapter selbst. und, wenn notwendig, selbst in der Konfig eintragen?
Hinweis fuer den User - dass seine ID von der Hardware ausgelesen wurde ... denke, das mindert einige Support anfragen..Und in Zukunft laesst es sich einfacher die Hardware wechseln, ohne alles neu anzulernen.. (oder muss man das trotzdem?)
@neuschwansteini sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Und in Zukunft laesst es sich einfacher die Hardware wechseln, ohne alles neu anzulernen.. (oder muss man das trotzdem?)
Wie gesagt ist das Problem von @Schmakus das erste wo offensichtliche die IEEE geändert werden muss. Normalerweise reichte das Leeren des NVRAM's, was wir ja seit Anfang Februar ja vor der Auslieferung machen. Damit lässt sich im Normalfall einfach das vorhandene Backup einspielen bei einem Hardwarewechsel.
Das Problem entsteht nur unter bestimmten Umständen, wie @Asgothian weiter oben schreibt: https://forum.iobroker.net/post/1245442
-
@schmakus Hab dir auf deine Support-Mail nochmal geantwortet.
Du könntest noch das hier probieren:
@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Wenn die User die bisher im Adapter vorgesehene Standard-PanID (16x D) nicht umstellen, dann wird bei Koordinatoren die eine IEEE besitzen deren IEEE als ExtPanID genutzt (abweichend von der Konfiguration). Das bedeutet das sich dann im NVRam (auf dem Koordinator sowie auf der Sicherung im Adapter) eine andere ExtPanID befindet als in der Adapter-Konfiguration angegeben ist. Da diese in dieser Situation Hardwarespezifisch ist kann das natürlich zu Problemen führen, insbesondere wenn man die Hardware austauschen will.
Die korrekte Gegenmassnahme ist das eintragen einer eigenen ExtPanID un der Adapter Konfiguration. Wenn Das Kind bereits im Brunnen ist - sprich der Adapter schon mit 16D und einem modernen Koordinator läuft - muss man die im NVRam eingetragene ExtPanID ermitteln und diese im Adapter eintrage. Das iobroker Diag Skript kann diese ausgeben. Auch ein Blick in die nvbackup.json zeigt diesen Wert.@pmayer sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
@schmakus Hab dir auf deine Support-Mail nochmal geantwortet.
Du könntest noch das hier probieren:
@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Wenn die User die bisher im Adapter vorgesehene Standard-PanID (16x D) nicht umstellen, dann wird bei Koordinatoren die eine IEEE besitzen deren IEEE als ExtPanID genutzt (abweichend von der Konfiguration). Das bedeutet das sich dann im NVRam (auf dem Koordinator sowie auf der Sicherung im Adapter) eine andere ExtPanID befindet als in der Adapter-Konfiguration angegeben ist. Da diese in dieser Situation Hardwarespezifisch ist kann das natürlich zu Problemen führen, insbesondere wenn man die Hardware austauschen will.
Die korrekte Gegenmassnahme ist das eintragen einer eigenen ExtPanID un der Adapter Konfiguration. Wenn Das Kind bereits im Brunnen ist - sprich der Adapter schon mit 16D und einem modernen Koordinator läuft - muss man die im NVRam eingetragene ExtPanID ermitteln und diese im Adapter eintrage. Das iobroker Diag Skript kann diese ausgeben. Auch ein Blick in die nvbackup.json zeigt diesen Wert.Also nochmals zu meinem Verständnis:
Aktuell habe ich den neuen Koordinator noch kein Netzwerk aufgebaut. Ich nutze z2m, anstatt den Adapter. Ich habe bisher eine eigene ExPanID. Wenn ich den Koordinator nun mit den alten Einstelungen kopple, müsste alles funktionieren, ohne die IEEE des alten Koordinators auf den neuen flashe?Dev of LightControl Adapter, Contributor of HUE and DoorBird Adapter
-
@pmayer sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
@schmakus Hab dir auf deine Support-Mail nochmal geantwortet.
Du könntest noch das hier probieren:
@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Wenn die User die bisher im Adapter vorgesehene Standard-PanID (16x D) nicht umstellen, dann wird bei Koordinatoren die eine IEEE besitzen deren IEEE als ExtPanID genutzt (abweichend von der Konfiguration). Das bedeutet das sich dann im NVRam (auf dem Koordinator sowie auf der Sicherung im Adapter) eine andere ExtPanID befindet als in der Adapter-Konfiguration angegeben ist. Da diese in dieser Situation Hardwarespezifisch ist kann das natürlich zu Problemen führen, insbesondere wenn man die Hardware austauschen will.
Die korrekte Gegenmassnahme ist das eintragen einer eigenen ExtPanID un der Adapter Konfiguration. Wenn Das Kind bereits im Brunnen ist - sprich der Adapter schon mit 16D und einem modernen Koordinator läuft - muss man die im NVRam eingetragene ExtPanID ermitteln und diese im Adapter eintrage. Das iobroker Diag Skript kann diese ausgeben. Auch ein Blick in die nvbackup.json zeigt diesen Wert.Also nochmals zu meinem Verständnis:
Aktuell habe ich den neuen Koordinator noch kein Netzwerk aufgebaut. Ich nutze z2m, anstatt den Adapter. Ich habe bisher eine eigene ExPanID. Wenn ich den Koordinator nun mit den alten Einstelungen kopple, müsste alles funktionieren, ohne die IEEE des alten Koordinators auf den neuen flashe? -
@schmakus Ja! Eventuell musst du das NVRAM leeren, wenn du ihn vorher mal Testweise am laufen hattest.
@pmayer sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
@schmakus Ja! Eventuell musst du das NVRAM leeren, wenn du ihn vorher mal Testweise am laufen hattest.
Hi, wenn ich in z2m die Adapter Adresse ändere, startet z2m nicht.
root@zigbee2mqtt:~# sudo systemctl start zigbee2mqtt root@zigbee2mqtt:~# sudo journalctl -u zigbee2mqtt.service -f Mar 14 10:59:27 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Main process exited, code=exited, status=1/FAILURE Mar 14 10:59:27 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Failed with result 'exit-code'. Mar 14 10:59:27 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Consumed 1.896s CPU time. Mar 14 10:59:28 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Scheduled restart job, restart counter is at 3. Mar 14 10:59:28 zigbee2mqtt systemd[1]: Stopped zigbee2mqtt.service - zigbee2mqtt. Mar 14 10:59:28 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Consumed 1.896s CPU time. Mar 14 10:59:28 zigbee2mqtt systemd[1]: Started zigbee2mqtt.service - zigbee2mqtt. Mar 14 10:59:28 zigbee2mqtt npm[2235]: > zigbee2mqtt@2.1.3 start Mar 14 10:59:28 zigbee2mqtt npm[2235]: > node index.js Mar 14 10:59:28 zigbee2mqtt npm[2247]: Starting Zigbee2MQTT without watchdog. Mar 14 10:59:29 zigbee2mqtt npm[2247]: [2025-03-14 10:59:29] info: z2m: Logging to console, file (filename: log.log) Mar 14 10:59:29 zigbee2mqtt npm[2247]: [2025-03-14 10:59:29] info: z2m: Starting Zigbee2MQTT version 2.1.3 (commit #ba337bd3) Mar 14 10:59:29 zigbee2mqtt npm[2247]: [2025-03-14 10:59:29] info: z2m: Starting zigbee-herdsman (3.2.7) Mar 14 10:59:29 zigbee2mqtt npm[2247]: [2025-03-14 10:59:29] error: z2m: Error while starting zigbee-herdsman Mar 14 10:59:29 zigbee2mqtt npm[2247]: [2025-03-14 10:59:29] error: z2m: Failed to start zigbee-herdsman Mar 14 10:59:29 zigbee2mqtt npm[2247]: [2025-03-14 10:59:29] error: z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions Mar 14 10:59:29 zigbee2mqtt npm[2247]: [2025-03-14 10:59:29] error: z2m: Exiting... Mar 14 10:59:29 zigbee2mqtt npm[2247]: [2025-03-14 10:59:29] error: z2m: Error: Cannot discover TCP adapters at this time. Specify valid 'adapter' and 'port' in your configuration. Mar 14 10:59:29 zigbee2mqtt npm[2247]: at findTCPAdapter (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/adapterDiscovery.ts:470:15) Mar 14 10:59:29 zigbee2mqtt npm[2247]: at discoverAdapter (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/adapterDiscovery.ts:496:26) Mar 14 10:59:29 zigbee2mqtt npm[2247]: at Function.create (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/adapter.ts:68:54) Mar 14 10:59:29 zigbee2mqtt npm[2247]: at Controller.start (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/controller/controller.ts:132:38) Mar 14 10:59:29 zigbee2mqtt npm[2247]: at Zigbee.start (/opt/zigbee2mqtt/lib/zigbee.ts:69:47) Mar 14 10:59:29 zigbee2mqtt npm[2247]: at processTicksAndRejections (node:internal/process/task_queues:95:5) Mar 14 10:59:29 zigbee2mqtt npm[2247]: at Controller.start (/opt/zigbee2mqtt/lib/controller.ts:142:13) Mar 14 10:59:29 zigbee2mqtt npm[2247]: at start (/opt/zigbee2mqtt/index.js:161:5) Mar 14 10:59:29 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Main process exited, code=exited, status=1/FAILURE Mar 14 10:59:29 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Failed with result 'exit-code'. Mar 14 10:59:29 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Consumed 1.992s CPU time. Mar 14 10:59:29 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Scheduled restart job, restart counter is at 4. Mar 14 10:59:29 zigbee2mqtt systemd[1]: Stopped zigbee2mqtt.service - zigbee2mqtt. Mar 14 10:59:29 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Consumed 1.992s CPU time. Mar 14 10:59:29 zigbee2mqtt systemd[1]: Started zigbee2mqtt.service - zigbee2mqtt. Mar 14 10:59:29 zigbee2mqtt npm[2269]: > zigbee2mqtt@2.1.3 start Mar 14 10:59:29 zigbee2mqtt npm[2269]: > node index.js Mar 14 10:59:30 zigbee2mqtt npm[2281]: Starting Zigbee2MQTT without watchdog. Mar 14 10:59:31 zigbee2mqtt npm[2281]: [2025-03-14 10:59:31] info: z2m: Logging to console, file (filename: log.log) Mar 14 10:59:31 zigbee2mqtt npm[2281]: [2025-03-14 10:59:31] info: z2m: Starting Zigbee2MQTT version 2.1.3 (commit #ba337bd3) Mar 14 10:59:31 zigbee2mqtt npm[2281]: [2025-03-14 10:59:31] info: z2m: Starting zigbee-herdsman (3.2.7) Mar 14 10:59:31 zigbee2mqtt npm[2281]: [2025-03-14 10:59:31] error: z2m: Error while starting zigbee-herdsman Mar 14 10:59:31 zigbee2mqtt npm[2281]: [2025-03-14 10:59:31] error: z2m: Failed to start zigbee-herdsman Mar 14 10:59:31 zigbee2mqtt npm[2281]: [2025-03-14 10:59:31] error: z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions Mar 14 10:59:31 zigbee2mqtt npm[2281]: [2025-03-14 10:59:31] error: z2m: Exiting... Mar 14 10:59:31 zigbee2mqtt npm[2281]: [2025-03-14 10:59:31] error: z2m: Error: Cannot discover TCP adapters at this time. Specify valid 'adapter' and 'port' in your configuration. Mar 14 10:59:31 zigbee2mqtt npm[2281]: at findTCPAdapter (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/adapterDiscovery.ts:470:15) Mar 14 10:59:31 zigbee2mqtt npm[2281]: at discoverAdapter (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/adapterDiscovery.ts:496:26) Mar 14 10:59:31 zigbee2mqtt npm[2281]: at Function.create (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/adapter.ts:68:54) Mar 14 10:59:31 zigbee2mqtt npm[2281]: at Controller.start (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/controller/controller.ts:132:38) Mar 14 10:59:31 zigbee2mqtt npm[2281]: at Zigbee.start (/opt/zigbee2mqtt/lib/zigbee.ts:69:47) Mar 14 10:59:31 zigbee2mqtt npm[2281]: at processTicksAndRejections (node:internal/process/task_queues:95:5) Mar 14 10:59:31 zigbee2mqtt npm[2281]: at Controller.start (/opt/zigbee2mqtt/lib/controller.ts:142:13) Mar 14 10:59:31 zigbee2mqtt npm[2281]: at start (/opt/zigbee2mqtt/index.js:161:5) Mar 14 10:59:31 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Main process exited, code=exited, status=1/FAILURE Mar 14 10:59:31 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Failed with result 'exit-code'. Mar 14 10:59:31 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Consumed 1.966s CPU time. Mar 14 10:59:31 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Scheduled restart job, restart counter is at 5. Mar 14 10:59:31 zigbee2mqtt systemd[1]: Stopped zigbee2mqtt.service - zigbee2mqtt. Mar 14 10:59:31 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Consumed 1.966s CPU time. Mar 14 10:59:31 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Start request repeated too quickly. Mar 14 10:59:31 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Failed with result 'exit-code'. Mar 14 10:59:31 zigbee2mqtt systemd[1]: Failed to start zigbee2mqtt.service - zigbee2mqtt.hier meine Konfiguration:
frontend: enabled: true port: 8080 host: 0.0.0.0 homeassistant: enabled: false mqtt: base_topic: zigbee2mqtt server: mqtt://192.168.0.23:1883 user: schmakus password: MkHar$m0518 serial: port: tcp://192.168.0.92:6638 advanced: pan_id: 14166 ext_pan_id: - 197 - 210 - 238 - 1 - 77 - 179 - 182 - 24 channel: 11 network_key: - 79 - 75 - 127 - 63 - 234 - 195 - 23 - 236 - 251 - 114 - 156 - 148 - 61 - 34 - 189 - 39 last_seen: ISO_8601_local cache_state: false output: json transmit_power: 20 log_level: info adapter_concurrent: 16 device_options: {} availability: enabled: true devices:
Dev of LightControl Adapter, Contributor of HUE and DoorBird Adapter
-
@pmayer sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
@schmakus Ja! Eventuell musst du das NVRAM leeren, wenn du ihn vorher mal Testweise am laufen hattest.
Hi, wenn ich in z2m die Adapter Adresse ändere, startet z2m nicht.
root@zigbee2mqtt:~# sudo systemctl start zigbee2mqtt root@zigbee2mqtt:~# sudo journalctl -u zigbee2mqtt.service -f Mar 14 10:59:27 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Main process exited, code=exited, status=1/FAILURE Mar 14 10:59:27 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Failed with result 'exit-code'. Mar 14 10:59:27 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Consumed 1.896s CPU time. Mar 14 10:59:28 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Scheduled restart job, restart counter is at 3. Mar 14 10:59:28 zigbee2mqtt systemd[1]: Stopped zigbee2mqtt.service - zigbee2mqtt. Mar 14 10:59:28 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Consumed 1.896s CPU time. Mar 14 10:59:28 zigbee2mqtt systemd[1]: Started zigbee2mqtt.service - zigbee2mqtt. Mar 14 10:59:28 zigbee2mqtt npm[2235]: > zigbee2mqtt@2.1.3 start Mar 14 10:59:28 zigbee2mqtt npm[2235]: > node index.js Mar 14 10:59:28 zigbee2mqtt npm[2247]: Starting Zigbee2MQTT without watchdog. Mar 14 10:59:29 zigbee2mqtt npm[2247]: [2025-03-14 10:59:29] info: z2m: Logging to console, file (filename: log.log) Mar 14 10:59:29 zigbee2mqtt npm[2247]: [2025-03-14 10:59:29] info: z2m: Starting Zigbee2MQTT version 2.1.3 (commit #ba337bd3) Mar 14 10:59:29 zigbee2mqtt npm[2247]: [2025-03-14 10:59:29] info: z2m: Starting zigbee-herdsman (3.2.7) Mar 14 10:59:29 zigbee2mqtt npm[2247]: [2025-03-14 10:59:29] error: z2m: Error while starting zigbee-herdsman Mar 14 10:59:29 zigbee2mqtt npm[2247]: [2025-03-14 10:59:29] error: z2m: Failed to start zigbee-herdsman Mar 14 10:59:29 zigbee2mqtt npm[2247]: [2025-03-14 10:59:29] error: z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions Mar 14 10:59:29 zigbee2mqtt npm[2247]: [2025-03-14 10:59:29] error: z2m: Exiting... Mar 14 10:59:29 zigbee2mqtt npm[2247]: [2025-03-14 10:59:29] error: z2m: Error: Cannot discover TCP adapters at this time. Specify valid 'adapter' and 'port' in your configuration. Mar 14 10:59:29 zigbee2mqtt npm[2247]: at findTCPAdapter (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/adapterDiscovery.ts:470:15) Mar 14 10:59:29 zigbee2mqtt npm[2247]: at discoverAdapter (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/adapterDiscovery.ts:496:26) Mar 14 10:59:29 zigbee2mqtt npm[2247]: at Function.create (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/adapter.ts:68:54) Mar 14 10:59:29 zigbee2mqtt npm[2247]: at Controller.start (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/controller/controller.ts:132:38) Mar 14 10:59:29 zigbee2mqtt npm[2247]: at Zigbee.start (/opt/zigbee2mqtt/lib/zigbee.ts:69:47) Mar 14 10:59:29 zigbee2mqtt npm[2247]: at processTicksAndRejections (node:internal/process/task_queues:95:5) Mar 14 10:59:29 zigbee2mqtt npm[2247]: at Controller.start (/opt/zigbee2mqtt/lib/controller.ts:142:13) Mar 14 10:59:29 zigbee2mqtt npm[2247]: at start (/opt/zigbee2mqtt/index.js:161:5) Mar 14 10:59:29 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Main process exited, code=exited, status=1/FAILURE Mar 14 10:59:29 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Failed with result 'exit-code'. Mar 14 10:59:29 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Consumed 1.992s CPU time. Mar 14 10:59:29 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Scheduled restart job, restart counter is at 4. Mar 14 10:59:29 zigbee2mqtt systemd[1]: Stopped zigbee2mqtt.service - zigbee2mqtt. Mar 14 10:59:29 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Consumed 1.992s CPU time. Mar 14 10:59:29 zigbee2mqtt systemd[1]: Started zigbee2mqtt.service - zigbee2mqtt. Mar 14 10:59:29 zigbee2mqtt npm[2269]: > zigbee2mqtt@2.1.3 start Mar 14 10:59:29 zigbee2mqtt npm[2269]: > node index.js Mar 14 10:59:30 zigbee2mqtt npm[2281]: Starting Zigbee2MQTT without watchdog. Mar 14 10:59:31 zigbee2mqtt npm[2281]: [2025-03-14 10:59:31] info: z2m: Logging to console, file (filename: log.log) Mar 14 10:59:31 zigbee2mqtt npm[2281]: [2025-03-14 10:59:31] info: z2m: Starting Zigbee2MQTT version 2.1.3 (commit #ba337bd3) Mar 14 10:59:31 zigbee2mqtt npm[2281]: [2025-03-14 10:59:31] info: z2m: Starting zigbee-herdsman (3.2.7) Mar 14 10:59:31 zigbee2mqtt npm[2281]: [2025-03-14 10:59:31] error: z2m: Error while starting zigbee-herdsman Mar 14 10:59:31 zigbee2mqtt npm[2281]: [2025-03-14 10:59:31] error: z2m: Failed to start zigbee-herdsman Mar 14 10:59:31 zigbee2mqtt npm[2281]: [2025-03-14 10:59:31] error: z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions Mar 14 10:59:31 zigbee2mqtt npm[2281]: [2025-03-14 10:59:31] error: z2m: Exiting... Mar 14 10:59:31 zigbee2mqtt npm[2281]: [2025-03-14 10:59:31] error: z2m: Error: Cannot discover TCP adapters at this time. Specify valid 'adapter' and 'port' in your configuration. Mar 14 10:59:31 zigbee2mqtt npm[2281]: at findTCPAdapter (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/adapterDiscovery.ts:470:15) Mar 14 10:59:31 zigbee2mqtt npm[2281]: at discoverAdapter (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/adapterDiscovery.ts:496:26) Mar 14 10:59:31 zigbee2mqtt npm[2281]: at Function.create (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/adapter/adapter.ts:68:54) Mar 14 10:59:31 zigbee2mqtt npm[2281]: at Controller.start (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@3.2.7/node_modules/zigbee-herdsman/src/controller/controller.ts:132:38) Mar 14 10:59:31 zigbee2mqtt npm[2281]: at Zigbee.start (/opt/zigbee2mqtt/lib/zigbee.ts:69:47) Mar 14 10:59:31 zigbee2mqtt npm[2281]: at processTicksAndRejections (node:internal/process/task_queues:95:5) Mar 14 10:59:31 zigbee2mqtt npm[2281]: at Controller.start (/opt/zigbee2mqtt/lib/controller.ts:142:13) Mar 14 10:59:31 zigbee2mqtt npm[2281]: at start (/opt/zigbee2mqtt/index.js:161:5) Mar 14 10:59:31 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Main process exited, code=exited, status=1/FAILURE Mar 14 10:59:31 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Failed with result 'exit-code'. Mar 14 10:59:31 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Consumed 1.966s CPU time. Mar 14 10:59:31 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Scheduled restart job, restart counter is at 5. Mar 14 10:59:31 zigbee2mqtt systemd[1]: Stopped zigbee2mqtt.service - zigbee2mqtt. Mar 14 10:59:31 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Consumed 1.966s CPU time. Mar 14 10:59:31 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Start request repeated too quickly. Mar 14 10:59:31 zigbee2mqtt systemd[1]: zigbee2mqtt.service: Failed with result 'exit-code'. Mar 14 10:59:31 zigbee2mqtt systemd[1]: Failed to start zigbee2mqtt.service - zigbee2mqtt.hier meine Konfiguration:
frontend: enabled: true port: 8080 host: 0.0.0.0 homeassistant: enabled: false mqtt: base_topic: zigbee2mqtt server: mqtt://192.168.0.23:1883 user: schmakus password: MkHar$m0518 serial: port: tcp://192.168.0.92:6638 advanced: pan_id: 14166 ext_pan_id: - 197 - 210 - 238 - 1 - 77 - 179 - 182 - 24 channel: 11 network_key: - 79 - 75 - 127 - 63 - 234 - 195 - 23 - 236 - 251 - 114 - 156 - 148 - 61 - 34 - 189 - 39 last_seen: ISO_8601_local cache_state: false output: json transmit_power: 20 log_level: info adapter_concurrent: 16 device_options: {} availability: enabled: true devices:error: z2m: Error: Cannot discover TCP adapters at this time. Specify valid 'adapter' and 'port' in your configuration.Das sieht danach aus also ob z2m die IP nicht erreichen kann.
Kannst du sicherstellen, dass dein z2m an die192.168.0.92kommt? Thema Docker-Netzwerk, etc?Kann auch sein, dass nur
adapterfehlt, siehe dazu https://docs.codm.de/zigbee/tutorials/setup-zigbee2mqtt/ und speziell https://docs.codm.de/zigbee/tutorials/setup-zigbee2mqtt/#ipv4Seit zigbee2mqtt Version 2.0 ist die Angabe von adapter zwingend, da zstack nicht mehr der Standardwert ist.
Ist im nächsten Update der CZC-FW drin, damit im Webinterface das richtige Config-Beispiel gezeigt wird.
Die aktuelle FW ist noch von vor z2m-2.0-Zeiten.@mods: Kann das mal einer abtrennen? Support und die IEEE Diskussion machen sicher keinen Sinn im Marktplatz.
-
error: z2m: Error: Cannot discover TCP adapters at this time. Specify valid 'adapter' and 'port' in your configuration.Das sieht danach aus also ob z2m die IP nicht erreichen kann.
Kannst du sicherstellen, dass dein z2m an die192.168.0.92kommt? Thema Docker-Netzwerk, etc?Kann auch sein, dass nur
adapterfehlt, siehe dazu https://docs.codm.de/zigbee/tutorials/setup-zigbee2mqtt/ und speziell https://docs.codm.de/zigbee/tutorials/setup-zigbee2mqtt/#ipv4Seit zigbee2mqtt Version 2.0 ist die Angabe von adapter zwingend, da zstack nicht mehr der Standardwert ist.
Ist im nächsten Update der CZC-FW drin, damit im Webinterface das richtige Config-Beispiel gezeigt wird.
Die aktuelle FW ist noch von vor z2m-2.0-Zeiten.@mods: Kann das mal einer abtrennen? Support und die IEEE Diskussion machen sicher keinen Sinn im Marktplatz.
@pmayer sagte in IEEE bei cod.m Zigbee Koordinator ändern:
Kann das mal einer abtrennen? Support und die IEEE Diskussion machen sich keinen Sinn im Marktplatz.
ich hoffe das passt jetzt
-
Sooo,
unser Entwickler hat sich mal durch die Sourcen der Z-Stack Firmware und cc2538-bsl gegraben.
Wie es aussieht wird beim Update die IEEE im CC2652P7 an die falsche stelle geschrieben, weil das Speicherlayout anders ist als beim CC1352P7.
Ich denke, dass wir cc2538-bsl (was auch unter dem ZigStar Tool läuft) patchen. Müssen wir uns noch anschauen.
Wir bauen uns jetzt mal ne gepatchte binary und gucken ob es funktioniert.
Ich hab unseren Entwickler gebeten hier im Thread zu posten.
Gruß,
Patrik -
@pmayer said in IEEE bei cod.m Zigbee Koordinator ändern:
cc2538-bsl
Hallo! Der Entwickler hier!
Die cc2538-bsl-Software ist nicht dafür ausgelegt, eine benutzerdefinierte IEEE-MAC-Adresse zu setzen.
Jeder MCU hat eine werkseitig voreingestellte MAC-Adresse, auf die er standardmäßig zurückfällt.Eine benutzerdefinierte IEEE-MAC-Adresse wird gesetzt, indem ein Wert an einer bestimmten Stelle im Flash-Speicher geändert wird.
(Konkret: 64 Bits bei Offset 0x20 im letzten Flash-Sektor – der CCFG-Sektion –, die standardmäßig auf 0xFFFFFFFFFFFFFFFF gesetzt sind.)Beim Programmieren dieses Wertes in den Flash-Speicher muss die Software:
- An der korrekten Adresse programmieren
- Das Schreiben und Löschen des Flash-Speichers korrekt handhaben (Bits im Flash können nur von 1 → 0 gesetzt und zurück auf 1 gesetzt werden, indem der gesamte Sektor gelöscht wird).
cc2538-bsl scheint beides für den CC2652P7 nicht zu tun.
Meiner Meinung nach ist der einfachste Weg, eine benutzerdefinierte IEEE-MAC-Adresse zu setzen, einfach die gewünschte MAC-Adresse mit einem Hex-Editor oder einem Skript bei Offset 0x20 in der CCFG-Sektion des Binärimages zu schreiben und dieses gepatchte Image zu flashen!
Support us
636
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge