Panoramica

La gestione dell'alimentazione è fondamentale per le app per auto e i requisiti di alimentazione sono molto diversi da quelli dei dispositivi mobili, tra cui:

  • Consumo di energia quasi nullo quando il veicolo è parcheggiato. La batteria del veicolo dovrebbe essere ancora sufficientemente carica per l'avvio, anche dopo molti mesi.
  • Risposta estremamente rapida all'accensione per la videocamera di retrovisione, l'audio e la schermata iniziale (prima dell'avvio di Android stesso).
  • Avvio rapido nella schermata Home di Android per consentire all'utente di interagire con il dispositivo.
  • Riprendi/ripristina gli stati delle app (ad esempio la stazione radio e le indicazioni stradali) dopo il riavvio.

Il team di Android Automotive sta risolvendo i problemi di gestione dell'alimentazione specifici per i veicoli con un nuovo schema di gestione dell'alimentazione, che include:

  • Norme relative all'alimentazione. Scopri come assicurarti che i componenti hardware e software (ad esempio display, audio e interazione vocale) vengano attivati e disattivati in modo selettivo, in base alle esigenze.
  • Gestione dell'alimentazione. Definisce la macchina a stati di alimentazione utilizzata da Android Automotive, fornisce esempi di sequenze di sospensione/arresto/risveglio e elenca le proprietà HAL del veicolo relative alla gestione dell'alimentazione.
  • Modalità Garage. Definisce una modalità a basso consumo in cui il veicolo esegue le attività di manutenzione necessarie (ad esempio gli aggiornamenti del sistema operativo e delle app) quando è parcheggiato.
  • Gestione del tempo di avvio. Definisce le differenze tra i processi di avvio di Android e Android Automotive, fornisce suggerimenti per ottimizzare il tempo di avvio e istruzioni per avviare servizi come la videocamera di retromarcia all'inizio della sequenza di avvio.

Architettura hardware

Come illustrato nella figura seguente, l'unità di controllo del veicolo (VMCU):

  • Interfaccia con l'interfaccia nativa del veicolo. Ad esempio, il bus Controller Area Network (CAN).
  • Controlla la potenza del processore dell'app (AP), che gestisce l'infotainment, supponendo che l'AP sia basato su Android.
  • Comunica con l'AP tramite il bus di dati e i pin GPIO (I/O generici) per informare su attività come le transizioni di stato.

    Blocchi hardware

    Figura 1. Blocchi hardware

Quando il veicolo è spento, l'AP entra in uno dei seguenti stati:

  • La modalità Sospensione si verifica quando la VMCU decide di mantenere l'alimentazione principale dell'AP per il risveglio istantaneo. In genere, un segnale di risveglio viene inviato all'AP tramite GPIO.

  • La ibernazione si verifica quando la VMCU decide di mantenere i contenuti della memoria mentre interrompe l'alimentazione principale. In genere, l'AP carica i contenuti della memoria salvati al successivo accensione.

  • L'arresto si verifica quando la VMCU decide di riservare la batteria. L'AP deve eseguire il cold boot al successivo accensione.

Il bus di dati VMCU-AP deve essere un'interfaccia bidirezionale come l'interfaccia periferica seriale (SPI) e deve essere esposta nell'HAL del veicolo. Può essere utilizzato per inviare eventi come:

  • Display AP On o Off.
  • Risveglio dell'AP (può avvenire tramite GPIO).
  • Display della videocamera posteriore dell'AP attivo o disattivato.
  • Arresto dell'AP completato (per la VMCU).