Aperçu

La gestion de l'alimentation est essentielle pour les applications automobiles. Les exigences en termes d'alimentation diffèrent considérablement de celles des appareils mobiles, par exemple:

  • Consommation d'énergie quasi nulle lorsque le véhicule est à l'arrêt. La batterie du véhicule devrait toujours être suffisamment chargée pour démarrer, même après plusieurs mois.
  • Réponse au démarrage extrêmement rapide pour la caméra arrière, l'audio et l'écran de démarrage (avant le démarrage d'Android lui-même).
  • Démarrage rapide sur l'écran d'accueil Android pour que l'utilisateur puisse interagir avec l'appareil.
  • Reprendre/restaurer les états des applications (comme la station de radio et les instructions de navigation) après un cycle de mise sous tension.

L'équipe Android Automotive s'attaque aux problèmes de gestion de l'alimentation spécifiques au secteur automobile avec un nouveau schéma de gestion de l'alimentation, y compris:

  • Règle d'alimentation. Découvrez comment vous assurer que les composants matériels et logiciels (tels que l'écran, l'audio et l'interaction vocale) sont activés et désactivés de manière sélective selon les besoins.
  • Gestion de l'alimentation Définit la machine d'état d'alimentation utilisée par Android Automotive, fournit des exemples de séquences de mise en veille/arrêt/réveil et liste les propriétés HAL du véhicule liées à la gestion de l'alimentation.
  • Mode Garage Définit un mode basse consommation dans lequel le véhicule exécute les tâches d'entretien nécessaires (telles que les mises à jour de l'OS et des applications) lorsqu'il est garé.
  • Gérer le temps de démarrage Définit les différences entre les processus de démarrage Android et Android Automotive, fournit des conseils pour optimiser le temps de démarrage et donne des instructions pour démarrer des services tels que la caméra de recul au début de la séquence de démarrage.

Architecture matérielle

Comme illustré dans la figure ci-dessous, l'unité de microcontrôleur du véhicule (VMCU):

  • Interagit avec l'interface native du véhicule. Par exemple, le bus CAN (Controller Area Network).
  • Contrôle la puissance du processeur d'application (PA), qui gère l'infodivertissement, en supposant que le PA est alimenté par Android.
  • Il communique avec le point d'accès via le bus de données et les broches d'E/S à usage général (GPIO) pour informer les activités telles que les transitions d'état.

    Blocs matériels

    Figure 1 : Blocs matériels

Lorsque le véhicule est éteint, le point d'accès passe dans l'un des états suivants:

  • Le mode veille se produit lorsque le VMCU décide de conserver l'alimentation principale de l'AP pour un réveil instantané. En règle générale, un signal de réveil est envoyé au point d'accès via le GPIO.

  • L'hibernation se produit lorsque le VMCU décide de conserver le contenu de la mémoire tout en coupant l'alimentation principale. En règle générale, le point d'accès charge le contenu de la mémoire enregistrée lors de la prochaine mise sous tension.

  • L'arrêt se produit lorsque le VMCU décide de réserver la batterie. Le point d'accès doit effectuer un démarrage à froid lors du prochain démarrage.

Le bus de données VMCU-AP doit être une interface bidirectionnelle telle que l'interface de périphérique série (SPI) et doit être exposé dans le HAL du véhicule. Il peut être utilisé pour envoyer des événements tels que:

  • Affichage du point d'accès activé ou désactivé.
  • Réveil de l'AP (peut se produire via le GPIO).
  • Affichage de la caméra arrière de l'AP activé ou désactivé.
  • Arrêt de l'AP terminé (pour le VMCU).