This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC2652P7:ZDO_NetworkDiscoveryConfirmCB 未在噪声环境中触发

Guru**** 2460850 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1224854/cc2652p7-zdo_networkdiscoveryconfirmcb-not-triggered-in-noisy-environment

器件型号:CC2652P7

客户发现,在存在多个协调器的嘈杂环境中, 终端设备发送 Zstackapi_BStartdbCommissioningReq ( )后可能没有触发 ZDO_NetworkConfirmCB()。

结束设备卡在 ZDO_BEAConNotifyIndCB()中,无法退出并转至  ZDO_DiscoverNetworkConfirmCB()。

问题如下:

1.这种行为的原因是什么,如何避免?

2.客户希望使用 NLME_NwkDiscTerm ()在发生扫描时终止扫描,建议这样做? 如果不是、是否有其他 API 来手动终止扫描?

此致、

沭阳

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的沭阳:

    请帮助澄清此问题。  

    • 他们要评估哪个 SDK 版本?  
    • 这种行为发生的频率如何?
    •  为了响应 ZED 信标请求、正在发送信标的协调器/路由器数量是多少?  其中有多少是允许加入的?
    • ZED 扫描多少个通道?
    • 应用程序是否继续处理或它是否卡在循环中并且无法继续/重新启动?

    NLME_NwkDiscTerm 在调用 NLME_NwkDiscReq2后清理 NWK 层、未因此进行测试。     如果设备确实处于网络发现过程中,并且无法独立退出,我建议使用 SysCtrlSystemReset 作为一种可能的解决方法。

    此致、
    Ryan