gpt4 book ai didi

dbus - 如何使用dbus-send调用org.bluez.Adapter1.StartDiscovery?

转载 作者:行者123 更新时间:2023-12-02 00:46:17 35 4
gpt4 key购买 nike

我正在尝试使用 dbus-send 与 Bluez 5.44 进行交互命令行工具。我似乎无法让它正确地开始发现,尽管当我使用 bluetoothctlscan onscan off 命令时它工作正常。我还可以使用 d-feet 开始和停止发现。

我试过在发出命令之前关闭和打开电源,但它似乎没有开始发现。

我使用的命令行是:

dbus-send --system --type=method_call --print-reply --dest=org.bluez \
/org/bluez/hci0 \
org.bluez.Adapter1.StartDiscovery

发出此命令时,我通常从 dbus-monitor 得到的是 Discovering 属性为 false

作为引用,这是 d-feet 显示的内容。

.

这个命令我做错了什么?

最佳答案

问题是 dbus-send 几乎立即退出。 BlueZ 跟踪请求发现的客户端(打开适配器的 D-Bus 代理),当没有更多客户端请求时,发现将停止。

d-feet 和 bluetoothctl 是长期存在的进程,它们使适配器的 org.bluez.Adapter1 代理保持事件状态。

我在使用 glib 客户端时遇到了同样的问题,解决方案是让适配器的 D-Bus 代理对象保持事件状态。

如果您必须坚持使用 dbus-send,这可能是个坏消息。

关于dbus - 如何使用dbus-send调用org.bluez.Adapter1.StartDiscovery?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43550424/

35 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com