page.title=Desktop Head Unit page.tags="auto", "car", "testing","dhu" @jd:body

In this document

  1. Launching the DHU
  2. Issuing DHU Commands

See also

  1. Run and Test Auto Apps

The Desktop Head Unit (DHU) enables your development machine to emulate an Android Auto head unit, so you can easily run and test Android Auto apps. The DHU runs on Windows, Mac, and Linux hosts and replaces previous Android Auto simulators, such as the Android Media Browser and Messaging simulators.

Note: For other information about testing Auto apps, see the training lesson Run and Test Auto Apps.

Launching the DHU

To launch the DHU, run the desktop-head-unit.exe (on Windows) or desktop-head-unit (on Mac or Linux) command, as described in Connecting the DHU to your mobile device.

By default, the DHU emulates the most common form of Android Auto-compatible head unit, which uses a touch screen user interface. You can simulate user touches by clicking the DHU with a mouse. To emulate head units which use a rotary controller for input, you can use the -i controller flag, as in this example:

$ ./desktop-head-unit -i controller

When the DHU is in rotary-controller mode you can simulate controller operations by using keyboard shortcuts, as described in DHU commands and key bindings. If the DHU is in rotary controller mode, it ignores mouse clicks; you must operate Android Auto with the simulated rotary controller operations.

Issuing DHU Commands

DHU commands allow you to test your app with Android Auto features, such as playing voice input or switching between night and day display mode. You can issue commands to the DHU by running commands from the terminal window where you launched DHU. You can also issue commands by selecting the DHU window and using keyboard shortcuts. The DHU commands and key bindings for all controls are listed in DHU commands and key bindings.

Switching between day and night mode

Android Auto supports different color schemes for day and night. You should test your app in both day and night mode. You can switch between night and day mode in either of the following ways:

Microphone testing

The DHU supports using a microphone for voice input. You can also instruct the DHU to treat a pre-recorded voice track as input, as if the DHU had heard the track through the microphone.

To use a pre-recorded sound file as input, enter this command:

$ mic play <sound_file_path>/<sound_file>.wav

For your convenience, we have provided the following sound files for common voice commands. These sound files are installed in the <sdk>/extras/google/auto/voice/ directory.

exitnav.wav
"Exit navigation."
navgoogle.wav
"Navigate to 1600 Amphitheatre Parkway, Mountain View."
navsoh.wav
"Navigate to Sydney Opera House."
nextturn.wav
"When is my next turn?"
showalternateroute.wav
"Show alternate routes.""
howlong.wav
"How long until I get there?"
navhome.wav
"Navigate to home."
navwork.wav
"Navigate to work.""
pause.wav
"Pause music."
showtraffic.wav
"Show traffic."

DHU commands and key bindings

The DHU supports the following commands.

Table 1. Commands and key bindings

Category Command Subcommand Argument(s) Keyboard Shortcut(s) Description
System help [command] Shows the full command set. Specifying a command name (for example, help day) causes the system to show help for that command.
quit Alt+q Quits the head unit.
sleep [seconds] Sleeps for one second. Specifying an argument (for example, sleep 30) causes the system to sleep the specified number of seconds. This command is useful if you are writing scripts for the DHU. (You can run a script by using I/O redirection from the command line: ./desktop-head-unit < script.txt loads commands from the file script.txt.)
screenshot filename.png Saves a screenshot to filename.png.
Microphone mic begin m Activates the microphone (equivalent to clicking the steering wheel's microphone button) and waits for input from the computer microphone.
play filename.wav Causes the DHU to treat filename.wav as voice input, as if it had heard that sound through the microphone. You do not hear the sound file being played, but you do hear the response from Android Auto.
repeat Repeats the last mic play command, as if you had called mic play again with the same sound file parameter.
Input dpad up
down
left
right
Arrow keys Simulates moving the rotary controller.
soft left
soft right
Shift+Arrow keys Simulates pressing the side buttons available on some rotary controllers.
click Return Simulates pressing the rotary controller.
back Backspace Simulates pressing the back button available below some rotary controllers.
rotate left
rotate right
1
2
Simulates rotating the rotary controller left (counter-clockwise) or right (clockwise).
flick left
flick right
Shift+1
Shift+2
Simulates a fast spin of the rotary controller to the left (counter-clockwise) or right (clockwise).
tap x y Simulates a touch event at the specified coordinates. For example, tap 50 100
Day/Night day Shift+n Activates day mode (high brightness, full color).
night Ctrl+n Activates night mode (low brightness, high contrast).
daynight n Toggles current day/night mode.

Media Browser and Messaging Simulators

Important: Use of the Android Media Browser and Messaging Simulators for testing Android Auto apps is deprecated. Instead, we recommend using the Desktop Head Unit, which enables your development machine to act as if it were an Android Auto head unit.

To get the simulators, open the SDK Manager and download them from Extras > Android Auto API Simulators.

Before you begin testing, compile your app in your development environment. Install your app and the Android simulator for the features you want to test (that is, audio or messaging) on a physical or virtual device running Android 5.0 (API level 21) or higher. To check the version of Android on the device, go to Settings > About phone (or About tablet) > Android Version.

Testing audio apps

To run and test audio apps:

  1. Install the Android Media Browser simulator ({@code <sdk>/extras/google/simulators/media-browser-simulator.apk}) on the test device. You can do this using the adb command line tool.
  2. Enable developer options on the test device.
  3. Install your app on the test device.
  4. Launch the Android Media Browser simulator to see how your audio app appears in Auto. If your app does not appear, stop the simulator from Settings > Apps and restart it.

Testing messaging apps

To run and test messaging apps:

  1. Install the Android Messaging simulator ({@code <sdk>/extras/google/simulators/messaging-simulator.apk}) on the test device. You can do this using the adb command line tool.
  2. Enable the simulator to read notifications posted on the system:
    1. Enable developer options on the test device.
    2. Click Settings > Sounds & Notifications > Notification Access and check the box labeled Messaging Simulator.
  3. Install your app on the test device.
  4. Launch the Android Messaging Simulator to see how your messaging app appears in Auto. If your app does not appear, stop the simulator from Settings > Apps and restart it.