STM32 BlueNRG-MS芯片BLE应用开发核心功能实现咨询

1. 可发现性（已解决验证） #

你当前的调用逻辑完全符合BlueNRG-MS协议栈的API设计规范，aci_gap_set_non_discoverable()接口会关闭GAP通用可发现广播，正常调用后不会被LightBlue这类通用扫描工具检索到，该实现方案无需额外调整。

2. 仅接受已配对设备连接实现方案 #

该需求可通过BLE原生能力实现，不需要完全自研地址校验逻辑：

• 基础功能可以直接用BLE原生白名单机制实现：调用aci_gap_configure_whitelist()接口将已配对设备加入白名单，再设置GAP连接过滤规则为仅接受白名单设备发起的连接；需要配对新设备时临时关闭过滤规则即可，配对完成后重新开启过滤。
• 针对iOS、安卓新款设备定期更换蓝牙隐私地址导致白名单失效的问题，BLE规范有原生适配方案：配对时开启*绑定（Bonding）*功能，BlueNRG-MS协议栈会自动存储对方设备的身份解析密钥（IRK），协议栈底层会自动用IRK解析轮换后的随机隐私地址，匹配到已绑定的设备身份，完全不需要上层手动处理地址变化逻辑，你只需要将绑定信息持久化存储在芯片内置非易失存储或外置Flash即可。
• 如果你的应用场景不需要兼容高隐私等级设备，也可以选择在配对成功后手动存储对方的公共蓝牙地址，在GAP连接事件回调中手动校验连接发起方地址，该方案实现逻辑更简单，适合小型物联网设备场景。

3. 自动重连机制实现逻辑 #

你提到的手机与车载设备自动重连的场景，默认由作为中心设备的手机侧主动发起，BLE规范未强制要求重连逻辑的实现侧，两种方案均可按需选择：

• 中心侧（手机）主动重连：主流手机系统都会自动维护已绑定BLE设备列表，只要扫描到已绑定设备的合法广播，就会主动发起连接，不需要在BlueNRG-MS外设侧添加任何额外逻辑，这也是目前蓝牙耳机、车载蓝牙等消费电子场景的通用实现方案，部分定制安卓系统需要给对应APP开启蓝牙后台运行权限才能正常触发自动重连。
• 外设侧主动重连：如果你的场景需要外设主动寻找已绑定的中心设备，也可以在BlueNRG-MS侧开启主动扫描，扫描到已绑定设备的广播后主动发起连接，该逻辑需要你自行实现扫描、地址/IRK匹配、连接触发的上层逻辑，BlueNRG-MS的API原生支持外设作为连接发起者。

内容的提问来源于stack exchange，提问作者po.pe