当我重复发现时，Bluez 不会重新发现设备答案

【问题标题】：Bluez doesn't re-discover devices when I repeat discovery当我重复发现时，Bluez 不会重新发现设备
【发布时间】：2019-12-10 22:02:52
【问题描述】：

我在 Ubuntu 和 Raspian 上通过 DBus 使用 the Bluez API。为此，我使用npm's dbus package，但我 99% 确信这不是这里的问题。它所做的只是通过C++ 将 Linux 的 DBus API 连接到 Node.js。但这就是为什么我的代码是用 JavaScript 编写的。

我基本上做的是加载system bus、bluez adapter 和object manager 并开始发现，就像这样（简化的半伪代码）：

const systembus = DBus.getBus("system");
const adapter = systembus.getInterface("org.bluez", "/org/bluez/hci0", "org.bluez.Adapter1");
const manager = systembus.getInterface("org.bluez", "/", "org.freedesktop.DBus.ObjectManager");

manager.on("InterfacesAdded", (path, interfaces) => {
  const device = interfaces["org.bluez.Device1"];
  if (device) console.log("Found", device);
});

adapter.StartDiscovery();

当我调用此脚本时，我会看到许多设备的列表。当我停止脚本并重新启动它时，我什么也看不到。或者可能像一两个。如果我等待几分钟，我可以再次看到我的设备。

在我看来我在这里错过了一步，也许我需要重置适配器，也许发现仍在后台运行，我必须等待才能开始新的？或者，我知道有managed objects 存储在某个地方，也许它们不会被重新发现？但是加载那些managed objects 会返回undefined。

【问题讨论】：

您可能需要使用GetManagedObjects 来获取现有设备。如答案中所述，新出现的设备将在180秒后被蓝牙自动删除。您可以在此处参考示例：linumiz.com/bluetooth-list-devices-using-gdbus，但这是使用 glib gdbus 用 C 语言编写的。
奇怪的是，当我查询托管对象时，它们似乎是未定义的，但也许我在那里做错了什么。我会调查一下，谢谢。

标签： bluetooth dbus bluez

【解决方案1】：

如果 Bluez 正在向 dbus 添加新设备，您只会在 InterfacesAdded 上收到信号。如果设备未使用，它将在 180 秒后从 dbus 中删除....然后您将收到 InterfacesRemoved 信号。

因此，在您的情况下，您在第一次添加设备时会看到它，但您不会再次收到它，因为它已经存在！如果您等待超过 180 秒，您将再次看到它，除非设备已绑定，在这种情况下，它将永远留在 dbus 上。

您需要做的是监听 PropertiesChanged。每次设备的属性（例如 RSSI）发生更改时，您都会收到回调。如果这样做，您还将“看到”已经在 dbus 上的设备。

【讨论】：

感谢您的回答，这很有道理。我仍在调查中，一旦查明真相就会接受您的回答。