终端无缘无故离线，请求分析下，附数据随上！

协议栈版本是2.5.1a ，在GenericApp上修改的，一个协调器，三个节点，其中两个是双路灯光，一个是低功耗设备，灯光的dataRequest大约650ms，

30s一次心跳包给协调器，所有节点都加了NV_RESTORE,节点离协调器很紧，不到8米，硬件方面模块用的是深圳信驰达的，协调器带PA,其他终端不带PA；

图中圈起来的是第4973帧，这个是每隔30秒的心跳包，从这开始出现问题，

然后有一个节点离线了，然后再rejoin进去，一直加不进去，协调器加了permitJoin（NLME_PermitJoiningRequest），正常情况下是关闭入网请求的，

这个节点长时间入网申请失败后，我把协调器的permitJoin打开后，节点又顺利进去了；

请问这个是为什么，我在论坛看到对permitJoin的解释，它对已入网的设备是无效的，事实上我测试了确实如此，但是现在出现的现象却和这个有点不同，

不知道论坛其他朋友有没遇到过，这个现象出现多次，非偶然现象，求论坛朋友以及TI的大神帮分析下，谢谢！

另外有没成熟的2530商用成熟模块，求介绍，再次感谢！

1、NLME_PermitJoiningRequest肯定没问题，对添加NV_RESTORE的rejoin节点无效。

2、我的测试情况是：如果节点距离较近（不带PA的PCB天线）基本不会出现这个问题，但是一旦稍远或隔一堵墙，就会掉，前几次可能还能加进去，后面节点就有可能一直发beacon，这个时候协调器开启了NLME_PermitJoiningRequest节点能顺利入网（谁知道它后面还会不会再给你突然来一发呢）。

3、网上的一些网友也有类似的现象，总结了下，基本是说入网距离小于传输距离，那这里我就有一个疑问，为什么开了NLME_PermitJoiningRequest节点又能再次已rejoin的形式加入呢？

4、节点的beacon sequence number不连续已经和zhongwei xu讨论过，是一次扫描16个信道所以每次+0x0F。

5、@zhongwei xu ：成熟的商用模块可以@我，采用低价的二手2530良心打造，你值得拥有（此处可忽略）。

6、看在手打的份上，VV你就出来解释下吧。