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.

[参考译文] CC2642R-Q1:CC2642 不回复 AUX_CONNECT_RSP

Guru**** 2837190 points

Other Parts Discussed in Thread: CC2642R

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1613737/cc2642r-q1-cc2642-does-not-reply-to-aux_connect_rsp

器件型号: CC2642R-Q1

以下是文本的英文翻译、保持 BLE/TI E2E 讨论的技术含义准确自然:

  1. 我们的应用是基于以下示例项目开发的:
    C:\ti\simplelink_cc13xx_cc26xx_sdk_7_10_01_24\examples\rtos\CC26X2R1_LAUNCHXL\ble5stack\simple_peripheral。

  2. 我们遇到了如下所述的间歇性问题:
    CC2642 用作 BLE 外设、并在编码 PHY 上使用 AUX_ADV_IND 进行广播。 中央设备扫描并检测到 CC2642R 的广播后、会尝试建立连接。 我们有时会观察到、在中央器件发送 AUX_CONNECT_REQ 后、CC2642 不会以 AUX_CONNECT_RSP 进行响应。 但是、根据 CC2642 UART 日志、在这种情况下、器件进入case GAP_LINK_ESTABLISHED_EVENT:回调状态、表明认为连接已成功建立。 从 UART 日志中、CC2642 似乎已收到 AUX_CONNECT_REQ。 为什么它不发送 AUX_CONNECT_RSP?

  3. 下面是 Ellisys 迹线屏幕截图、其中显示了我们在测试过程中观察到的现象。

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

    您好:  

    我同意、您对规范的理解是正确的低功耗蓝牙核心 V6 规范规定、收到 AUX_CONNECT_REQ 的广播器应使用 AUX_CONNECT_RSP 做出响应、AUX_CONNECT_REQ PDU 包含设备地址、启动器地址包含在 AUX_ADV_IND PDU 中、并且广播器当前未连接到启动器设备。 这适用于可连接的直接和非直接广播。 非定向的措辞会发生变化、因为现在设备地址包含在 AUX_CONNECT_REQ 中、而广播过滤器策略允许发起方的地址。  

    总之、您指示的位置应该有一个 AUX_CONNECT_RSP。 我想问一问以下几件事:  

    1.我不能确定错过 AUX_CONNECT_RSP 的实例上发生了 GAP_LINK_RESIDEND_EVENT。 我假设 在大约 250ms 后发送了 GAP_LINK_INSTABLE_EVENT 以完成成功的事务。 您可以通过向事件添加 GPIO 切换按钮并在重新生成时使用电路板上的逻辑分析仪观察此情况来确认这一点。  

    2.您使用的是可连接的定向广告还是非定向广告?  

    3. AUX_CONNECT_REQ 的 PDU 数据是什么? 器件地址是否与广播器地址相同?  

    4.这种情况的重现频率如何? 请提供复制品之间的时间。  

    5.你有什么能力再现?  

    6.你能提供监听器日志吗?  

    请告诉我、  

    谢谢、
    Isaac  

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

    1 μ s、AUX_CONNECT_RSP 缺失的情况、可以确认触发了 GAP_LINK_INSTABLE_EVENT、因为我在 CC2642 UART 上打印了日志。 在 UART 日志中、AUX_CONNECT_RSP 缺失的情况和存在 AUX_CONNECT_RSP 的较晚情况(超过 200ms 后)都表明进入了 GAP_LINK_RESTABLE_EVENT。

    此外、我还可以提供一个详细信息:当 CC2642 首次接收到 AUX_CONNECT_REQ 但没有回复 AUX_CONNECT_RSP 时、它仍进入 GAP_LINK_RESTABLE_EVENT、然后快速进入断开回调 GAP_LINK_RELATEDD_EVENT。 我打印了断开原因、即 62 = 0x3E。

    下面是一些对应的 UART 日志屏幕截图。

    2、以下两个屏幕截图分别显示了在没有 AUX_CONNECT_RSP 和 AUX_CONNECT_RSP 的情况之前两个广播事件的详细 Ellisys 信息。

    3、以下两个屏幕截图显示了两个 AUX_CONNECT_REQ 数据包的 Ellisys 捕获结果。 可以看出、在这两种情况下、设备地址和广播地址是相同的。

    4、对于这个问题的复制,我没有找到一个明确或可靠的方法来复制它。 有一次,它在 12 分钟内发生了两次,但后来,当我试图复制它更多次或找到一种稳定的复制方法时,我无法再复制它。 因此、我能提供的唯一信息是、这个问题偶尔出现、目前没有明确的模式。

    5 μ s、重现此问题、我没有执行任何特殊操作。 CC2642 只会广播、然后另一个中央器件连接到它。 建立连接后会进行大量 BLE 数据交换、但由于问题发生在建立连接的时刻、因此我不能专注于之后发生的交互。 我只是重复执行多次此过程以重现问题。

    6、我已经提供了几个重要的 Ellisys 屏幕截图。 如果本回复中的 Ellisys 信息仍不足以用于您的分析、请告诉我、我会安排提供 Ellisys 捕获文件。

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

    您好:  

    我将开始工作、在我这边重现这个问题 我感谢详细的分析。  

    还有一个问题、您连接的是另一个 TI 器件 (CC2642) 还是手机?  

    谢谢、  
    Isaac

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

    是的、连接到我的 CC2642 的器件也是 CC2642 芯片、而不是手机。

    此外,我们即将开始我们的春节假期,所以我可能无法在假期及时回复您。 如果您有任何新发现、请与我分享、我会在假期后尽快对其进行分析。 感谢您的支持。

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

    您好:  

    我很感谢大家的关注。 你有什么想法什么时候回来? 我将使用调查结果更新该主题。  

    谢谢、
    Isaac

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

    我预计将于 2 月 26 日左右恢复工作。

    谢谢、

    xd z

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

    请问您是否有任何关于此问题的新分析更新?

    谢谢、

    xd z

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

    您好:  

    我无法运行其它测试来重现此问题。 我将尽力在下周前进行一些测试 (星期一 (03/09)。  

    谢谢、
    Isaac

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

    我想提供更新信息。 在我们的测试过程中、在数百次测试运行中、此问题仅发生一次。 您是否在最终复制它方面取得了任何进展?

    谢谢、

    xd z