Zephyr 3.7.0 BLE Central自动重连失败问题求助

针对你遇到的三个问题，结合Zephyr BLE栈的逻辑逐一分析：

1. 自动重连时disconnected_cb未触发是否正常？是否需提交GitHub Issue？ #

• 这不是正常行为。Zephyr的BLE栈无论是否开启自动重连，连接断开的事件都应该触发disconnected_cb回调——自动重连只是断开后的后续动作，不应该屏蔽断开事件本身。
• 如果你已经确认代码中正确注册了回调（没有被覆盖、注销），且最小复现环境下依然出现该问题，建议提交GitHub Issue，附带你的最小复现代码、KConfig配置和运行日志，方便Zephyr团队定位问题。

2. 外设断开时出现BT_HCI_OP_LE_CREATE_CONN_CANCEL（0x200e）status 0x0c（COMMAND DISALLOWED）错误的原因 #

• 错误码0x0c（COMMAND DISALLOWED）表示当前设备状态不允许执行该命令。结合场景分析，大概率是Zephyr 3.7自动重连的状态管理逻辑存在bug：
  • 当外设断开后，栈触发自动重连流程，发起LE_CREATE_CONN请求；但此时栈内部可能错误地尝试调用LE_CREATE_CONN_CANCEL命令，而当前并没有正在进行的连接创建请求，导致返回该错误。
  • 也可能是断开事件与自动重连的扫描/连接请求存在时序冲突，比如栈还未完成断开状态的清理，就触发了取消操作，导致命令不被允许。

3. 重连时bt_conn_set_security()返回0但安全等级未生效的原因 #

• bt_conn_set_security()返回0仅代表HCI命令发送成功，不代表安全等级已经生效——安全协商是异步流程，需要通过security_changed_cb回调确认最终的安全等级。
• 自动重连场景下，若之前已完成配对绑定，Zephyr栈默认会自动恢复加密连接（需确保CONFIG_BT_SECURITY_AUTO已开启），此时手动调用bt_conn_set_security()可能被栈的自动安全流程覆盖，导致设置无效。
• 检查绑定信息是否被正确保存：如果设备重启后绑定信息丢失，重连时无法直接恢复加密，需要重新配对，此时调用bt_conn_set_security()只会触发配对流程，而非直接生效L3等级。
• 确认传入的安全等级参数是否正确：BT安全等级3对应的参数是BT_SECURITY_L3，若传参错误也会导致设置不生效。

内容的提问来源于stack exchange，提问作者Groux