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.

[参考译文] CC2564C:是否需要在更新连接参数之前延迟?

Guru**** 2393775 points
Other Parts Discussed in Thread: CC2564C

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/971673/cc2564c-delay-needed-before-connection-parameters-update

器件型号:CC2564C

你(们)好 我在外设中使用 CC2564C、连接到各种智能手机等 我使用第三方主机堆栈和 UART HCI。 此问题是使用修补程序1.3发现的、但如果我在外设中更新到1.4、U 希望在建立连接后请求更新连接参数、则此问题仍然存在。 但在某些情况下、这确实会失败、连接会丢失。

为了解决这个问题、似乎需要满足两个条件:

  1. 建立连接后、必须立即发送连接参数更新请求。 延迟几百毫秒似乎可以解决该问题。
  2. 它似乎仅在某些 LE 主器件上发生故障。 在 iPhone SE 第2代、在某些情况下、某些情况下、某些三星平板电脑的性能始终如一。

我可以从监听器日志中看到、在发生故障的情况下、连接建立后、即使在版本和功能交换之前、连接参数也会立即发送到主设备。 短接之后、CC2564C 会失去连接跟踪。 一种简单的解决方法是在发送请求之前添加延迟、但我想进一步了解此问题、以便确定合适的延迟、并且无法在 Web 或论坛中找到有关此问题的任何信息。 一些问题:

  1. 您能否确认这是控制器中的预期行为还是意外行为?
  2. 如果无法通过其他方式修复、请在通过 HCI 发送连接参数更新请求之前建议选择正确的延迟。

我附加了一个通过 Wireshark 获取的监听器日志。 问题从数据包#2067开始。

谢谢、Morten

e2e.ti.com/.../iphone_5F00_se_5F00_connect_5F00_fail.pcapng.gz

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

    我们不知道延迟的需要。 您可以使用 FW 日志来检查您的计时是否发生事务冲突。

    Thankse2e.ti.com/.../CC256x-Logger-User-Guide-_2D00_-Texas-Instruments-Wiki.pdf

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

    您好 Hari、

    我成功地从 TX_DBG 引脚捕获日志、文件附在此处。 我必须将.gz 添加到记录器文件的文件名中、因为论坛不允许我上载.lgr 文件。 该文件未加载、因此只需在加载前重命名即可。

    更详细地看、在 LL_FEATE_REQ/RSP 交换期间、连接似乎断开、这种情况在应用新的连接参数后立即发生。

    在记录器跟踪中、会发生以下情况:

    • connect_IND 约为#1146
    • 更新了在#1205附近接收到的参数、并在#1271附近应用
    • LL_Feature_Req 从主设备接收到大约#1278。
    • LL_FEATE_RSP 已发送、但随后 SYNC 将丢失。

    在 Wireshark 跟踪中、connect_IND 以数据包#324发送。

    我希望这对您有所帮助、否则请告诉我。 提前感谢您的帮助

    /Morten

    e2e.ti.com/.../logger_5F00_iphone_5F00_se_5F00_connect_5F00_fail2.lgr.gze2e.ti.com/.../8284.iphone_5F00_se_5F00_connect_5F00_fail2.pcapng.gz

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

    它会出现、存在事务冲突。 您还可以提供固件日志、其中连接更新成功。

    谢谢

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

    您好 Hari、

    已连接 Logger 和 Wireshark 跟踪。 与上次有关文件名的过程相同。

    在记录器跟踪中、连接发生在#22984附近。 在 Wireshark 跟踪中、它发生在#1485附近。

    /Morten

    e2e.ti.com/.../logger_5F00_iphone_5F00_se_5F00_connect_5F00_ok2.lgr.gz

    e2e.ti.com/.../iphone_5F00_se_5F00_connect_5F00_ok2.pcapng.gz

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

    感谢您的日志。 我会比较并在一天内回来..

    谢谢

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

    您好、Morten、

    已查看故障日志:

    对于出现故障的情况、由于某种原因、Wireshark 消息中的"即时"显示"11"、而控制器显示的是"12"。 由于此原因、连接事件同步丢失。  目前、作为一项解决方法、延迟发送'connection parameter update request'。 我将进一步研究、因为参数更新所需的连接之后存在最小的"即时"连接事件数。

    其中、与记录器(se_connect_fail2.lgr)中一样、它显示-

    1208 02:07:52.044 -0:00:00.018启动对等事务 WW_LL_CONNECT_UPDATE_REQ、连接索引= 0、当前0本地0
    1209 02:07:52.044 -0:00:00.018 ULP CON 更新 WIN size 3、WIN 偏移0、间隔12、延迟0
    1210 02:07:52.044 -0:00:00.018 ULP CON 更新:Timout 72、即时12、当前4

    谢谢