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

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

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

    В рабочей директории выполните команду `source envsetup.sh для настройки среды сборки, установите Cuttlefish в качестве цели сборки и соберите генератор кода vsidlc :

    source build/envsetup.sh
    lunch sdv_core_cf-trunk_staging-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: Определяет пакеты сервисов и механизм их взаимодействия:

      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 и настройте их в соответствии со своими предпочтениями. Например:

      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. Откройте файл makefile вашего продукта (например, /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
    
  8. Запустите и проверьте выполнение пакета служб:

    1. Запустите виртуальное устройство «Каракатица»:

      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) и о том, как создавать собственные пакеты услуг с нуля.