3

我正在使用（每个人最喜欢的）BlueZ 5.40 编译并运行具有实验性功能，我需要扫描 LE 设备，配对并连接到一个并通过 D-Bus API 读/写特征。我研究了 hcitool、gatttool 和 bluetootctl 的来源，并使用 GDBus 做了一个基本的应用程序。但是，它有几个问题。

  1. 扫描不添加 /org/bluez/hci0/dev_XX_XX_XX_XX_XX_XX obj。org.bluez 总线的路径（使用 d-feet 检查）。考虑到它不是基于 D-Bus 的，这并不奇怪，但是当我使用 StartDiscovery 时，它根本没有检测到我的设备。bluetoothctl 也没有。

之后，我使用 gatttool 和 simple-agent 作为解决方法来创建对象路径，然后使用我的程序进行连接，但我遇到了另一个问题：

  1. 当我尝试读取特征时，我收到“连接已关闭 (18)”错误。我怀疑这与蓝牙设备之间的连接无关，它谈论的是 D-Bus 本身，因为当我尝试使用 SetDiscoveryFilter 仅为 LE 设备设置扫描过滤器时，我收到相同的错误。

每当我只使用 Connect 和 Disconnect 功能时，一切似乎都工作正常，但用于此类应用程序的用途......有限。所以我的问题是：

  1. 如何使用 GDBus 扫描 LE 设备？如果这不可能，如何手动添加设备或说服蓝牙为我做呢？

  2. 如何正确读取特征？

即使在缩短之后代码也相当长，所以我把它放在pastebin上： http://pastebin.com/YNLMF0qC。
编译g++ -std=c++11 $(pkg-config --cflags glib-2.0 gobject-2.0 gio-2.0) ./main.cpp $(pkg-config --libs glib-2.0 gobject-2.0 gio-2.0 bluez)

4

2 回答 2

3

终于做对了。
1.最近被BlueZ 5.41解决了。我的设备是“可扫描的”，但不是“可发现的”。这意味着它广播了广告数据包，但因为它不允许没有 PIN 的连接来发现进一步的服务。在 BlueZ 5.41 中，如果您使用 SetDiscoveryFilter 设置任何过滤器，这些设备也会在扫描期间变得可见。这是对https://git.kernel.org/cgit/bluetooth/bluez.git/tree/doc/adapter-api.txt的最新补充（而且一点也不直观！）：

设置发现过滤器后，将创建设备对象，因为无论它们是可连接的还是可发现的，都会发现具有匹配条件的新设备，从而可以侦听不可连接和不可发现的设备。

  1. 纯粹是我的错。正如我所说，我在 ReadValue 和 SetDiscoveryFilter 上遇到了同样的错误，但这个错误与 DBus 连接无关。这是由不正确的 GVariant 参数引起的。正确的形式"(a{sv})"不是“({sv})”。例如GVariant *args = g_variant_new_parsed("({'Transport': <%s>},)", "le");对于 SetDiscoveryFilter 并且GVariant *args = g_variant_new_parsed("({'offset': <%q>},)", offset);工作正常。
于 2016-08-01T15:49:55.803 回答
2

您根本不应该使用 Bluez C 函数。而是使用较新的 GDBus 函数。在https://git.kernel.org/cgit/bluetooth/bluez.git/tree/doc/adapter-api.txt，您可以了解如何扫描。调用 StartDiscovery。DBus 设备将在被发现时添加。监听接口添加信号以检测新设备。你说没有检测到设备很奇怪，因为它应该可以工作。

ReadValue 方法应该可以工作。您在阅读时是否连接到设备？

还要使用 hciconfig 检查 hci 层是否已启动。如果没有任何效果，您可以随时运行“sudo btmon”来捕捉正在发生的事情。

于 2016-07-14T14:00:34.960 回答