Kurzanleitung: SDV-Service-Bundles erstellen und ausführen

Auf dieser Seite erfahren Sie, wie Sie ein SDV-Dienstpaket erstellen, es in das APEX-Dateiformat packen und auf einem virtuellen Cuttlefish-Gerät ausführen. Die primären Einheiten der Codeausführung auf dem SDV-System sind die Dienstpakete. Dienstpakete bieten Lebenszyklusmethoden, die das System ausführt, wenn sich der Systemstatus ändert.

  1. Build-Umgebung einrichten

    Rufen Sie im Arbeitsverzeichnis das envsetup.sh Skript auf, um die Build-Umgebung einzurichten, Cuttlefish als Build-Ziel festzulegen und den vsidlc Code-Generator zu erstellen:

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

  2. Definieren Sie Ihre Architektur, indem Sie einen Ordner mit dem Namen my_catalog mit diesen Dateien erstellen:

    • tire.proto:Definiert die Datenstruktur, die Sie senden:

      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:Definiert die Dienstpakete und ihre Kommunikation:

      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:Definiert den Build-Prozess:

      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. Generieren Sie eine Skelettimplementierung und Konfigurationsdateien mit folgendem Befehl:

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

  4. Die Rust-Implementierung für jedes Dienstpaket finden Sie unter /path/to/output/services/ServiceBundleName/src/main.rs.

  5. Standardmäßig erstellt die generierte Implementierung Nachrichten mit Standardwerten und sendet sie zwischen Publishern und Abonnenten oder RPC-Clients und ‑Servern. Wenn Sie dieses Verhalten ändern möchten, suchen Sie in main.rs nach den TODO-Kommentaren und passen Sie sie an Ihre Vorlieben an. Beispiel:

      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. Wenn Sie Ihr Paket in das Systemimage einbeziehen möchten, fügen Sie den generierten APEX-Modulnamen in die Produkt-Makefile ein.

    1. Öffnen Sie die Produkt-Makefile (z. B. /device/google/sdv/sdv_core_base/sdv_samples_core_services.mk).

    2. Fügen Sie das Modul zu PRODUCT_PACKAGES hinzu:

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

  7. Erstellen Sie das Image:

    m

  8. Führen Sie das Dienstpaket aus und prüfen Sie es:

    1. Starten Sie ein virtuelles Cuttlefish-Gerät:

      sdv-cf create --instance_name=instance1

    2. Führen Sie das Dienstpaket aus, wenn das System gestartet wird:

      Manuell

      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

      Orchestrator

      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. Prüfen Sie die Ausführung des Dienstpakets:

      adb logcat *:F com_android_sdv_sample_quickstart_Manager_instance:* com_android_sdv_sample_quickstart_Monitor_instance:*

      Dieser Befehl zeigt Logs an, in denen der Austausch von Nachrichten zwischen den Dienstpaketen zu sehen ist:

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

Nächste Schritte

Weitere Informationen zur Vehicle Services Interface Definition Language (VSIDL) und dazu, wie Sie Ihre eigenen Dienstpakete von Grund auf definieren.