你好，
我们的应用程序是基于ble_app_all_in_one，一切都运行良好（PC，安卓，iOS设备，USER_CFG_FEAT_SEC_REQ设置为GAP_SEC1_SEC_PAIR_ENC或GAP_SEC1_AUTH_PAIR_ENC）上DA14580DEVKT-P_VC发展过程中，但配对停在现有的板时，部署工作。
如果USER_CFG_FEAT_SEC_REQ设置为GAP_SEC1_AUTH_PAIR_ENC，配对失败：
>验证失败，状态BLE_GAP_SEC_STATUS_CONFIRM_VALUE
如果USER_CFG_FEAT_SEC_REQ设置为GAP_SEC1_SEC_PAIR_ENC，配对失败：
>验证失败，状态BLE_GAP_SEC_STATUS_DHKEY_FAILURE
由于许多DA14585_WLCSP34和DA14585_QFN40 dautherboards的帮助下，我们所在的原因：使用同一FW和SmartSnippets工具箱 - 足球运动员，我们发现，与OTP所有dautherboards编程失败配对过程，并与空OTP所有dautherboards已成功配对。
其中OTP字段/值的原因是，什么是解决办法？我们不能调试因为...好.. OTP，除非我们有100个dautherboards以蛮力。
谢谢，
Bojan.
设备：
嗨bojanpotocnik，
谢谢你的问题在线。请阅读OTP页眉和你会看到，没有任何提交相关的安全性。这种行为是不相关的OTP。是否可以使用BLE嗅探器和共享一个日志文件，这样我们就可以明白发生了什么在空中？
谢谢，PM_DIALOG.
原来，这是不是OTP的直接过错。
写在评论在此C-代码段如果OTP没有那么编程CFG_NVDS_TAG_BD_ADDRESS将被用来获得BD地址值。它只是碰巧CFG_NVDS_TAG_BD_ADDRESS的价值是一样的我们测试的蓝牙地址，所以它从来没有真正改变。
当我们开始实际设置真正的BD地址，CFG_NVDS_TAG_BD_ADDRESS的价值是不正确的，地址是在运行时改变 - 导致配对失败，因为在不同的问题描述 -配对改变设备BD地址失败后，。因此，当生产设备与OTP FW运行不编程，BD地址是通过命令设置 - 导致配对失败。但随着OTP上dautherboards测试时编程 - 在OTP中不会忽略比我们的测试地址（同CFG_NVDS_TAG_BD_ADDRESS）不同，再次触发地址变更（将其更改为我们的测试地址） - 配对失败。
这无助于集CFG_NVDS_TAG_BD_ADDRESS到全0（co_null_bdaddr），该行为是相同的。如果nvds_get_func更改为返回NVDS_FAIL，则默认对话框BT地址在ROM应用（A8：89：67：45：......）。
嗨Bojan，
我们从论坛采取了这种离线 - 电子邮件已经在您的注册地址被发送。
谢谢，PM_DIALOG.