请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
部件号：CC2538 主题中讨论的其他部件： Z-stack
我们有一款产品，用于证明多个加油站泵和一个加油站前台控制器之间的无线通信。
为此，我们将CC2538与Z-Stack 2.6 结合使用。2，前场控制器是ZC，所有泵都是ZR，我们的系统中没有ZE设备。
原因是由于加油站前院的布局，较远的泵可以使用更近的泵将消息传递给控制器。
对于多达4个或5个泵的站点(ZRS)，这种方法运行良好，我们已经安装了数千个这样的站点。
但是，如果我们有十个或更多的泵( ZRS )，ZigBee网络就会变得非常不稳定。
AF_DataRequest的工作方式如下
Res = AF_DataRequest(& EZApp_DstAddr，
和EZApp_epDesc，
EZAPP_clusterid，
长度，
pMsg->Source，
&EZApp_TransID，
AF_DISCP_ROUTE，// AF_ACK_REQUEST，AF_TX_OPTIONS_NONE
5)；
但是，传送确认( AF_DATA_CONFIRM_CMD )有时会返回0xCD的已发送状态( afDataConfirm->HDR.status )，即ZNwkNoRoute或afStatus_NO_route。
因为路由表并不总是在执行它们的工作。
MAX_RTG_entries被定义为40。
此问题主要发生在从ZC向ZRS发送消息时，但也会反向发生。
是否有方法可以强制对目标设备进行网络发现并重试发送消息？
是否有其他人遇到过类似的问题？
Z-Stack 3.0 是否可能有所帮助？
此致Kelvin
