IEEE bei cod.m Zigbee Koordinator ändern

pmayer

Moin,

mal ne Frage: Bei mir häufen sich die Supportanfragen, ob man am Coordinator auch die IEEE Adresse ändern kann.
Ja, das kann man aber wieso?

Die Leute sagen man müsste das machen, wenn man von nem anderen Coordinator (zstack) auf unseren Coordinator umziehen will - um das Neuanlernen zu vermeiden.
Meines wissens reicht es doch die gleiche PanID/ExtPanID zu haben mit der (unser) Coordinator läuft? Und wenn nicht, braucht man nur das NVRAM am Coordinator löschen damit die die coordinator_backup.json zurückgespielt werden kann.

Zur Info: Wir testen den Coordinator natürlich und da nehmen wir die default PanID. Wenn man eine andere nutzt musst man das NVRAM löschen.
https://docs.codm.de/zigbee/faq/#startup-failed-configuration-adapter-mismatch
-- Update 2025/02: NVRAM wird jetzt direkt nacht unseren Tests geleert.

Lieg ich hier fasch?
@arteck, du kannst doch sicher was dazu sagen.

Gruß,
Patrik

Asgothian

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

Moin,

mal ne Frage: Bei mir häufen sich die Supportanfragen, ob man am Coordinator auch die IEEE Adresse ändern kann.
Ja, das kann man aber wieso?

Die Leute sagen man müsste das machen, wenn man von nem anderen Coordinator (zstack) auf unseren Coordinator umziehen will - um das Neuanlernen zu vermeiden.
Meines wissens reicht es doch die gleiche PanID/ExtPanID zu haben mit der (unser) Coordinator läuft? Und wenn nicht, braucht man nur das NVRAM am Coordinator löschen damit die die coordinator_backup.json zurückgespielt werden kann.

Zur Info: Wir testen den Coordinator natürlich und da nehmen wir die default PanID. Wenn man eine andere nutzt musst man das NVRAM löschen.
https://docs.codm.de/zigbee/faq/#startup-failed-configuration-adapter-mismatch

Lieg ich hier fasch?
@arteck, du kannst doch sicher was dazu sagen.

Gruß,
Patrik

Hallo Patrick,

du liegst da zum Teil falsch. Allerdings ist das ein "user" Problem.

Vorab - ich gehe fest davon aus das ihr nach eurem Test das NVRam löscht ?

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.

Bei der (in Entwicklung befindlichen) 2.0 des Adapters wird der Adapter mit einer zufälligen Zeichenfolge vor-initialisiert, so das dieser Effekt weg sein sollte.

Insgesamt sehe ich nicht das es notwendig ist die Hardware IEEE des Koordinators umstellen zu können.

A.

pmayer

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

arteck

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

pmayer

@arteck

@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

pmayer

So,

NVRAM wird seit gestern nach unserem Funktionstest geleert.

Gruß,
p

Schmakus

@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ß,
Patrik

Hi,
wie ist die genaue Vorgehensweise? Immer, wenn ich die neuen IEEE schreibe, erscheint danach wieder die alte IEEE.

pmayer

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-tool

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

Schmakus

@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-tool

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

@schmakus Ahhhh - ok.

Die ZigBee Firmware ist damit gemeint.
Ich prüf das heute nochmal...

Asgothian

@pmayer ich arbeite gerade an einer neuen Version des zigbee Adapters der mit der “default ieee” endgültig aufräumt. Hast du Interesse das zu testen mit eurem koordinator ?

A.

pmayer

@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 mit cc2538-bsl.py probiert.

Ich testen und beratschlage mich mit @Asgothian und melde mich wieder.

pmayer

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

Neuschwansteini

@pmayer @arteck @Asgothian

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?)

Homoran

@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

pmayer

@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

@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?

pmayer

@schmakus Ja! Eventuell musst du das NVRAM leeren, wenn du ihn vorher mal Testweise am laufen hattest.

https://docs.codm.de/zigbee/faq/#firmware-v20-und-hoher

Schmakus

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

https://docs.codm.de/zigbee/faq/#firmware-v20-und-hoher

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:

pmayer

@schmakus

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 die 192.168.0.92 kommt? Thema Docker-Netzwerk, etc?

Kann auch sein, dass nur adapter fehlt, siehe dazu https://docs.codm.de/zigbee/tutorials/setup-zigbee2mqtt/ und speziell https://docs.codm.de/zigbee/tutorials/setup-zigbee2mqtt/#ipv4

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

NEWS

IEEE bei cod.m Zigbee Koordinator ändern

Support us

511
Online

31.4k
Users

79.0k
Topics

1.3m
Posts

NEWS

IEEE bei cod.m Zigbee Koordinator ändern

Support us

511Online

31.4kUsers

79.0kTopics

1.3mPosts

511
Online

31.4k
Users

79.0k
Topics

1.3m
Posts