Zigbee致命问题请TI官方高手解答

1、在组建的网络节点数目20=30个在附件的时候，发送的数据轮播给所有节点，通过抓包发现经常发起路由，并且有时候路由建立失败；即便路由建立成功后，下次轮播到它的时候还有时候又会发起路由建立新的路径，通信过程中节点无移动，这让我觉得很恐怖，这样的话网络根本不稳定，网上有朋友说你们TI这个节点一多就不稳定是这样吗，如果有解决方法怎么解决？

2、做项目的时候会考虑到邻居，防止串到别人的网络里去，你们官方有好的解决方法吗？

这两个问题是我感觉非常头疼的地方，请TI官方高手解答，谢谢

1，你使用的协议栈版本是多少？协调器轮询节点与节点之间的间隔是多久。是否可以共享你的抓包的文件。

另外建议你可以在协议栈使能MTO/Source Routing,来建立路由路劲。

2，节点在选则网络的总是挑选信号最好的设备做为父设备入网，所以加到邻居家的可能性很小

另外一办开发zigbee产品，都会让网络在没有设备需要添加的时候，把网络close，permit join设置成false

无线数据包见附件

感谢VV的回答：

实验环境：我做实验有20-30个左右的节点全部是FFD节点在距离比较近的地方

实验目的：协调器单播轮询各个各个节点，问他们要数据，他们把数据返回给协调器，希望这个过程尽量快。

现象：运行的时候前一段时间正常，协调器可以拿到实时底层各个节点的数据，但是某个时间点异常，节点数据拿不到。

通过抓包问题点在11833帧附近  和 12324帧附近，发现重新发起了路由，而且路由失败。

我的看法是;既然原来可以一段比较长的时间可以正常通信，且转发正常，说明已经建立了路由路径，我的节点没有任何物理上的移动，而且都有保持通信，原则上不应该发起路由，从我抓包的无线数据包看到，后面还是会发起路由，只不过有些路由发起成功了，有些没有成功，没有成功表现出来就是通信节点上报异常，

即便你想发起路由为什么又不成功，导致通信异常。

1、麻烦解释一下导致这种情况的原因？仅仅是协调器轮询得太急？问得缓慢一点就不会这样吗？如果是太急，根据您的经验一般多间隔多久问才比较可靠？

2、你提到协议栈版本的问题，意思是前面的版本确实有这个问题，后面的版本改善后不会或很少有这个问题？

3、你建议我在协议栈使能MTO/Source Routing，请问这哥东西的作用是什么为什么使能后可以改善，怎么使能？

4、出了这个问题，我都对ZSATCK这个东西能稳定的大网络的信心有点动摇了，Zigbee号称可以组建成千上万个网络，不求那么大，要获得一个100左右的节点的话，让他们可靠的工作，请问我需要哪些配置，注意哪些地方，才能可以得到一个这样可靠的网络。

问的问题有点多，但是都是经过思考和实验后才提出来的，我相信很多用TI的这个ZSACK有我一样的这些问题，麻烦您详细解答一下，我会把这些贴出来，方便大家受益，避免重复提问。

看到你的数据包里面，使能了APS ACK，对于你这样的查询试的应用来说没必要使能的。如果使能，本来2条数据变成了4条数据了，而且都是应用层的数据。

因为协议栈是已在迭代开发的，会有新功能的添加和一些bug的修复，所以使用最新的协议栈的，稳定性肯定是最高的。你使用的是哪个版本的？

关于MTO/Source Routing 你可以参考下面的连接

http://www.deyisupport.com/question_answer/wireless_connectivity/zigbee/f/104/t/105602.aspx 

不可能是一口气就有一个稳定的大网络了，不同的应用需要不同的参数的配置，需要有点时间调试和测试的。

并不是位置没有移动，就一直用一个路径进行数据传输。在穿过程中可能会因为碰撞，或者干扰，选择其他的较优的路径，从而会有路由请求这样的过程。

正常情况下在Router Request搜索过程中，如果有路由知道到目的节点的路径的话，会有Router Reply发出来，但是抓包数据中确实没有。所以要确认下协议栈版本。