end device 自动掉线

 zclPollControl_Send_CheckIn这是个什么函数？

是在zcl库中的一个zcl_poll_control.c 里面的一个函数我就找来这个做应用层的握手时间。然后我加入网络后设置是：

NLME_SetPollRate(0);

NLME_SetQueuedPollRate(0);

NLME_SetResponseRate(0);

就这样大概一俩个小时就会掉线。

改成NLME_SetPollRate(5000);

也是一俩个小时之后就会掉线。

NLME_SetPollRate(0);改成0以后，父设备是无法发数据给子设备，因为父设备给子节点的数据时Indirect message，需要子设备去data request获取数据。

你好vv;

       这个我明白，我把NLME_SetPollRate(5000),也会掉线，我测试的时候当riss值低于180的时候掉线频繁，在俩百以上时掉线会少很多，想问:

      1.官方有没有提示riss低于多少丢包变严重的标准，

       2.上次看到一个将关于父节点知道子节点掉线的帖子，我想问子节点通过什么函数知道自己掉了，只有那个nwk_status()作为报告么，还是说有别的类似          childage     之类的。

你的掉线是不是因为发送与接收的距离过远，中间有阻挡，你的发送点发送出来的数据信号强度很低了？

那你把两个节点放近一点，看看是否还有掉线的，就知道了！

很近的时候掉的几率小很多，我疑惑的就是不能一个玻璃门都穿透不了呀，子节点接受不到父节点的ack?如何将这个ack接收不到的次数加大或者其他程序上的补救办法，还是说，掉了被底层封装了，改不了。否则掉网重连比较费电。概率略高的话很影响电池寿命的。谢谢，

jiangcheng：

   我也遇到和你类似的问题  这个可以增加ack接收不到的次数大小吗？望交流一下