Other Parts Discussed in Thread: CC2652R, Z-STACK
现象描述：
z-stack 3.0，ZigBee网络中分别有一ZED(CC2652R)一协调器ZC,ZED作为开关(samplesw),等其两者互相组网成功后人为断开ZC电源，ZED代码里有处理丢失父节点的流程，Zstackapi_bdbZedAttemptRecoverNwkReq(),若连续发送三次beacon(间隔一秒)无反应后就不再发送请求rejoin的beacon(原先例子的流程是会一直发，这里因为开关是用钮扣电池的，为了节能，就让其发送有限次)，ZC断电一二十分钟后，再重新上电，触摸ZED开关，抓包工具没有任何beacon发送，重新弹出钮扣电池再看还是没有任何beacon发出，疑似ZED“睡死”。
注：ZED工程配置了RFD_RCVC_ALWAYS_ON为FALSE，NV_RESTORE；
请教问题：
上述现象中，ZED是真的进入“睡死”模式了吗，这里面的流程是什么，这其中有什么深层次的触发“睡眠”机制吗，怎样避免这种“睡死”呢（除了像原始例子代码那样一直发请求beacon或者RFD_RCVC_ALWAYS_ON = TRUE）？
注：更新了最新的SDK,情况还是一样，不知道是否与电源管理这块有关，还望TI工程师及专家们能够于百忙之中稍予解决，谢谢啦！
