Быстрый старт: создание и выполнение пакетов сервисов SDV

На этой странице рассказывается, как создать пакет сервисов SDV, упаковать его в формат файла APEX и выполнить на виртуальном устройстве Cuttlefish. Основными единицами выполнения кода в системе SDV являются пакеты сервисов. Пакеты сервисов предоставляют методы жизненного цикла, которые система выполняет при изменении своего состояния.

  1. Настройте среду сборки

    В рабочем каталоге запустите скрипт envsetup.sh, чтобы настроить среду сборки, укажите Cuttlefish в качестве целевого объекта сборки и соберите генератор кода vsidlc:

    source build/envsetup.sh
lunch sdv_core_cf-aosp_current-userdebug
m vsidlc

  2. Определите архитектуру, создав папку с названием my_catalog и следующими файлами:

    • tire.proto – определяет структуру отправляемых данных:

      syntax = "proto3";

package com.android.sdv.sample.quickstart;

import "google/protobuf/empty.proto";
import "sdv/vsidl/v1/annotations.proto";

message TirePressure {
  uint32 pressure = 1;
}

message TireInfoResponse {
  string serial_number = 1;
  uint32 max_pressure = 2;
}

service TireService {
  rpc GetTireInfo(google.protobuf.Empty) returns (TireInfoResponse);
}

    • architecture.vsidl – определяет пакеты сервисов и их взаимодействие. Чтобы узнать, как настроить подсветку синтаксиса, проверку и автозаполнение в Android Studio for Platform, прочитайте статью Как редактировать файлы VSIDL.

      package: "com.android.sdv.sample.quickstart"

service_bundle {
  name: "Manager"

  publisher {
    message: "TirePressure"
    topic: "pressure"
    capacity: 8
  }

  server {
    service: "TireService"
    channel: "tire-service"
  }
}

service_bundle {
  name: "Monitor"

  subscriber {
    message: "TirePressure"
    topic: "pressure"
  }

  client {
    service: "TireService"
    channel: "tire-service"
  }
}

    • Android.bp: определяет процесс сборки.

      rust_protobuf {
    name: "libquickstart_sample_tire_proto",
    crate_name: "quickstart_sample_tire_proto",
    protos: [
        "tire.proto",
    ],
    source_stem: "quickstart_sample_tire_proto_source",
    rustlibs: [
        "libvsidl_v1_stdlib_proto_rs",
    ],
    proto_flags: [
        "-I external/protobuf/src",
    ],
    vendor_available: true,
    product_available: true,
    apex_available: [
        "//apex_available:platform",
        "//apex_available:anyapex",
    ],
    min_sdk_version: "35",
}

filegroup {
    name: "vsidl_quickstart_catalog",
    srcs: ["**/*"],
}

  3. Сгенерируйте шаблон реализации и файлы конфигурации, выполнив следующую команду:

    vsidlc -c /path/to/catalog -o /path/to/output --services --apex

  4. Реализацию Rust для каждого пакета сервисов можно найти в /path/to/output/services/ServiceBundleName/src/main.rs.

  5. По умолчанию сгенерированная реализация создает сообщения со значениями по умолчанию и отправляет их между издателями и подписчиками или клиентами и серверами RPC. Чтобы изменить это поведение, найдите комментарии TODO в файле main.rs и измените их в соответствии со своими предпочтениями. Пример:

    rust async fn handle_tire_pressure_front_left_publisher(publisher: sdv::mw::Publisher<TirePressure>) { loop { // TODO: Modify the frequency of publishing messages here. sleep(Duration::from_secs(1)).await; // TODO: Modify the message content here. let message = TirePressure::default(); info!("Publishing on TirePressure#FRONT_LEFT"); publisher.publish(&message).unwrap(); } }

  6. Чтобы включить пакет в образ системы, добавьте название сгенерированного модуля APEX в файл makefile продукта.

    1. Откройте make-файл продукта (например, /device/google/sdv/sdv_core_base/sdv_samples_core_services.mk).

    2. Добавьте модуль в PRODUCT_PACKAGES, указав следующее:

      PRODUCT_PACKAGES += com.android.sdv.sample.quickstart
PRODUCT_PACKAGES += com_android_sdv_sample_quickstart_orchestration_configurations

  7. Создайте образ:

    m

    После того как образ системы будет включать APEX (или ключ, используемый для его подписи), вы также сможете создавать и развертывать итеративные изменения непосредственно с помощью значка на полях apex/Android.bp в Android Studio for Platform. Подробнее о том, как развертывать пакеты сервисов SDV…

  8. Запустите и проверьте выполнение пакета сервисов:

    1. Запустите виртуальное устройство Cuttlefish:

      sdv-cf create --instance_name=instance1

    2. Запустите пакет сервисов при загрузке системы:

      Вручную

      adb wait-for-device
adb root
adb shell sdv_service_bundle start local-vm:com.android.sdv.sample.quickstart.Manager/instance
adb shell sdv_service_bundle start local-vm:com.android.sdv.sample.quickstart.Monitor/instance

      Оркестратор

      adb wait-for-device
adb root
# Apply global orchestration configuration by setting system property
adb shell setprop persist.sdv.orchestrator_config_path "etc/orch/vm_quickstart_orch_config.textproto"
adb reboot

    3. Проверьте выполнение пакета сервисов:

      adb logcat *:F com_android_sdv_sample_quickstart_Manager_instance:* com_android_sdv_sample_quickstart_Monitor_instance:*

      Эта команда отображает журналы, в которых показаны пакеты служб, обменивающиеся сообщениями:

      03-30 13:41:31.505   967   976 I com_android_sdv_sample_quickstart_Manager_instance: sdv_lm_manager: Publishing on TirePressure#PRESSURE
03-30 13:41:31.505   983   991 I com_android_sdv_sample_quickstart_Monitor_instance: sdv_lm_monitor: Received message on TirePressure#PRESSURE: [TirePressure { pressure: 0, special_fields: SpecialFields { unknown_fields: UnknownFields { fields: None }, cached_size: CachedSize { size: 0 } } }]
03-30 13:41:31.626   983   991 I com_android_sdv_sample_quickstart_Monitor_instance: sdv_lm_monitor: Sending request on Monitor/TireService
03-30 13:41:31.627   967   976 I com_android_sdv_sample_quickstart_Manager_instance: sdv_lm_manager: Received request on Manager/TireService: Empty { special_fields: SpecialFields { unknown_fields: UnknownFields { fields: None }, cached_size: CachedSize { size: 0 } } }
03-30 13:41:31.627   983   991 I com_android_sdv_sample_quickstart_Monitor_instance: sdv_lm_monitor: Received response on Monitor/TireService: TireInfoResponse { serial_number: "", max_pressure: 0, special_fields: SpecialFields { unknown_fields: UnknownFields { fields: None }, cached_size: CachedSize { size: 0 } } }

Что дальше

Узнайте больше о языке определения интерфейса автомобильных сервисов (VSIDL) и о том, как создавать собственные пакеты сервисов.