通过D-Bus调用StartDiscovery()不重置LE扫描参数的可行性咨询

结论 #

BlueZ 5.50版本默认无法在不调整配置或源码的情况下，保留预先通过HCI命令设置的LE扫描参数，调用org.bluez.Adapter1.StartDiscovery()时必然会重置扫描策略为接受所有设备。
该行为是BlueZ 5.50的固有设计：D-Bus接口触发的扫描操作会主动重新初始化所有扫描相关配置，保证自身状态机统一，不会读取外部直接写入HCI的参数。

低改造成本解决方案 #

无需重构现有D-Bus调用架构，可选择以下方案实现按MAC过滤的需求：

• 方案1：使用D-Bus DiscoveryFilter属性配置过滤（推荐）
  BlueZ 5.50的Adapter1接口原生支持通过DiscoveryFilter属性配置扫描过滤规则，其中Patterns字段可直接指定需要匹配的完整MAC地址，完全满足按MAC过滤的需求，无需手动操作HCI白名单。
  配置示例：

  # 配置过滤规则，仅返回MAC为11:22:33:44:55:66的设备
  busctl set-property org.bluez /org/bluez/hci0 org.bluez.Adapter1 DiscoveryFilter a{sv} 1 "Patterns" as 1 "11:22:33:44:55:66"
  # 调用原有StartDiscovery接口即可生效
  busctl call org.bluez /org/bluez/hci0 org.bluez.Adapter1 StartDiscovery
  

  该方案仅需在原有扫描逻辑前增加一行D-Bus属性配置，几乎没有改造成本。
• 方案2：应用层过滤扫描结果
  若周边广播设备量级没有达到性能瓶颈，可保留原有调用逻辑，在应用层收到InterfacesAdded或PropertiesChanged的设备发现信号时，直接比对MAC地址过滤非白名单设备。该方案零侵入现有架构，仅需新增简单的判断逻辑。
• 方案3：修改BlueZ源码适配白名单逻辑
  若必须使用HCI层面的白名单功能，可修改BlueZ 5.50源码src/adapter.c中adapter_start_discovery函数的LE扫描参数配置逻辑，跳过扫描策略重置步骤，或增加读取现有白名单配置的逻辑，重新编译BlueZ即可。该方案仅需修改BlueZ少量代码，无需调整上层应用。

注意：不建议同时混用直接HCI操作和BlueZ D-Bus接口操作蓝牙适配器，外部直接修改HCI配置会导致BlueZ内部状态不同步，可能触发不可预期的异常。

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