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.
Configurar o ambiente de build
No diretório de trabalho, crie o
envsetup.shscript para configurar o ambiente de build, defina o Cuttlefish como destino de build e crie ovsidlcgerador de código:source build/envsetup.sh lunch sdv_core_cf-trunk_staging-userdebug m vsidlcDefina sua arquitetura criando uma pasta chamada
my_catalogcom 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: ["**/*"], }
Gere uma implementação de esqueleto e arquivos de configuração executando:
vsidlc -c /path/to/catalog -o /path/to/output --services --apexPara cada pacote de serviços, encontre a implementação do Rust em
/path/to/output/services/ServiceBundleName/src/main.rs.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
TODOemmain.rse 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(); } }Para incluir o pacote na imagem do sistema, adicione o nome do módulo APEX gerado ao arquivo make do produto.
Abra o arquivo make do produto (por exemplo,
/device/google/sdv/sdv_core_base/sdv_samples_core_services.mk).Adicione o módulo a
PRODUCT_PACKAGESadicionando:PRODUCT_PACKAGES += com.android.sdv.sample.quickstart PRODUCT_PACKAGES += com_android_sdv_sample_quickstart_orchestration_configurations
Crie a imagem:
mExecute e verifique a execução do pacote de serviços:
Inicie um dispositivo Cuttlefish virtual:
sdv-cf create --instance_name=instance1Execute 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/instanceOrquestrador
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 rebootVerifique 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.