[参考译文] CC2564C：iPhone 拒绝安全连接

尊敬的 Vishnuprasad：

请在此澄清：您是否进行了安全配对、然后更改 MAC 地址？ 如果是、则只有在 MAC 地址已更改后才应启动安全配对过程/绑定。  如果没有、监听器日志可能有助于在此处确定问题。  

此外、 VS_SET_Bluetooth_Address 是更改 MAC 地址/蓝牙地址的正确函数。  

Daniel、您好！

我们首先更改 MAC 地址。 然后仅启动配对。  

谢谢！

Daniel、您好！

请找到随附的 HCI 监控日志。

e2e.ti.com/.../iphone_5F00_SecurePairing_5F00_logs.zip

谢谢！

尊敬的 Vishnuprasad：

请允许我花点时间查看这些日志。 也就是说、当我说监听器日志时、我不是指 HCI 日志、而是指通过无线方式捕获数据包的日志。 无论我是否可以从 HCI 日志中收集一些内容、这些内容都可以为我们指明正确的方向。

此致、

丹尼尔

Daniel、您好！

这种情况是否会因为我们不使用随机地址而发生？

或者因为芯片的 ID 地址没有发生改变？

谢谢！

尊敬的 Vishnuprasad：

根据日志、当您发出命令时、已成功更改 BD_ADDR。 话虽如此、发送 HCI_Disconnect 的原因(0x13)是远程器件正在终止连接。 如果没有监听器日志、就很难确定远程器件请求断开连接的原因。

此致、

丹尼尔

Daniel、您好！

我想问题是在 CC2564C 方面发生的。  

我在 CC2564C 一侧收到错误触发器、显示为"GAP_LE_PAMASG_STATUS_DHKEY_CHECK_FAILE"。

通过分析 iPhone 的日志,我们还发现 iPhone 已经将 DHkey 发送给 CC2564C ,在某种程度上, DHkey 的验证失败。

该错误是否能为您提供任何想法？

我们将尝试获取监听器的这些日志。 我怀疑我们是否能够察觉这一部分，因为这是一个安全机制。

同时、如果您可以从 "GAP_LE_PAMASG_STATUS_DHKEY_CHECK_FAILE"指示中找出一些内容。 请联系我们。

谢谢！

您好，Vishnuprasad，我不知道为什么 DHKey 会失败，除非它由于某种原因不再有效。

我在 HCI 日志中注意到的另一个区别是、在故障日志(跟踪7126)中发生 HCI 断开的位置、在通过日志(跟踪6146)中有一个来自远程器件的 BLE_encryption_req、 这很可能与发送 DHKey 时发生的情况相同、但我们对监听器日志有了更深入的了解。

Daniel、您好！

您可以在该主题中进行检查吗？

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1219366/cc2642r-dh-key-check-fail-in-pairing

尽管它是不同的芯片组、但我认为其行为是类似的。 该问题的详细信息是通过邮件交换的、因此我对修复不清楚。

您可以尝试获取这些详细信息吗？

 谢谢！

尊敬的 Vishnuprasad：

我会尝试在该主题中与 TI 员工联系。

此致、

丹尼尔

尊敬的 Vishnuprasad：

我成功地联系了与您链接的主题相关的其中一位相关的 TI 员工。 这个问题已移交给 TI 内部的另一个团队、因为它涉及到汽车客户、并且最终我还未知晓其解决方法。 但是、与初始应用工程师交谈时、他们的故障触发器似乎不同、尝试与第二部手机配对后断开一部手机会导致其最后出现错误。

如果您愿意、我可以将他们通过 E2E 直接消息捕获的监听器日志发送给您、但我认为继续深入研究他们的问题不一定对您的监听器有所帮助。

此致、

丹尼尔

尊敬的 Vishnuprasad：

我会在我们结束时进行深入探讨、但很高兴您能够解决该问题。 感谢您发送编修。

此致、

丹尼尔