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.
https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/574854/cc2530-z-stack-nv-restore
你(们)好
节点是否有机会忘记其父级协调器
尽管启用了NV_RESTORE和NV_INIT
或者 发生这种情况的机会/情景是什么
节点- CC2530 Z Stack Lightning (启用NV初始化和NV恢复)
协调器- ZNP mesh (启用NV初始化和NV恢复)
实际上，在我的应用程序中，我不希望节点永远忘记其父级协调员
它的表现与此完全相同，但在一个特殊情况下，在“开机重置”期间，我注意到该节点再次开始发送信标请求(尽管一旦它被关联，它就不应再发送信标请求)
但这只发生过一次
在ZDO_INIT_Device函数中< ZdApp.c>
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
这是我的用户逻辑，我使用的是一个特殊事件
IF( osal_NV_item_init( boot_check_NV_ID, sizeof(NodeP_mode)，&NodeP_mode )== ZSUCCESS) //0x7D0 'boot_check_NV_ID'
｛
OSAL_NV_READ( boot_check_NV_ID, 0, sizeof(NodeP_mode)，&NodeP_mode );
}
IF( NodeP_MODE == start_a_fRESH ) //0x21 'Start_as新鲜'
networkStateNV = ZDO_INITDEV_NEW_NETWORK_STATE；
否则
//确定是否应恢复NV
networkStateNV = ZDApp_ReadNetworkRestoreState();
如果( networkStateNV == ZDO_INITDEV_Restored_Network_State )
networkStateNV = ZDApp_RestoreNetworkState();
//清除NV中的网络状态
NLME_InitNV();
NLME_SetDefaultNV();
//清除Nwk键值
ZDSecMgrClearNVKeyValues ()；
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
节点-路由器设备
Cooridnator - ZNP
我怀疑这是否是因为这种与其他条件失败有关的情况？
或者，任何其他事件也可能导致节点将其作为新节点启动
我的情况是这样
ZigBee路由器设备与协调器相关联
唯一的问题是，在多次通电重置测试超过两天之后
有一次，设备宣布没有发生，然后我连接了数据包嗅探器并看到了特定的ZigBee路由器设备 发送信标请求时，我感到惊讶
