[参考译文] CC2530：Z堆栈NV恢复

您需要调用"zgWriteStartupOptions(ZG_STARTUB_SET_ZCD_STARTOPT_DEFAULT_NETWORK_STATE)"并执行重置。

实际上，在我的应用程序中，我不希望节点永远忘记其父级协调员

它的表现与此完全相同，但在一个特殊情况下，在“开机重置”期间，我注意到该节点再次开始发送信标请求(尽管一旦它被关联，它就不应再发送信标请求)

但这只发生过一次

在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

我怀疑这是否是因为这种与其他条件失败有关的情况？

或者，任何其他事件也可能导致节点将其作为新节点启动  

也许我在第一次答复中误解了您的问题，但我认为Node不会忘记其父节点。 如果您遇到此问题，我建议您使用Ubiqua Packet Analyzer检查无线消息。

我已通过TI数据包嗅探器进行了检查
因为我的PC上有Ubiqua Packet Analyzer trail版本(仅工作21天)

该节点已通过其父级协调器发出通知，并且我多次对其正常工作的节点执行了开机重置
就像让设备直接宣布一样，
有一次，我从TI数据包嗅探器中看到该节点正在发送信标请求，而不是直接加入到其父级协调员

这就是为什么我会问为什么会发生这种情况？

Zed应发送重新加入请求以尝试重新加入。 如果没有重新加入响应，它将向扫描信道发送信标请求，然后再次尝试加入。

只有Zed才是这种情况

因为我正在使用ZRD - ZigBee路由器设备

ZR没有父节点，因此它不会发送重新加入请求。

是的，即便如此，我也在想，它再次发出信标请求的另一个可能的原因是什么
而且，即使协调员将其保存在非常近的位置，它也没有与协调员建立联系/关联

ZR发送信标请求的唯一可能性是它不在任何Zigbee网络中。

我的情况是这样

ZigBee路由器设备与协调器相关联

唯一的问题是，在多次通电重置测试超过两天之后

有一次，设备宣布没有发生，然后我连接了数据包嗅探器并看到了特定的ZigBee路由器设备 发送信标请求时，我感到惊讶

我建议您使用嗅探器从测试开始就进行全面跟踪，以便您可以知道具体发生了什么。

您好，Yikai

在这种情况下，网络中的正在进行的节点未关闭电源时，是否可以开始发送信标请求

如果是，哪个事件会导致这种情况发生？

我无法理解您的问题。 您能详细说明吗？

您必须设置嗅探器才能知道为什么会发生这种情况。