关于Zigbee节点数量和coordinator MCU的处理能力的关系？

你好，

问题1： 我想知道cc2530或cc2538做的coordinator ，考虑到MCU的处理能力，在实际应用中可以最多支持多少节点？当然，网络需要是mesh。

问题2： TI 的ZigBee方案中，支持mesh节点最多的是哪一种方案？

谢谢！

CC2538比CC2530处理速度更快，Flash和RAM会更大，如果从一个CC2538或者CC2530下面直接能带的子设备来说，CC2538比CC2530显然要更多了，当然这个数据除了Z-stack协议栈占一定的空间，另外看的Application部门的代码多大，另外就是你可以支持节点的空间。

如果看一个mesh网络能支持的多少个节点，不尽要看协调器的能力，还要看路由器的个数了，如果路由器越多，整个网络的节点数量肯定也越多。

节点数量最多的方法，应该是CC2538 做Coordinator  CC2530做路由和终端，当然你的路由器个数很重要

我是不是可以这样理解，路由实际上具备绝大部分coordinator的网络能力，承担了一部分网络相关任务，所以如果网络中所有的节点都是路由的话，那在理论上就可以达到ZigBee协议的最大节点数量。

对的！

大神，我想请教一下：我现在有一百个2530做节点，全部都是路由，2538做协调器，然后节点的代码都是一样的。那么我该如何确定哪些路由作为路由级数？

协调器要求在3S内对所有节点进行控制，我该用什么方式去实现，最快时间是多少？

@Jack Chen5

你的问题解决了吗？

如果你的100个2530都是有线供电的话，那么都设置成路由节点吧。

你是期望什么控制方式，广播？

看下下面的文档

http://www.ti.com/lit/an/swra427c/swra427c.pdf 

不知道你这边提到的3s控制100节点什么控制方式，每隔30ms给一个灯发数据然后30ms*100=3s？

如果是这样的话，很难做到。ZigBee节点之间通信一个Hop的通信时延大概是40ms左右，所以你以30ms的间隔发数据的话，数据碰撞成功的概率很低。

如果3s是指广播数据，这样到可以的。

我目前没有那么多板子，我想问下，然后来测试这个广播？

补充：应该如何来测试？

Coordinator发送一条广播数据， 所有节点响应时间是否在你的要求之内么？

3s钟肉眼也能看把

@Jack Chen5 能知道您是怎么做的2538协调器吗？这是我的毕业课题，想请教一下