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.

[参考译文] CC2340R5-Q1:连接监控器意外中断

Guru**** 2595805 points
Other Parts Discussed in Thread: CC2340R5

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1350271/cc2340r5-q1-connection-monitor-unplanned-interruptions

器件型号:CC2340R5-Q1
主题中讨论的其他器件:CC2340R5

您好

我正在使用 CC2340监控 CC2652到手机的蓝牙连接、但它在开始监控后1-2秒停止报告 RSSI。 检查日志后、我看到它不再生成 CM_CONN_EVT_COMPLETE_EVT。

此外、我还添加了有关接收到的连接参数的日志。 日志如下:

00 00 CB C8 C7 26 04 50 00 07 FA 00 07 FF FF FF FF 1F 67 F2 39 00 52 0C 7B B6 08 4F
C8 C9 C2 C6 C8 C9 C2 C5 C5 C8 C8 C1 C5 C8 C8 C8 C3 C6 C7 C8 C1 C5 C6
00 00 CB C8 C7 26 04 0C 00 07 FA 00 19 FF FF FF FF 1F 67 F2 39 00 52 0C 7B B6 08 4F
00 00 CB C8 C7 26 04 18 00 07 FA 00 15 FF FF FF FF 1F 67 F2 39 00 52 0C 7B B6 08 4F
00 00 CB C8 C7 26 04 18 00 07 FA 00 1B 00 17 F8 C3 1D 67 F2 39 00 52 0C 7B B6 08 4F
00 00 CB C8 C7 26 04 18 00 07 FA 00 0F 00 94 F8 01 10 67 F2 39 00 52 0C 7B B6 08 4F
00 00 CB C8 C7 26 04 18 00 07 FA 00 1E 00 B7 C0 01 10 67 F2 39 00 52 0C 7B B6 08 4F
00 00 CB C8 C7 26 04 18 00 07 FA 00 13 83 A7 04 00 10 67 F2 39 00 52 0C 7B B6 08 4F

第二条线路是来自连接监控器的 RSSI 输出、仅扫描了1-2节电池。其余的是每次接收到它们时的连接参数、按照 bleConnInfo_t 结构的顺序输出。

我还检查了 MicroCmApp_cmStartReq () API 中的 sessionId,在接收第二和第三个连接参数时 sessionId 为1,但在接收后续参数时 sessionId 为0。

请帮助我进行故障排除。 是否需要任何其他信息?

用于 CC2340的 SDK 为 simplelink_lowpower_f3_SDK_7_40_00_64、工程为 CONNECTION_MONITOR_LP_EM_CC2340R5_freertos_ticlang。

用于 CC2652的 SDK 为 simplelink_cc13xx_cc26xx_sdk_7_40_00_77、工程为 rtLS_Coordinator_CC26X2R1_LAUNCHXL_tirtos7_ticlang。

此致、

普雷斯顿

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

    您好,普雷斯顿,

    出现这种情况可能有多种原因。 每次连接参数发生变化时、连接监视器都会启动"新会话"。 这可能解释了会话 ID 发生变化的原因。 您的 CC2340是否从 CC2652获得了正确的参数更新? 您能否检查 CC2652上的通道选择算法2是否已禁用? 此外、您的 CC2340是否使用了正确的通道映射? 您可以查看手机和 CC2652之间使用的通道图、并确保 CC2340正在使用相同的通道图来监控连接。 您是否也可以在 CC2340上检查代码是否输入 monitor_completeCB ()或 monitor_indicationCB ()?

    此致!
    阿赫尤特·雷

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

    您好、Ray

    我按照您提到的几个问题点进行了确认。 首先、为 CC2340指定了正确的连接参数、这些参数与2652发送的参数相同(包括通道和通道映射等参数)。 此外、如何检查通道选择算法是否被禁用? cc2340接收始终不断变化的 currChan 参数。

    此外,为什么我将此 SessionID 设为0 (更新参数之前 SessionID 为1)。 连接参数用于确认它是正常接收的。 根据我的理解,连接参数被更新以获得新的 SessionID (在1-8内切换),然后会话被重新打开。 但目前的情况是,在更新参数后,代码没有输入 monitor_completeCB()或 monitor_indicationCB()。

    此致、

    普雷斯顿

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

    您好、Ray

    有什么方法可以检查我的连接参数是否正确? 这是可行的吗? 我不是指传输过程。

    此致、

    普雷斯顿