zigbee子节点多的衰减问题
会不会是通信距离问题。
建议你关注一下我们的spidermesh ，它决不会出这种问题。我们已经使用多年，最多的时候100多个节点，从1楼到18楼，组了13跳，稳定工作，数据正常。
可能是某个支节点收发出现问题。建议用sniffer看看网络的LQI如何。
这个网络规模很小，可以让接收节点读RSSI检查一下，如过信号强度足够的话，估计是软件有问题。
第一次组网时，发生抢队现象，有的节点组建很快，有的就很慢，ZIGBEE都这样吗
我们用的是透传的模块，没法检测RSSI
网络组建的快慢跟各个公司的zigbee协议栈软件以及硬件竞争时采取的机制有关，举个例子，当B加入A的网络时有如下交互过程：
1. B 发送Beacon Request
2. A 回复Beacon
3. B 发送Association Request
4. A 准备好indirect data（包含分配好的随机网络地址）
5. B 发送Data Request 请求数据
6. A 发送Association Response
7. B 加入网络成功， A认为B为自己的child。
总共5个来回交互的数据包，这些包生成时的软件延迟以及对应设置的mac层重传次数以及延迟参数的设置。
此外，如果多个结点同时加入1个网络，会存在网络中冲突的情形，这时得看设置的冲突检测的机制是CCA还是CS，CCA的阈值是多少？重试时的BE与BO是设置的多少？ 由于可能出现某一个节点在检测时网络一直有数据在发送的情形，这时这个结点重试次数多了自然就慢了。
多谢精彩指点，受益匪浅，由于是星型结构，多节点抢占冲突必然会有，学习下如何进行冲突检测机制的合理设置，另外各个节点连接成功时向主机点频繁发送数据，也是导致组网缓慢的主因。
另外，近距离（10公分）设备间 如果使用棒式天线是否也会产生子节点间的功率干扰？网络在同一房间内是否就可以把天线去掉效果更好 更合理？
关注中！
我对你们所使用的硬件不是很熟悉，说说我们目前自己使用的策略吧，通常情况下在硬件层使用的是CS或ED的检测方式，ED的能量设置到-80-90DB，这样相当于检测条件较松，两者满足一个就能发送数据，当外界干扰特别大的时候如WIFI干扰特别强时，选择channel26并只用ED，能量设置到-75左右，这样检测条件较紧。BE设置的5，即在2的0次方到2的5次方间会随机退避重试，重试的次数是3。
当外界干扰特别大的时候如WIFI干扰特别强时，选择channel26并只用ED