“线程 :Z 堆栈, 测试”中讨论的其它部件
大家好,
假设由于某些硬件故障,我的协调员去世了,如何克隆该旧协调员,以便我可以用新协调员替换该协调员,而新协调员将加入以前的网络,而不需要任何配置。
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
大家好,
假设由于某些硬件故障,我的协调员去世了,如何克隆该旧协调员,以便我可以用新协调员替换该协调员,而新协调员将加入以前的网络,而不需要任何配置。
请访问 sunmaysky.blogspot.com/.../how-to-clone-existing-z-stack.html
对于 Zigbee 3.0,您可以参考 https://www.ti.com/lit/an/swra671/swra671.pdf 来备份和恢复 ZNP/킭 뗷 器。 是的,您只需将以前的配置写入新 ZNP 的 NV,即可将其分配为协调员
本主题有一些类似的 E2E 主题:
https://e2e.ti.com/f/1/t/814208
https://e2e.ti.com/f/1/t/684522
我记得需要定义 MT_SYS_KEY_MANAGEMENT 才能访问安全密钥数据。 您还可以进一步调试 ZC 以确定返回 INVALID_PARAMETER 的原因。 NV ID 位置在 zcomdef 文件中定义,以更好地了解 ZCD_NV_TCLK_table_start 的位置 。
此致,
瑞安
我提到 了 MT_SYS_KEY_MANAGEMENT。 接下来我需要做什么? 到目前为止,我可以读取 https://sunmaysky.blogspot.com/2016/01/how-to-clone-existing-z-stack.html 中提到 的所有地址,ZCD_NV_TCLK_TABLE _START (0x0111)除外。 当我尝试使用 SYS_OSAL_NV_Length 读取0x0111的长度时, 长度显示为零。 为什么会这样?
使用 SAPI 命令(ZI_READ_CONFIGURATION)的事实意味着您使用的是 Z-Stack HA 1.2.2a 解决方案,该解决方案与 Z-Stack 3.0不同,因为 ZCD_NV_TCLK_TABLE _START 是在0x0101而不是0x0111定义的。 否则, 此 nvId 区域仍应在定义了 MT_SYS_KEY 管理的情况下可访问。 请确认您正在使用更新的固件重新编程 CC2530,并进一步调试 MT_SYS.c 文件以查找 ZInvalidParameter 的返回位置/方式。
此致,
瑞安