TI中文支持网大家好，我这边有个测试环境，用的是zstack2.5.1a，协调器下挂40个节点，NWK_MAX_DEVICE_LIST为40，前面两天做老化测试没有问题，第三天发现有两个节点一直无法加入网络，原本怀疑是关联表溢出导致，但是手动清除关联表后节点还是无法加入。抓包发现，reset关联表后两个节点的beacon超帧中的assoc为1，但是过一会儿又变成0，dev.cap也为0，Rtr_cap也为0.其他节点加入正常的时候assoc为1，dev.cap为1，Rtr_cap也为1.请问这几个参数是什么意思，还有这种情况是协调器方面禁止设备入网了吗？第一次发帖，不会截图，请多指教。下面上传的是抓包数据0361.40个灯掉线.psd
user3976358：
大家好，我这边有个测试环境，用的是zstack2.5.1a，协调器下挂40个节点，NWK_MAX_DEVICE_LIST为40，前面两天做老化测试没有问题，第三天发现有两个节点一直无法加入网络，原本怀疑是关联表溢出导致，但是手动清除关联表后节点还是无法加入。抓包发现，reset关联表后两个节点的beacon超帧中的assoc为1，但是过一会儿又变成0，dev.cap也为0，Rtr_cap也为0.其他节点加入正常的时候assoc为1，dev.cap为1，Rtr_cap也为1.请问这几个参数是什么意思，还有这种情况是协调器方面禁止设备入网了吗？40个灯掉线.psd
Susan Yang：
请问您的协调器是不是使能了NV_RESTORE，之前是不是有其他的设备加过，已经把协调器加满了？
建议您重新擦除烧写协调器上的程序试试
user3976358：
回复 Susan Yang:
使能了NV_RESTORE,重新烧写协调器程序是可以，这个是测试节点数量最大化的场景，但是不希望通过烧写协调器程序来解决，还有别的办法不，我手动reset关联表之后第一次可以解决，后面出现的时候无法解决，需要reset后复位才能解决。现在定义NWK_MAX_DEVICE_LIST为40，设备数也是40。
Susan Yang：
回复 user3976358:
请问您现在的协调器用的是CC2530？协调器下直接挂40个终端节点作为子节点？
The maximum number of devices that can be supported by one router or coordinator (i.e. associated devices) is 32. This is because we use a 32-bit bitmask to keep track of assigned addresses. Therefore, the NWK_MAX_DEVICE_LIST should be set to 32 maximum.
user3976358：
回复 Susan Yang:
是的，那意思是最多只能用32个节点作为测试了？那继续出现这个问题应该怎么解决，也是必须reset关联表后复位吗？其实问题现象是所有设备已经连上，两天后有几个设备无法加入网络。还有请教一下这个资料是哪个文件上写有的
miffy：
回复 user3976358:
好像用MTO方案就不会有这个问题了，不然关联表岂不是限制了coordinator下面的设备数量？ 再说了还有router呢
user3976358：
回复 miffy:
谢谢，请教一下MTO方案具体是指什么，还有节点数量超过了32就是确定会出现无法入网的问题吗？具体原因是因为TI用的32位掩码去维护关联表，如果再出现该问题，那我应该多久reset这个关联表才合理呢。
Susan Yang：
回复 user3976358:
0755.7206.4606.Building a ZigBee Network Based on Many-to-One Routing of 400+ Nodes.pdfmany to one
您可以看一下附件内的文档
miffy：
回复 user3976358:
不是说超过32个就无法入网，而是一个router下面最多只能挂32个，那你想想32的n次方是多少个吧，MTO就是(many to one)方式，具体怎么打开参考一下AN123文档swra427c.pdf
VV：
回复 miffy:
miffy
这里有个问题需要澄清下，他遇到的问题并不是说通信上的，而且网络的容量问题。
你提到的MTO只是通信的路由算法，跟他遇到的加网问题还不太一样。
