Início rápido: criar e executar pacotes de serviços SDV

Esta página mostra como criar um pacote de serviços SDV, empacotá-lo no formato de arquivo APEX e executá-lo em um dispositivo Cuttlefish virtual. As unidades principais de execução de código no sistema SDV são os pacotes de serviços. Os pacotes de serviços fornecem métodos de ciclo de vida que o sistema executa quando o estado do sistema muda.

  1. Configurar o ambiente de build

    No diretório de trabalho, crie o envsetup.sh script para configurar o ambiente de build, defina o Cuttlefish como destino de build e crie o vsidlc gerador de código:

    source build/envsetup.sh
    lunch sdv_core_cf-trunk_staging-userdebug
    m vsidlc
    
  2. Defina sua arquitetura criando uma pasta chamada my_catalog com estes arquivos:

    • tire.proto:define a estrutura de dados que você está enviando:

      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:define os pacotes de serviços e a comunicação deles:

      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:define o processo de build:

      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. Gere uma implementação de esqueleto e arquivos de configuração executando:

    vsidlc -c /path/to/catalog -o /path/to/output --services --apex
    
  4. Para cada pacote de serviços, encontre a implementação do Rust em /path/to/output/services/ServiceBundleName/src/main.rs.

  5. Por padrão, a implementação gerada cria mensagens com valores padrão e as envia entre editores e assinantes ou clientes e servidores RPC. Para modificar esse comportamento, procure os comentários TODO em main.rs e ajuste-os às suas preferências. Exemplo:

      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. Para incluir o pacote na imagem do sistema, adicione o nome do módulo APEX gerado ao arquivo make do produto.

    1. Abra o arquivo make do produto (por exemplo, /device/google/sdv/sdv_core_base/sdv_samples_core_services.mk).

    2. Adicione o módulo a PRODUCT_PACKAGES adicionando:

      PRODUCT_PACKAGES += com.android.sdv.sample.quickstart
      PRODUCT_PACKAGES += com_android_sdv_sample_quickstart_orchestration_configurations
      
  7. Crie a imagem:

    m
    
  8. Execute e verifique a execução do pacote de serviços:

    1. Inicie um dispositivo Cuttlefish virtual:

      sdv-cf create --instance_name=instance1
      
    2. Execute o pacote de serviços quando o sistema for inicializado:

      Manualmente

      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
      

      Orquestrador

      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. Verifique a execução do pacote de serviços:

      adb logcat *:F com_android_sdv_sample_quickstart_Manager_instance:* com_android_sdv_sample_quickstart_Monitor_instance:*
      

      Esse comando mostra registros que exibem os pacotes de serviços trocando mensagens:

      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 } } }
      

A seguir

Saiba mais sobre a linguagem de definição de interface de serviços de veículos (VSIDL, na sigla em inglês) e como definir seus próprios pacotes de serviços do zero.