Question

这里我想简要了解一下dbus-send命令

我想知道如何使用它以及此命令如何自动调用其他c文件。

这里我举了一个用于蓝牙配对和解除配对的例子。请解释我

dbus-send --system --print-reply --dest=org.bluez  $BT_ADAPTER org.bluez.Adapter.RemoveDevice objpath:$BT_ADAPTER/dev_$BD_ADDR_XX

这里BT_ADAPTER是蓝色适配器，如：/org/bluez/1536/hci0 BD_ADDR_XX是蓝牙地址：XX_XX_XX_XX_XX_XX

在这里，我了解--system --print-reply选项和所有其他选项，但它是如何处理我不知道的源文件。

所以请任何人解释这个命令调用并使用C源文件中的函数。

Answer 1

您需要查看dbus文档，还有很长的路要走。

http://www.freedesktop.org/wiki/IntroductionToDBus

你到底想要什么？编写dbus服务或客户端？

你必须用C语言写，因为python是一个更好的选择。 http://dbus.freedesktop.org/doc/dbus-python/doc/tutorial.html

============================

首先，dbus服务连接到dbus-daemon并要求提供服务地址（在您的情况下为org.bluez）。然后它在不同的对象路径上注册不同的接口，每个接口包含一些方法调用/信号供用户使用。

在你的情况下：

启动Dbus守护程序进程（dbus-daemon --system）。
Bluez守护进程启动并向dbus-daemon询问“org.bluez”服务地址
Bluez守护程序进程在/ org / bluez / {process pid} / {bluetooth controller name}注册一些接口（检查bluez源代码，在doc目录中）
当你调用dbus-send命令时，命令行工具将连接到dbus-daemon，发送服务地址（-dest），对象路径（/ org / bluez / 1536 / hci0），接口名称，你打电话的方法（ org.bluez.Adapter.RemoveDevice）和参数。
Dbus-daemon将其重新发送到bluez

============================

Dbus守护程序无法获取服务地址或方法调用。是您或客户端进程告诉它服务地址和方法调用名称。

然后，DBus守护程序将向目标服务进程发送一个数据包，其中包含obj-path，接口/方法名称和自己格式的参数（通过unix本地套接字文件）。

目标服务进程然后解包数据包，获取对象路径，接口等，决定它应该做什么。这不是自动完成的，您需要编写自己的代码来处理它（方法调度等），或者使用像dbus-glib / gdbus这样的库。

============================

我检查了Bluez-4.98的源代码。它使用gdbus进行方法调度。

以“CreateDevice”为例。

在src / adapter.c中，有这样一个结构

static GDBusMethodTable adapter_methods[] = {
{ "GetProperties",  "", "a{sv}",get_properties      },
{ "SetProperty",    "sv",   "", set_property,
                    G_DBUS_METHOD_FLAG_ASYNC},
{ "RequestSession", "", "", request_session,
                    G_DBUS_METHOD_FLAG_ASYNC},
{ "ReleaseSession", "", "", release_session     },
{ "StartDiscovery", "", "", adapter_start_discovery },
{ "StopDiscovery",  "", "", adapter_stop_discovery,
                    G_DBUS_METHOD_FLAG_ASYNC},
{ "ListDevices",    "", "ao",   list_devices,
                    G_DBUS_METHOD_FLAG_DEPRECATED},
{ "CreateDevice",   "s",    "o",    create_device,
                    G_DBUS_METHOD_FLAG_ASYNC},
{ "CreatePairedDevice", "sos",  "o",    create_paired_device,
                    G_DBUS_METHOD_FLAG_ASYNC},
{ "CancelDeviceCreation","s",   "", cancel_device_creation,
                    G_DBUS_METHOD_FLAG_ASYNC},
{ "RemoveDevice",   "o",    "", remove_device,
                    G_DBUS_METHOD_FLAG_ASYNC},
{ "FindDevice",     "s",    "o",    find_device     },
{ "RegisterAgent",  "os",   "", register_agent      },
{ "UnregisterAgent",    "o",    "", unregister_agent    },
{ }
};

这意味着CreateDevice Method调用最终将调用create_device函数。

在第2418行

    if (!g_dbus_register_interface(conn, path, ADAPTER_INTERFACE,
                adapter_methods, adapter_signals, NULL,
                adapter, adapter_free)) {
    error("Adapter interface init failed on path %s", path);
    adapter_free(adapter);
    return NULL;
}

使用其所有方法和信号注册ADAPTER_INTERFACE（“org.bluez.Adapter”）接口。

然后所有底层dbus事件监视器和方法调度将由gdbus处理（在src / main.c中的init dbus连接和事件处理之后）。当某个客户端调用org.bluez.Adapter.CreateDevice时，它最终会进入src / adapter.c第1468行的create_device函数。

static DBusMessage *create_device(DBusConnection *conn,
                DBusMessage *msg, void *data)
{
struct btd_adapter *adapter = data;
struct btd_device *device;
const gchar *address;
DBusMessage *reply;
int err;

if (dbus_message_get_args(msg, NULL, DBUS_TYPE_STRING, &address,
                    DBUS_TYPE_INVALID) == FALSE)
    return btd_error_invalid_args(msg);

if (check_address(address) < 0)
    return btd_error_invalid_args(msg);

if (!adapter->up)
    return btd_error_not_ready(msg);

if (adapter_find_device(adapter, address))
    return btd_error_already_exists(msg);

DBG("%s", address);
......

我不熟悉gdbus，如果你想深入挖掘，我建议你查看官方网站：http://developer.gnome.org/gio/stable/gdbus-convenience.html

============================

洛尔

然后你只需要查看bluez源代码的'test'目录。

有python和C两个例子。

另外，bluez dbus界面从3.XX变为4.XX，所以请查看正确的版本。

任何人都可以解释这个命令

1 个答案: