[参考译文] CC2652R：ZigBee 发送信标问题

尊敬的 Pavan：

我能够在  DMM_ZR_LIGHT_REMOTE_DISPLAY_oAD_APP 项目的每次试运转尝试时发出多个信标请求。  请确保擦除所有器件存储器或恢复出厂设置器件、然后在重试之前将 BIM 应用程序十六进制映像与 DMM 应用程序二进制映像一起加载。  还提供更多信息、例如嗅探器日志和娱乐步骤、以便我可以进一步帮助您。

此致、
Ryan

您好、Ryan  
使用 cc1352p2 芯片组（不是 2652r）
我已完全清除内存  
在芯片外刷写  
已刷写 DMM_ZR_LIGHT_REMOTE_DISPLAY_oAD_APP
观察结果：  
将两个通道放在 11 上、并在 3 4 次后连续单击按钮（如果延迟时间较长）、当我单击按钮时、它不会发送信标
连接了 Wireshark 输出
有时它本身会发生 2 或 3 次

它不会崩溃、但当我停止时、它会转到 cpu.h、可以在上图中看到

已在代码编写中尝试检查 ZigBee 任务状态
上面的按钮点击后图像在延迟发送 2 个信标后不起作用

我无法复制行为、但附近也没有禁用允许加入的 ZC 设备。  这让我想起 了另一篇 E2E 文章、 我建议您尝试该建议的权 变措施、或使用前面提到的不同主要和辅助通道配置。

此致、
Ryan

即使主器件和辅助器件具有不同的通道导致相同问题、也会检查该通道
我有观察员说、在触发器发送信标导致今天的这个问题后有一些延迟  
然后、我检查导致该问题的不同通道

尝试实施另一个 E2E 帖子提出的解决方案、并考虑在允许开始另一个调试序列之前添加延迟（或检查退货委员会状态）。

此致、
Ryan

我尝试了上面建议的更改  
它仍然卡在 ZigBee 任务中  

事件 67 是继续得到没有停止我检查像 5 到 10 分钟,但它仍然是来

Wireshark 输出
我使用的是 SDK 版本 6.10.00.29 的 cordinator  
使用 8.30 版 DMM ZR Light One 示例

请提供重新创建问题所需的确切步骤和环境。

此致、
Ryan

还有一件事这只是发生在 SDK 8.30 在任何网状网络的通道上进行 6.10.00.29 时。例如、我在 13 通道、15 通道 e.t.c 中没有发生相同的问题、因为这些通道上没有器件

尊敬的 Pavan：

感谢您的详细说明。  我必须强调的是、这是观察到的行为、之前已经报告过、在本地复制、有可用的权变措施、计划在 SimpleLink F2 SDK 的第 4 季度早期版本中解决。  您能否确认修改 bdb_filterNwkDisc 后行为未得到改善？

https://e2e.ti.com/f/1/t/1484720 

此致、
Ryan

您好、Ryan、

我保持 bdb 更改仍在发生问题  

解决此问题的解决方法是什么？

尊敬的 Pavan：

您是对的、我认为我以前已经观察过此变通办法 、但我今天仍然看到有问题的行为、即使有建议的更改也是如此。  我正在内部工作以提高此问题的优先级、一旦找到有效的解决方案、我将通知您。

此致、
Ryan

感谢您报告改善行为的变化、我已将您的发现与研发团队分享、并正在等待他们对此主题的想法。

此致、
Ryan