【求助】关于终端开启一直接收消息，但每过段时间会发送orphan notification消息（或者Beacon request）

Zigbee具有良好的低功耗和组网功能，但目前我需要使用的只是Zigbee强大的组网能力，为了能够满足数据传输的时延要求，我设置了-DRFD_RCVC_ALWAYS_ON=TRUE来满足从主控计算机-Coordinator-EndDevice之间的通信在300ms之内。

对于原问题，我通过实验发现我的描述不准确，我发现在主控计算机不停的通过串口发心跳包给Coordinator，Coordinator再通过无线转发心跳数据包给EndDevice，然后EndDevice通过无线发心跳回复包给Coordinator，Coordinator再将该数据包通过串口发送给主控计算机。在该情况下，如果EndDevice再开启定时器不停的给Coordinator发ADC数据采集包，Coordinator再通过串口发送ADC数据采集包给主控计算机，那么就会频繁的出现orphan notification或者beacon，然后EndDevice再以孤儿的形式重新入网。

（该情况下，

Coordinator作用：

1.通过串口接受主控计算机发来的心跳包，并将该心跳包通过广播发送给EndDevice；

2.接受EndDevice的心跳回复包，并将该心跳回复包串口转发给主控计算机；

3.接受EndDevice的ADC数据采集宝，并将该ADC数据采集包通过串口转发给主控计算机。

EndDevice作用：

1.接受Coordinator发来的心跳数据包，并回复心跳回复包给Coordinator；

2.通过定时器，每几秒发送一次ADC采集数据包给Coordinator。

）

但如果心跳包是Coordinator中通过定时器不停的发给EndDevice的哈，那么即便EndDevice开启定时器不停的给Coordinator发ADC数据采集包，Coordinator再通过串口发送ADC数据采集包给主控计算机。如果是这个情况，那么网络状态比较稳定。

（

该情况下，

Coordinator作用：

1.开启定时器，每5s广播一个心跳包给所有EndDevice；

2.接受EndDevice的心跳回复包，并将该心跳回复包串口转发给主控计算机；

3.接受EndDevice的ADC数据采集宝，并将该ADC数据采集包通过串口转发给主控计算机。

EndDevice作用：

1.接受Coordinator发来的心跳数据包，并回复心跳回复包给Coordinator；

2.通过定时器，每几秒发送一次ADC采集数据包给Coordinator。

）

所以，是因为主控计算机和Coordinator频繁的串口通信导致的终端频繁成孤儿节点么？如果不是，那么为什么会出现第一种的情况