[参考译文] CC2340R2：应用发送响应与 BLE 堆栈间的关系

尊敬的 Luke：  

我不确定我是否完全理解您的要求。  

您可以向我介绍一下您指的主题："跟进我关于 BLE 堆栈发送配对响应与客户应用的问题"

谢谢。此致、  

Clement,

对于缺少的上下文、我们深表歉意。 我之前问过是否可以通过配置 SysConfig 来使 BLE 堆栈不发送配对响应？ 您是否可以使用应用代码来发送响应？

假设如果"配对模式"设置为 等待配对请求 或 不允许配对、则这将允许客户的应用程序代码处理发送配对响应的问题、但我们似乎没有看到如上所示的情况！

谢谢！

Luke

尊敬的 Luke：

没问题。 应该可以根据开发人员实施的任何标准将配对请求传递给应用以拒绝/批准。 也就是说、使用等待配对请求时、我预期会发生的情况是在连接建立后的某个时间点由另一个器件发送配对请求、并且 CC 器件将以成功或失败进行响应。 您能否提供客户对实现感兴趣的更多详细信息？

此致、

1月

1月、

我将努力更加详细地了解他们到底想要实现什么、但也许他们现在正尝试在 BTool 中实现什么将给人一些想法。

在建立与外设的连接后、它们通过 BTool 发送配对请求消息。 接下来的2个屏幕截图中包含开发套件的设置和命令/响应。

他们的代码接收到配对请求、但不发送响应。 下面是蓝牙捕获的屏幕截图。 它们 的代码中也有调试消息、用于确认请求已收到。

他们 还尝试在高级命令列表下使用 GAP_Authenticate 消息、但结果相同–收到了配对请求、但未发送响应。

我假设堆栈收到配对请求、则会发送响应。 由于 他们 看不到响应、这是否意味着 BTool 中的某些内容配置不正确？ 或者在接收到配对请求时是否还有其它需要发生的事件？

谢谢！

Luke

一些其他上下文：

他们 尝试根据如下所示的绑定管理器配置测试各种配对请求的处理。

他们希望能够选择各种配对选项(MITM、绑定等)并验证响应是否符合预期。  

Luke