[参考译文] CC2340R5：通知特性的身份验证问题

尊敬的 Vignesh：

感谢您与我们联系。

请您提供用于在中央侧开启通知的代码片段吗？ 在其他情况下、我想让您确保您使用的方法与 CCD 特征的权限兼容(可能使用 GATT_SignedWriteNoRsp)。

此致、

您好、Clement、  

    我已经尝试使用 GATT_SignedWriteNoRsp、但获得的状态为无效参数。

谢谢。

您好！

您能否分享调用 GATT_SignedWriteNoRsp ()的方式？ 特别是、您能分享如何设置有效载荷吗？

此致、

1月

大家好、Jan、

    此处是用于调用 GATT_SignedWriteNoRsp ()的代码

void Menu_doEnableNotification(uint8 index)
{
    bStatus_t status;
    attWriteReq_t req;

    uint8 configData[2] = {0x01,0x00};
    req.pValue = GATT_bm_alloc(menuCurrentConnHandle, ATT_WRITE_REQ, 2, NULL);

    // Enable notify for outgoing data
    if (req.pValue != NULL)
    {
        req.handle = 47;
        req.len = 2;
        memcpy(req.pValue, configData, 2);
        req.cmd = TRUE;
        req.sig = FALSE;
//      status = GATT_WriteNoRsp(menuCurrentConnHandle, &req);
        status = GATT_SignedWriteNoRsp(menuCurrentConnHandle, &req);
    }
    MenuModule_printf(APP_MENU_GENERAL_STATUS_LINE, 0, "Call Status: GATT Notification = "
                          MENU_MODULE_COLOR_BOLD MENU_MODULE_COLOR_RED "%d" MENU_MODULE_COLOR_RESET,
                          status);
}

谢谢。

您好！

根据您的代码、我认为您应该 改为使用 ATT_WRITE_RSP 进行分配。 您能试一下并测试一下吗？

此致、

1月

大家好、Jan、

    我已经尝试使用 ATT_WRITE_RSP 进行分配、但 仍 获得无效参数的状态。

谢谢。

您好！

您是否可以尝试将. sig 参数设置为 true/1？ 此位是身份验证签名状态、因此该命令可能被拒绝、因为它希望此值为1。

此致、

1月

大家好、Jan、

     我已尝试将. sig 参数设置为 true、现在将 状态设置为    bleLinkEncrypted         0x19   (链接已加密)。

有关信息: n syscfg 配对模式集已在中央启动配对请求,并等待外设中的配对请求,因此当 链路建立时会发生配对。

SysConfig 中绑定管理器的配置

外设：

中心：

谢谢。

Vignesh。

尊敬的 Vignesh：

我懂了。 如果连接已加密、则无需使用该函数的签名版本、这就是它返回该返回代码的原因。 由于链接已加密、因此您应使用操作的非签名版本。 您能否验证这样做是否可以解决您看到的行为？

此致、

1月

大家好、Jan、

     请告诉我应该使用哪个非签名版本进行此操作。

谢谢。

Vignesh。

尊敬的 Vignesh：

我认为 GATT_WriteNoRsp () API 应在本例中正常工作。 您能否验证它是否实现了所需的功能。

此致、

1月

大家好、Jan、

     我已经尝试过 、当 GATT_WriteNoRsp () API 在以下情况下正常工作   ：GATT_LABLE_READ |GATT_LABLE_WRITE、但 GATT_LABLE_AUTHEN_READ |GATT_LABLE_AUTHEN_WRITE  状态成功、但未在外设上启用通知。

谢谢。

Vignesh。

尊敬的 Vignesh：

我懂了。 感谢您的确认。 我想看看实际在空中发生了什么。 您是否具有监听器日志的访问权限？ 您能否提供一个日志，在其中尝试在使用 AUTHEN 权限时使用 GATT_WriteNoRsp ()启用通知？

此致、

1月

大家好、Jan、

  抱歉、我们没有任何 BLE 监听器来获取日志。 请检查一下。

谢谢。

Vignesh。

尊敬的 Vignesh：

明白了。 我可以尝试使用嗅探器在我身边重现此示例。 您能否为我们提供一个 based_ble 项目、其中包含可重新创建行为的最少修改？ 我想确保我们正在处理同一个项目。

此致、

1月

大家好、Jan、

 e2e.ti.com/.../BASIC_5F00_BLE.rar

此处、 在 syscfg 配对模式设置中进行修改的示例 basic_ble 工程在 central 中启动配对请求并等待外设中的配对请求、因此在 建立链路和 通知特性的 GATT 权限后进行配对  

   // Characteristic 4 Declaration
   GATT_BT_ATT( characterUUID,                GATT_PERMIT_READ,                      &simpleGattProfile_Char4Props ),
   // Characteristic Value 4
   GATT_BT_ATT( simpleGattProfile_char4UUID,  0,                                     &simpleGattProfile_Char4 ),
   // Characteristic 4 configuration
   GATT_BT_ATT( clientCharCfgUUID,            GATT_PERMIT_READ | GATT_PERMIT_WRITE,  (uint8 *) &simpleGattProfile_Char4Config ),

//   GATT_BT_ATT( clientCharCfgUUID,            GATT_PERMIT_AUTHEN_READ | GATT_PERMIT_AUTHEN_WRITE,  (uint8 *) &simpleGattProfile_Char4Config ),

   // Characteristic 4 User Description
   GATT_BT_ATT( charUserDescUUID,             GATT_PERMIT_READ,                      simpleGattProfile_Char4UserDesp ),

谢谢。

您好！

您是否也可以共享中央代码？ 这样可以确保我对调试具有相同的设置？

此致、

1月

大家好、Jan、

   此处、在 设置 syscfg 配对模式后进行修改的示例 Basic_BLE_GATT_Client 项目在中央位置启动配对请求。  

SDK 版本： simplelink_lowpower_f3_sdk_7_40_00_64 (外设和中央)

CCS 版本：CCS 12.5.0

e2e.ti.com/.../BASIC_5F00_GATT_5F00_CLIENT.rar

谢谢。

Vignesh。

尊敬的 Vignesh：

明白了。 谢谢你。 我明天应该可以使用蓝牙监听器、并可以运行快速测试。 我将向您提供最新结果。

此致、

1月

尊敬的 Vignesh：

已运行快速测试、但我不确定是否看到问题。 我能够连接两个板、启用通知并接收通知(在 GATT 写入后)。 如果我弄错了、请更正我、但我认为问题是已发送通知启用、但外设未接收到通知启用？

随附的日志供您参考：

 e2e.ti.com/.../notificationLog.btt

此致、

1月

大家好、Jan、

   感谢您 的参与。

这里有两个测试用例。

案例1 - 通知特性在外设配置中的哪个位置 Gatt_permit_read | Gatt_permit_write 。 现在、通知功能已启用、  已进行 GATT 写入、并且外设中正在接收数据并将数据回显到中央设备。

案例2 -  通知特性在外设配置中的哪个位置 GATT_PERIP_AUTHEN_READ |GATT_PERIP_AUTHEN_WRITE  。 现在 启用通知  状态已成功、但未在外设中启用通知、 已进行 GATT 写操作并在外设中接收数据  

我想知道  用于重现问题的外设中通知特性的配置是什么。

您能尝试以上两种情况吗？  

谢谢。

Vignesh。

尊敬的 Vignesh：

我的道歉,似乎是为了允许,而不是允许 Authen. 我明天将对此进行重新测试、并报告给

此致、

1月

尊敬的 Vignesh：

我也在我旁边复制了这一点。 我认为问题可能是、GATT_LABLE_AUTHEN 需要不同的配对或加密设置。 您是否可以指定您计划使用的配对/加密配置？ 此外、如果只想加密属性、则可以使用 GATT_PERIP_encrypt 权限。 通过此连接、数据会被加密(必须在成对连接中)。 我已经测试了项目、并使用加密版本、我能够成功启用通知并看到收到通知：

此致、

1月

大家好、Jan、

感谢 您的 答复。

 当使用 Gatt_permit_encrypt Permission Central 可以在移动设备中启用通知、同时启用通知以进行身份验证(配对)。 验证成功后通知已按预期启用、感谢您的努力。

现在我已将 Basic_Ble_>密码更改为  b_APP_DEFAULT_PASSCODE1 -  112233、同时启用用于身份验证(配对)的通知。 验证成功后、按预期启用通知 并更新密码。

但在中心位置、我没有 修改默认密码、并尝试与外设连接、因为预期配对失败会发生、但配对成功和 Bond 保存已发生。 我可以知道如何 从中央设备进行配对、以及为什么中央设备和外设 未验证密码。 为什么外设 配对_passcodeHandler 函数尚未 执行。

无论我是失踪还是犯错。 请告诉我。

抱歉、我没有任何蓝牙监听器日志。

我正在使用 GATT_CLIENT 代码  、而无需修改我已提供的内容、以及 Basic_Ble_peripheral 中已修改的位置  b_APP_DEFAULT_PASSCODE1 在 配对.c  和  GATT_BT_ATT( clientCharCfgUUID，GATT_LABLE_encrypt_read | GATT_LABLE_encrypt_write， (uint8*)&simple4Config Profile_Char) 、位于 simple_gat_profile.c 中。

谢谢。

Vignesh。

尊敬的 Vignesh：

很高兴听到最后一个代码片段很有帮助！ 关于引脚行为、您可以尝试在两个电路板上执行批量擦除、再次刷新并重试吗？ 我希望确保不会因为之前的绑定被存储而发生任何怪异的行为。 您还能确认您更改密码的方式吗？  定义本地定义还是添加到 SDK 文件中？

此致、

1月

大家好、Jan、

   我已经执行了新加载的代码模块进行测试、因此之前没有发生任何键合节省。

是、我已创建 #define B_APP_DEFAULT_PASSCODE1      112233  处于 pairing.c (Basic_ble_peripheral)中

我没有修改   B_APP_DEFAULT_PASSWORD 文件  、其中包含123456。

谢谢。

Vignesh。          

尊敬的 Vignesh：

明白了、我认为我们需要看到空气中发生了什么、才能看到可能发生了什么。 您能否再次与我分享项目(进行了这些最新更改)？ 我可以运行快速嗅探器日志来查看具体情况。

此致、

1月

大家好、Jan、

此处显示了外设最新更改的项目、  #define B_APP_DEFAULT_PASSCODE1      112233  pairing.c (Basic_ble_peripheral)中提供。  在中央位置、  我没有修改任何我已经共享的内容。

e2e.ti.com/.../7024.BASIC_5F00_BLE.rar

e2e.ti.com/.../0068.BASIC_5F00_GATT_5F00_CLIENT.rar

谢谢。

Vignesh。

尊敬的 Vignesh：

明白了。 谢谢你。 我明天会测试一下、然后再给您回复。

此致、

1月

尊敬的 Vignesh：

我能够重现您看到的行为。 有趣的是、即使看到了配对成功。 外设不允许特性读取确认配对未被接受的字符5。 我用我的智能手机进行了快速测试,在被提示时输入了错误的针脚,并得到了以下日志:

e2e.ti.com/.../FailedPairPhone.btt

它显示配对失败。 这是预料之中的。

当测试您的项目时,似乎中心负责配对,它遵循其规则。 但是、我尝试更改中央设备的 IO 功能、这似乎可以解决问题。 如以下日志所示、该处会显示配对失败：

e2e.ti.com/.../displayAndKeyboardIOCapabilities.btt

此致、

1月

大家好、Jan、

 很抱歉回复延迟。

我已通过 更改中央设备的 IO 功能进行测试、  键盘和显示器均支持  配对失败。

现在将外设和 GATT_CLIENT 密码设置为 #define B_APP_DEFAULT_PASSCODE1      112233  其中  
配对状态：已开始- connectionHandle = 0状态= 0 至  
配对状态：绑定已保存-连接 Handle = 0状态= 0它需要大约104秒来完成配对和绑定保存。 但配对必须完成不到10秒 ,但它需要104秒约可能我知道为什么? 或者我漏掉了某些内容？  

我想知道 中央设备和外设中都需要更新哪些 IO 功能。

谢谢。

Vignesh。

尊敬的 Vignesh：

很高兴您现在看到预期的配对失败行为。 要加快配对速度、可以尝试在 SysConfig 中禁用"Send parameter Update Request"(发送参数更新请求)选项：

Unknown 说：

我想知道 中央设备和外设中都需要更新哪些 IO 功能。

[/报价]

选择的 IO 功能取决于器件的实际 IO 功能和所需的安全配置。 下面链接的蓝牙文章中提供了一些相关信息：

https://www.bluetooth.com/blog/bluetooth-pairing-part-1-pairing-feature-exchange/

此致、

1月

大家好、Jan、

感谢您的答复。

Unknown 说：

要加快配对速度，您可以尝试在 SysConfig 中禁用"Send parameter Update Request"(发送参数更新请求)选项：

我已经尝试,但仍然 需要大约104秒来完成配对和绑定保存。

谢谢。

Vignesh。

尊敬的 Vignesh：

我认为、在这里阅读嗅探器日志可能会有所帮助。 您能否向我提供您正在使用的确切配对和绑定设置？ 这样,我就可以在下周早些时候进行日志记录,看看谁正在等待谁。

此致、

1月

大家好、Jan、

谢谢！

Unknown 说：

您能否为我提供您正在使用的确切配对和绑定设置？

此处是 basic_ble 和 GATT_CLIENT 中的绑定设置图像

GATT_CLIENT：

Basic_ble：

我尝试过  
配对状态：已开始- connectionHandle = 0状态= 0 至  
配对状态：绑定已保存-连接 Handle = 0状态= 0它需要大约104秒来完成配对和绑定保存。 但配对必须在不到10秒内完成 、但大约需要104秒。

此处、我们的  实际要求是 Basic_ble IO  Capabilities-仅  显示器件、GATT_CLIENT IO Capabilities 为无显示或输入器件。 我们正在尝试与默认密钥配对。

谢谢。

Vignesh。

尊敬的 Vignesh：

明白了。 我将在明天的某个时间能够使用 BLE 嗅探器、因此我希望记录并无线查看导致延迟的原因。 一旦我能够记录日志、我就会更新您的信息。

此致、

1月

尊敬的 Vignesh：

我采取了两个基本的 ble 项目,并使一个外围和另一个中央。 我所做的唯一修改是对 SysConfig 进行了以下更改：

中心：

外设：

不过、配对时间还是比较短的。 在空中,我看到了以下内容:

它显示配对在几秒钟内完成。 我已上传以下项目：

e2e.ti.com/.../basic_5F00_ble_5F00_Peripheral.zip

e2e.ti.com/.../basic_5F00_ble_5F00_central_5F00_project.zip

您能否看到自己是否观察到相同的配对延迟？ 如果没有、您能为我提供您的项目来进行测试吗？

此致、

1月

大家好、Jan、

谢谢你。  

我参考了  basic_ble_central 和 basic_ble_peripheral 的键合设置进行了测试、其中 配对在几秒内完成。

从  线程开始、我将使用 basic_ble_peripheral 和 basic_ble_GATT_CLIENT、并且  仅在这些工程中执行了测试。 因此、我没有尝试 basic_ble_central。

这已解决了我的问题。

 我 使用   GitHub SDK 7.20版上提供的 TI 示例中央示例测试 basic_ble_GATT_CLIENT、之后我借助迁移指南迁移到了 SDK 7.4版。

 https://github.com/TexasInstruments/ble_examples/tree/simplelink_low_power_f3_sdk-7.20/examples/rtos/LP_EM_CC2340R5/ble5stack/basic_ble_GATT_client

使用此项目 大约需要104秒才能完成配对和绑定保存。 请您了解为什么需要很长时间才能完成与  basic_ble_GATT_CLIENT 的配对 。

谢谢。

Vignesh。

尊敬的 Vignesh：

很抱歉、在测试过程中、我忘记了您是在使用 GATT 客户端。 我猜是、 未修改的7.40 basic_ble 和 GATT 客户端示例之间存在一些应用程序代码差异、  导致 配对时间增加。 我明天会因为美国假日而不在办公室、但我可以在周一进一步了解潜在的代码差异。 同时、您能否看到 GATT 客户端项目中的配对、中央连接文件与基本 BLE 项目相比是否有任何显著差异？

此致、

1月