Other Parts Discussed in Thread: BLE-STACK
器件型号： CC2340R5
Thread 中讨论的其他器件： BLE-STACK
您好 TI 支持团队：
我在 CC23xx 器件上使用 simplelink_lowpower_f3_SDK_8_40_00_61。
我目前正在从事蓝牙 PTS 认证工作、需要该栈通过以下测试用例：
我已使用 SimpleLinkTm CC2340R5x 的资格认证记录 Q344718（子集 DN）导入并测试。（资格认证工作区-合格产品详细信息）
我 对默认（经过认证）ICS 进行了一次修改：
TSPX_SECURE_CONNECTION 更改为 TRUE。 所有其他 ICS 设置均保持由 TI 提供的状态。
测试用例：
GATT/SR/GAR/BI 05-C
（读取特征值–加密密钥大小不足）
测试摘要：
此测试要求 IUT（待测实现方案）即使加密密钥大小小于要求、也能接受连接、并使用 ATT 错误 0x0C（加密密钥大小不足）响应 GATT/ATT 读取请求。
预期行为：
IUT 应允许建立 BLE 连接并允许弱（小于所需的）加密密钥大小、但是、当访问的属性的密钥大小不足时、它应根据蓝牙 PTS 测试用例指定的 ATT 错误 0x0C 进行响应。
当前情况/问题：
使用 SDK v8.40.00.61 时、当加密密钥大小不满足所需的最小值时、栈当前会在连接或配对阶段拒绝连接（包括基于 L2CAP 信用的通道）、而不是允许连接并返回 ATT 0x0C 错误以响应 GATT/ATT 请求。
检查 SDK（包括 gapbondmgr.c、app_l2cap_COC.c）后、似乎在建立连接之前强制执行了最低加密密钥大小要求、并且我无法找到方法来临时放宽此检查以进行认证。
请求：
- 是否有任何官方方法、配置选项或权变措施来临时允许加密密钥大小小于所需密钥大小的 BLE 连接、以便栈在属性访问阶段返回 ATT 错误 0x0C？
- 是否有任何 SDK 更新、补丁或已知权变措施来解决 v8.40.00.61 中的 PTS 一致性密钥大小验证问题？
非常感谢您的支持。 如果您能提供任何指导或信息来帮助我解决此 BLE 认证问题、我将不胜感激。
此致、
土屋。
