你好
当我的主设备（不同供应商的BLE芯片）尝试与我的DA14581配对时，DA14581会响应GAPC_配对失败，原因为“未指定”。除此之外，文档（RW-BLE-GAP-IS）中没有太多内容。
如果主机设置绑定标志，则配对有效。
任何帮助都将不胜感激！
设备：
⚠️
你好。。谢谢你来到论坛。令人兴奋的消息！我们现在正在迁移到新的论坛平台，该平台将提供更好的功能，并包含在主对话网站中。所有员额和帐户都已迁移。我们现在只接受新论坛的流量-请在//www.wsdof.com/support. 我们将在未来几天内修复bug/优化搜索和标记。
你好。。谢谢你来到论坛。令人兴奋的消息！我们现在正在迁移到新的论坛平台，该平台将提供更好的功能，并包含在主对话网站中。所有员额和帐户都已迁移。我们现在只接受新论坛的流量-请在//www.wsdof.com/support. 我们将在未来几天内修复bug/优化搜索和标记。
嗨，杰米谢伯特，
我不确定我是否了解这种情况，但配对过程要求启动器（即主机）发送配对请求，并在配对请求消息的Auth req字段中将绑定标志设置为bonding，b01（不确定这是否是您要引用的绑定标志）。您能否更具体地说明您的设置，您使用的是哪个SDK示例，还是基于您的应用程序？“如果主机设置了绑定标志，则配对工作”的确切含义是什么？如上所述，这是由规范定义的，主设备应在配对请求中设置绑定标志。您收到的消息是由于不同类型的原因导致配对失败的一般原因，此原因由BLE规范指定。
由于MT_dialog
你好
是的，我指的就是这面旗帜。
这是我们自己的应用程序，基于5.0.4SDK。
不确定我们是否理解您的陈述“主机应在配对请求中设置绑定标志”。
在BLE v4.1规范第3卷C部分通用访问配置文件第9.4节“粘合模式和程序”中，非粘合是强制性的，可粘合是可选的。没有任何说明中央/启动器必须处于可绑定模式。。。
9.4.2.2条件
当设备处于外围或中心角色时，设备应支持不可绑定模式。如果设备不支持安全管理器部分中定义的配对，则认为它处于不可绑定模式。如果支持安全管理器配对，主机应将Bonding_Flags设置为[Vol. 5]中定义的“No Bonding”。3]、H部分3.5.1和bonding信息不得交换或存储。
3.5.1配对请求
启动器通过向响应设备发送配对请求命令来启动配对功能交换。
在配对请求命令中是auth字段，包含2位Bonding_Flags。
谢谢,
JH
嗨JamesHiebert，
你能告诉我你想要达到的目标吗？我的意思是，您希望发送一个配对请求，而不将中央设备的绑定标志设置为Bonding，即它不愿意配对的设备，并存储绑定信息。可绑定设备并非必须是可绑定的，但如果要执行配对，则应将标志设置为“可绑定”。关于您对规范的引用，其中提到：
9.4.2.2条件
当设备处于外围或中心角色时，设备应支持不可绑定模式。如果设备不支持安全管理器部分中定义的配对，则认为它处于不可绑定模式。如果支持安全管理器配对，主机应将Bonding_Flags设置为“No Bonding”如[Vol.3]第H部分第3.5.1节所定义不得交换或储存担保信息。
键合有两种模式，非键合模式和键合模式。键合只能在键合模式下的两个设备之间发生。表9.4中定义了设备支持键合模式和程序的要求
另外，请检查表9.4中的9.4.1要求：
由于MT_dialog
MT_对话，
当中央设备将绑定标志设置为不可绑定时，外围设备（DA14581）以“未指定”为由拒绝配对请求（GAPC_配对_失败）。我们试图理解外设拒绝请求的原因。
JH
嗨JamesHiebert，
关于GAPC_配对失败，这取决于外围设备的要求以及中央设备在配对请求中发送的确切内容，如果中央设备没有nessecary要求以支持外围设备所需的安全级别，那么您将获得设置中未指明的原因。例如，如果您不允许从中心分发任何密钥（因为您将标志设置为“无绑定”，所以您不允许），并且您的外围设备具有特定类型的安全级别，需要共享这些密钥以满足该安全级别，则外围设备将拒绝配对过程，原因不明，因为中央系统无法达到要求的安全级别。
由于MT_dialog
谢谢