一位客户使用 CC2652P 作为协调器来处理 ZHA1.2路由器和终端设备。 发现有时路由器/终端设备无法通过另一个路由器加入的问题。 通过监听器日志和打印日志、我们发现更新器件命令是以无线方式发送的、但 在 ZD8p_ProcessSecMsg 中未触发 UPDATE_DEVICE_IND：
请查找所附的监听器日志、其中我们可以在标记行(5755/5933/6278/6459/6724/6912)上找到未成功的 Update Device 命令：
此外、还可以在第2910行和7991行上找到一些成功的更新器件命令：
您能否帮助分析导致忽略更新设备命令的原因？ 如果需要有关调试的更多信息、请告诉我、谢谢。
此致、
沭阳
由于 ZHA 1.2器件上禁用了 APS 安全性、因此会忽略更新设备数据包。 在这里、您可以看到它与来自已启用安全功能的 ZR 的另一个更新设备数据包的比较情况：
这可以通过在 zglobals.c 中将 zgApsAllowR19Sec 设置为 true 来在 ZC 上进行更改
此致、
Ryan
您好、Ryan、
对不起、我意外单击了"此问题已解决"、实际上该问题尚未解决。
路由器实际上每次发送2个更新设备命令，一个启用了安全性，另一个关闭了安全性。 这用于考虑 Zigbee 规范的向后兼容性。 您可以在所选更新设备的前面的7633中找到更新设备：
因此、我认为这不是根本原因。 此外，路由器每次都会发送相同的更新设备命令，但有时会被接受，有时消息不会推送到应用层。 您能否帮助您深入研究堆栈、看看是否还有其他原因过滤掉了 Update Device 命令？
此致、
沭阳
您好、Ryan、
这两台路由器之间没有区别，实际上在某些情况下，同一台路由器有时可以加入，而不能在另一个时间加入。 请找到另一个监听器日志来展示情况以及我昨天发送的日志：
昨天的日志中的第7991行和此附件中的第68行显示同一台设备连接尝试成功和失败。 行为不随器件而变化、因此我们需要知道更新器件命令为什么没有触发 应用层中的 UPDATE_DEVICE_IND。
此致、
沭阳
