• 状态
  • 已锁定 已锁定
  • 回复 8 回复
  • 订户 0 订户
  • 视图 310 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CC2564MODN：iOS 中的链路丢失恢复

admin
Guru**** 2587365 points
Other Parts Discussed in Thread: CC2564MODN

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/675068/cc2564modn-link-loss-recovery-in-ios

器件型号：CC2564MODN

您好 TI

我们遇到了一个问题、即在 BT 经典连接丢失链路后无法恢复 Apple iOS EA 会话("外部附件"、Apple 协议)、而实际的 BT 链路已成功重新建立。 重新启动蓝牙设备后、iOS 设备的连接将再次正常工作。

该器件包含以下器件：

  • CC2564MODN、Apple 认证协处理器2.0C、STM32F412 CPU
  • 基于 Bluetopia SPPLEDemo 的固件、带 STM32的 MFi 覆盖层
  • 为 iOS 设备提供外部附件(EA)通道以进行数据交换

如果我们运行链路丢失测试(将器件分开、直到连接中断)并再次将器件连接在一起、则不会重新建立 BT 连接。 这是正常行为、对吧？

在 iOS BT 配置中重新连接设备后、会建立 BT 链路层、但蓝牙设备似乎没有再次获得提供 EA 会话的授权。 在这种情况下、为什么函数"ISPP_Start_Authorization"不起作用？ 它最初起作用。

并附上两个日志：

  • BT-ii-LL - 1. inited.txt：初始调试输出、直至链路丢失
  • BT-ii-LL - 2. reconnect.txt：重新连接期间的调试输出

此致
Martin

e2e.ti.com/.../BT_2D00_iOS_2D00_LL-_2D00_-1.-initial.txt

e2e.ti.com/.../BT_2D00_iOS_2D00_LL-_2D00_-2.-reconnect.txt

  • 0
    TI__Guru**** 2587365 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    团队、
    请优先处理。 如果您有任何疑问、请告诉我。

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

    您是否还可以捕获  并附加问题的固件日志？

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

    你(们)好

    找到已附加的链路丢失记录并重新连接机箱。

    此致、
    Martin

    e2e.ti.com/.../20180329-Debug-log-2.zip

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

    Martin、

    根据固件日志、设备似乎已成功建立蓝牙链路。 在初始化期间和重新连接期间，ISPP_Start_Authorization()命令都会向 iOS 设备发送 PDU，并且根据 iOS 设备的响应，身份验证过程将启动(I2C 读取跟踪)。 固件记录器只能记录两个设备之间的 LMP 流量、而不能记录 ACL 数据。 因此、我不确定 iOS 是否首先响应启动身份验证。 您是否有监听器日志(即 ATS 捕获)来验证无线流量是否得到了正确处理？

    此致、

    Vihang

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

    你(们)好，Vihang

    非常感谢您的反馈。 实际上、这也是我的结论。 器件在蓝牙级别(SPP)上成功连接、但附件看起来不会使用"检测 iAP2支持"启动"iAP2链路初始化"过程、因此根本不会达到"附件身份验证"步骤。 这只是一个假设、但由于重新启动附件确实可以解决问题、我们假设 Bluetopia 栈存在问题(或使用的问题)。 如果我们与第一台 Apple 设备断开连接并尝试与第二台 Apple 设备连接(无需重新启动附件)、我们会看到同样的行为。

    是否需要对 Bluetopia 栈(或 IAP 部分)进行某种类型的重置才能实现新的 IAP 连接？

    我们有 ATS 捕获、它是否有用？ 如果是、我需要通过私人消息发送它们。 对于初始连接、第一条消息是来自 Apple 设备的"RequestAuthenticationCertificate"。 如果是重新连接，则仅显示" "和<Apple device connected (RFCOMM UA) - nothing more.

    Bluetopia 栈中是否有一些记录可用于报告"iAP2链接初始化"过程？

    此致、
    Martin

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

    您可以通过以下邮件列表发送 ATS 捕获。 我将对其进行研究。
    ti-bt-stack-mfi@list.ti.com

    实际上、我们需要使用此邮件列表来获得有关 MFi 附加组件的支持。 因此、我强烈建议您使用相同的邮寄地址来跟进和/或将来有关 TI 双模蓝牙堆栈的 ISPP 插件的问题。

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

    也可以在此处发帖：

    您好、Vihang、
    我还没有来自你的消息。 这一情况对我们来说是紧迫的。 如果您能尽快提供帮助、那将会很棒。 您是否有以下问题的答案：

    是否需要对 Bluetopia 栈(或 IAP 部分)进行某种类型的重置才能实现新的 IAP 连接？

    Bluetopia 栈中是否有一些记录可用于报告"iAP2链接初始化"过程？

    此致
    Martin

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

    请参阅离线提醒。

    此致、Bernd