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

[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 :+1:

[pmayer]

So,

NVRAM wird seit gestern nach unserem Funktionstest geleert. :+1:

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?

6. 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?

6. 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]

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

[A Former User]

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

[Homoran]

@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

[pmayer]

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

[sbikkes]

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

1. An der korrekten Adresse programmieren
2. 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!

[Asgothian]

@sbikkes sagte in IEEE bei cod.m Zigbee Koordinator ändern:

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

1. An der korrekten Adresse programmieren
2. 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!

In diesem Zusammenhang würde ich (als einer der Entwickler am Zigbee Adapter) empfehlen auf diese Funktion vollständig zu verzichten. Sie ist in dieser Form meiner Meinung nach zu Fehleranfällig, und wird nur da benötigt wo Nutzer mit alten und eigentlich so nicht vorgesehenen Verschlüsselungsmethoden arbeiten.

Ein fehlen dieser Funktion betrifft nur selektive Fälle bei denen

• die IEEE des Koordinators Teil der transportverschlüsselung ist
• dieses nicht in der Konfiguration des Adapters eingetragen ist.

Ich habe inzwischen verschiedene Tests mit den aktuellen Versionen des zigbee Adapters und des zigbee-herdsman gemacht - jede mögliche Kombination in der dieses auftritt lässt sich ohne anpassen der Hardware-IEEE lösen.

Ein Vorteil dieser Lösung ist das dadurch die Konfiguration der Software successive gerade gezogen wird.

Eine Version des zigbee-Adapters bei dem der Nutzer dieses interaktiv durchführen kann ist aktuell in Entwicklung.

A.