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.

[参考译文] CC2564:密钥显示

Guru**** 2558250 points


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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/583155/cc2564-passkey-display

部件号:CC2564

您好,

我们在设计中将SPP规范用于TI蓝牙堆栈。 我们的设备配置为服务器,而IOcapability设置为 icDisplayOnly。 我们的设备有显示屏。 当尝试通过移动电话配对时,密钥将直接发送到移动电话。 我们的要求是在显示屏上显示密钥,移动电话用户必须在 其移动电话中键入密钥。 请告知我如何配置设备,使其不会直接向客户端发送密钥。

此致

制造商

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

    我将尝试通过更改默认SPPDemo中的IOcapability来复制此内容。 您是否对SPP样本应用程序进行了我应该了解的任何其他更改?

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

    您好,Vihang,

    非常感谢您的即时响应。  

    我已将default_MITM_protection设置为true,在 atPasskeyNotification切换情况下,我们添加了自己的回调函数以在显示屏上显示密钥。 在setpairable函数中,我们将模式设置为pmPairableMode_EnableSecureSimplePairing。

    此致,

    Manoj

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

    您好,Manoj,

    请参阅表5.7 :与  蓝牙规范的身份验证阶段1的OP功能映射 [Vol 3,Part C]。

    对于您的设置:  

    1. 移动设备是Initiator
    2. SPPDemo是响应者

    根据蓝牙规范,如果响应方的IO功能为"仅显示",则响应方将在所有情况下使用自动确认的Numerica Comparision;除非发起方的IO功能为"仅限键盘"。 大多数电话(即 Android)将IO功能设置为"仅显示"。 因此,除非您可以将电话的IO功能更改为"仅限键盘",否则电话与您的设置的配对将始终变为自动确认。

    因此,设备通过选择自动确认来根据蓝牙规格运行。 如果您考虑一下,这种安排是合理的。 安全简单配对中的IO功能的目的是确定应使用哪种形式的身份验证(由人员进行)。 现在,如果响应方设备只有一个没有任何输入的显示屏,则在响应方上显示数字在身份验证方面将不起任何作用。 如果响应方无法使用 “是/否”或用户输入进行响应,则不存在验证。  

    此致,

    Vihang

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

    您好,Vihang,

    谢谢你。

    Manoj

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

    您好,Vihang,

    希望您做得好。

    我们的要求发生了变化。 现在,我们需要拒绝来自具有IO功能的设备的配对请求,而不是'仅限键盘'。 我们是否可以通过任何方式从响应者堆栈获取启动器的IO功能。

    此致,
    Manoj