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:EXT_EP-11975 (BLE_AGAMA-4810):修复逻辑、是否有应用级权变措施而无需升级 SDK?

Guru**** 2905440 points

Other Parts Discussed in Thread: CC2642R

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1646296/cc2642r-q1-ext_ep-11975-ble_agama-4810-fix-logic-and-is-there-an-application-level-workaround-without-upgrading-the-sdk

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

机构

您好、

我正在跟进 JIRA 工单 EXT_EP-11975/BLE_AGAMA-4810
'连接参数和信道映射更新回调比连接中反映更改的实际瞬间提前、从而导致 CM 不稳定。'

 SimpleLink CC13xx/CC26xx SDK v8.32 的发行 说明指出了该问题已修复、但说明非常简短。

我的设置: CC2642R 作为主 BLE 外设连接到手机、另一个 CC2642R 在同一链路上运行连接监控器 (CM)。

请您澄清一下:

  1. 固定逻辑 —在流程级别、应用程序回调现在相对于参数/信道映射的实际瞬间发生变化的时间是什么时候? 对新序列的简短描述就足够了。

  2. 应用级权变措施而不进行升级 —如果我继续使用较旧的 SDK、是否可以从应用层完全缓解此问题(例如,延迟将回调转发到 CM 器件,直到到达瞬间)? 如果是、应用程序可以获得哪些信息来确定正确的即时信息?

谢谢!

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

    尊敬的 Chad:

    1.应用程序回调将在实际信道映射更新即时报告。 例如、如果当前连接 事件计数器为 50、则通道映射将在+9 连接事件后更新。 将在连接事件 59 时发出信道映射的应用回调。

    2.请联系您的 FAE 以进行此修复。 我n`t 在应用程序级别上看到可能的修复

    此致、
    Kevin