[参考译文] CC2538：3.0.2 ZNP ZC PANID 已单独更改。

你好，黄

znp.cfg 中设置了-DNV_restore

我的 Ubiqua 正在运行、同一信道上没有其他网络。  

想知道协调器在重新启动期间是否可能与其路由器的 PanID 发生冲突？

谢谢

哈里

否，在重新引导期间，协调器不可能与其路由器的 PanID 发生冲突。

你(们)好  

我在办公室重复了这种情况、并附上了 Ubiqua 日志、希望它能有所帮助。

我有1个协调器、6个路由器、1个终端设备都连接到 PanID 0x0608。

第5行(17：35.51)和许多其他行显示、如果您查看 PAN src 和 PAN DST、协调器仍在 PanID 0x0608上。

然后在17:39 ish 时，我打开了 ZC 连接到的计算机并重新打开了电源。

17.40.16处的第352行显示其 PANID 更改为0x0609

除我的以外、Ubiqua 没有看到任何其他具有 PANID 0x0608的器件。

谢谢

哈里

e2e.ti.com/.../PanID-changed.zip

然后、我尝试通过 ZB_WRITE_CONFIGURATION 0x2605 0x83强制将 PANID 更改为0x0608。 PANID 从0x0609更改为0x060B。

感觉 ZC 避开了路由器、因为我的办公室在0x060A 上也找不到一台路由器。

我在 npInit(void) 函数第439行末尾的 Znp_app.c 中添加了自动启动功能。

BDB_StartCommissioning (BDB_commissioning_mode_NWK_Steering)；

这是否会导致问题？

谢谢

哈里

你(们)好

我已拔下 CC2538-cc2592 TI 模块(我的协调器) 并将其插入 smartRF06板、然后将其连接到 Z-Tools。

PANID 在 Ubiqua 中从0x060B 变为0x0609、但当我读取它的存储器时：

06：45：17.19 COM4 ZB_READ_CONFIGURATION (0x2604)
ConfigId：0x83

06：45：17.2 COM4 ZB_READ_CONFIGURAY_RSP (0x6604)
状态：成功(0x0)
ConfigId：0x83
Len：0x02
值：. (0x08、0x06)

PANID 和 NV 存储器不同？

如何在没有 Ubiqua 的情况下使用命令读取实数 PANID？

很抱歉、我向您提供了信息、我真的想解决这个问题。

谢谢

哈里

您好、Harry、

请提供您对项目所做的宏更改。  下面是一个类似的主题、值得研究： https://e2e.ti.com/support/wireless-connectivity/zigbee-and-thread/f/158/t/746836 

您是否在项目中定义了 NWK_MANAGER？  如果是这样、则可能存在一些错误的 PAN ID 冲突解决方案、请在 ZDNwkMgr.c 中调试 ZDNwkMgr_ProcessNetworkReport、以查看是否遇到了 NWKREPORT_PANID_Conflict 案例。

您还可以尝试在 f8wConfig.cfg 文件中设置静态 ZDAPP_CONFIG_PAN_ID。

此致、
Ryan

您好、Ryan

这与 https://e2e.ti.com/support/wireless-connectivity/zigbee-and-thread/f/158/t/746836中提到的问题相同

我正在使用 ZStack 3.0.2 ZNP 项目。 我已更改：

ZDSECMGR_TC_DEVICE_MAX=200

 f8wConfig.cfg 中的-DZDAPP_CONFIG_PAN_ID=0x0608

(我还添加了 bdb_StartCommissioning (bdb_commissioning_mode_nwk_steering)；添加到 Znp_app.c 中的"静态空 npInit (void)"末尾、使其自动启动。)

我的假设是由于 NV 内存驱动程序错误、协调无法从 NV 内存重新启动网络。 并启动新网络。 路由器告诉协调"您不能拥有 PAN ID "。 因此、它会找到下一个可用的 PAN ID。

为了重现此问题、我使用 了栈3.0.2 ZNP 项目、2个 CC2538-2592EM 板和2个 SmartRF06评估板。

1使用 ZDSECMGR_TC_DEVICE_MAX=200设置协调器

2设置路由器并连接到协调器

3在 Z-Tool 中向协调器发送复位命令

4您将看到引导程序经历了相当多的状态8、然后最终更改为状态9

在改变 ZDSECMGR_TC_DEVICE_MAX 值后、我发现在140时、自动启动和新 PANID 0x0609上仍然存在"状态8"、但在135时、协调器直接进入状态9、并且未创建新的 PAN ID。

在我的 ZNP 版本中、由于我扩展了存储器并修改了网络大小、ZDSECMGR_TC_DEVICE_MAX=125将无法正确引导、但成功引导120。 因此 、除 ZDSECMGR_TC_DEVICE_MAX 之外的其他因素也会影响症状、如果设置太大、也可能导致此问题。

链接：

https://e2e.ti.com/support/wireless-connectivity/zigbee-and-thread/f/158/t/746836 

显示2018年没有解决此问题的方案。 现在是否有解决方案？

谢谢

哈里

糟糕的酒店 秒页面...

而 扩展的 NV 存储器的最大 ZDSECMGR_TC_DEVICE_MAX 大小是多少？

谢谢

哈里

下一个限制将基于 ZComDef.h 内的 ZCD_NV_TCLK_Table_*范围，默认允许238个条目。  通过 将 OSAL_NV_PHY_PER_PG 限制增加到两个来超过每页4、096字节(每个 TCLK 表条目的长度为27字节) 对于 Address Manager 或 Association Devices NV 项目，下一个限制为8，192，但如果 NWK_MAX_DEVICE_LIST 与默认值偏差不大，则可以随意地达到300。

此致、
Ryan

您好、Ryan

感谢您的回答。

我扩展了 ZCD_NV_TCLK_Table_*范围，并将所有其他内容向下移动了0x0100。

#define ZCD_NV_TCLK_Table_start 0x0111 //条目来存储密钥的用户
#define ZCD_NV_TCLK_Table_END 0x02FF

这应该给我494

并将 OSAL_NV_PHY_PER_PG 增加至2。

我几乎达到300、因为我已将 NWK_MAX_DEVICE_LIST 增加到32。

如果我想拥有600个节点、能否将 OSAL_NV_PHY_PER_PG 增大到4个？

谢谢

哈里

您还应将 HAL_NV_PAGE_CNT 增加到24、以允许存储和压缩足够的独立 NV 页。

此致、
Ryan