Thread 中讨论的其他器件：Z-stack
您好！
重访 Z-stack 2.6.1 (现有部署)中发现的问题
设置：9台路由器，1台主路由器定期向8台其他路由器写入属性值
方法1：使用多播
问题： 在“X”次后，主器件将停止写入属性，并最终崩溃
方法2：使用单播
问题： 主设备将在"Y"次后停止写入属性，并最终崩溃
碰撞顺序：
i)链路状态已停止
ii)写入属性已停止
iii)报告属性已停止
IV)所有通信都已停止
根据粗略计算：(使用9台路由器)
使用了 ZCL_CMD_WRITE
disabledefaultsp=false (0)
70多播后、设备停止写入属性
530单点传送后、设备停止写入属性
这两种情况中唯一常见的是主器件接收到的写入响应数量
即70 (多播) x 8 = 560
```````````````````````````μ A 530 (单播)
相反、如果我们只有4台路由器、而不是8台、则成功写入属性的数量增加到大约'2X'
根据此观察结果，对三台路由器进行了另一项测试，其中1台路由器(主)将属性写入其他2台有写响应和没有写响应的路由器 写入属性每10秒完成一次|
测试1：无写入属性响应的单播 即 使用了 ZCL_CMD_WRITE_NO_RSP disabledefaultsp= true 在2006单播设置中未注意到问题 然后我们停止了测试 |
测试2：具有写入属性响应的单播 即 使用了 ZCL_CMD_WRITE disabledefaultsp= false 在这种情况下、固件崩溃 以下是详细信息 |
1)在450**主机单播后，即 450个写入属性响应后，它停止发送链路状态 (**最大流量)
2) 480 **主机单播后 ，即 480个写入属性响应， 它停止发送写入属性 (** 最大值)
3)在2720次定期报告属性(不是写入属性)向协调器节点报告之后 
我们怀疑问题是由 Master 收到的 Write 属性响应引起的、
1) 1) zcl_SendWriteRequest 失败时返回0x10 (ZMemError)、这表示内存泄漏
我们如何在 Z Stack 2.6.1中解决此问题，因为我们知道本例中的程序流程？
2) 2)我们如何确保在 Z Stack 3.0.2中迁移之前不会出现此问题？
此致、
深圳发展银行@23.
